dave/site
1
0
Fork 0
mirror of https://github.com/davegallant/davegallant.github.io.git synced 2025-08-09 10:02:28 +00:00
Code Issues Packages Projects Releases Wiki Activity

deploy: 9be886267d

Browse Source
This commit is contained in:
davegallant
2025-04-22 02:09:17 +00:00
parent a6c643f1dd
commit 120d09a603
87 changed files with 88 additions and 88 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
js/flexsearch.4f7103360670cb3258ab0714ea5bb60fe5d3caeba9612d3b07667f1d5913b62ff4f21ba1656ca15cb9852f79862725e53c53e7b8641925f27ff2d7a6b7462223.js → js/flexsearch.7c8af88eeccecd293ae36612443495a37cdbbed5ef6f1407a082711eea42df840233fc50872c5a6c6f83cb73434e98a73ec61deae89c0a32ba04ae19f0f7f24f.js
View File

@@ -15,7 +15,7 @@ After installing the plugin and ensuring the kernel module was loaded at boot by
I was starting to think that there might be a problem with the hardware and began the process to return it to the vendor.
Virtualized NIC with a Linux bridge# As one last shot, I created Linux Bridge in the Proxmox GUI with the Realtek NIC and passed it through to the OPNsense VM:
I re-configured the WAN interface in OPNsense to use the newly added network device, and the download and upload speeds returned to the typical speeds. Another added benefit to this setup is that it bypasses the need for installing Realtek FreeBSD drivers on the OPNsense VM, since the network device is virtual and managed on the Proxmox host (debian-based).
Conclusion# Although I am not sure why passing through a Realtek NIC to an OPNsense VM causes so much degradation in throughput, I am glad that there is a workaround. If I get my hands on another NIC, I will try to see if the issue can be reproduced.
Conclusion# Although I am not sure why passing through a Realtek NIC to an OPNsense VM causes so much degradation in throughput, I am glad that there is a workaround. If I get ahold of another NIC, I would be interested in trying to reproduce the issue.
`}).add({id:1,href:"/blog/replicating-truenas-datasets-to-sftpgo-over-tailscale/",title:"Replicating TrueNAS datasets to sftpgo over Tailscale",description:`I’ve recently spun up an instance of TrueNAS SCALE after salvaging a couple hard drives from a past computer build and decided I could use additional network storage for various backups such as Proxmox VMs and home directory backups.
`,content:`I’ve recently spun up an instance of TrueNAS SCALE after salvaging a couple hard drives from a past computer build and decided I could use additional network storage for various backups such as Proxmox VMs and home directory backups.
The only app I’ve needed to install has been Tailscale which has enabled me to access the TrueNAS Web UI from anywhere. I’ve setup a few datasets and NFS shares to store various backups and the rest of the periodic backups have routinely been working without a hitch. Since my homelab is becoming more of a vital piece of infrastructure for my daily needs, I wanted to ensure that these datasets had Cloud Sync Tasks setup for offsite backups. These encrypted backups are mostly being stored in places such as Google Drive and other blob storage providers.