

You can basically do it like luks does, but encrypting the files separately with gocryptfs, but like with all file encryption, you’re leaking directory structure.


You can basically do it like luks does, but encrypting the files separately with gocryptfs, but like with all file encryption, you’re leaking directory structure.


The performance drop from virtualizing nics shouldn’t be nearly as big. How are you passing the vlans to the VM? are you passing all over one virtio nic or one virtio nic for each.
The setup I ran for multiple years was basicly a bridge interface on the host for each vlan and a seperate virtio nic to the opnsense VM for each, I got almost 10 gbit/s like that with 8gigs of ram for opnsense and 4 or 8 cores (I cant remember) with hyperthreading of a 2nd gen epyc. I didn’t do any optimisations for virtio.


If you already have/can run a local server, then maybe storing the luks passphrase there and running a script on it which sshs into the remote server end enters the stored passphrase on command. Maybe a simple http server triggers it, which you could auth using forward auth of your reverse proxy, so you wouldnt need to implement auth in your script.
Of cause the passphrase is stored in plain text, but that will be the case in any case not using a tpm.
You could do notifications with a simple webhook of your favourite chat app, or by running a ntfy server (and app) and also sending the notification with a curl from a initrd script.


I’m currently running gnomes rdp server as a terminal server in a test VM. The rdp performance is so much better than x11 or wayland (with waypipe) forwarding for anything 3d.
Also you get gnomes login screen so you can do active directory/ldap login.
Changing servers is as simple as changing the server ip on the client.
Or if you want to move whole classes/users without user interaction, you can create a dns subdomain for that class/user which points to the correct server for that class/user, which you can change, of cause this only works if each class/user is only using one terminal server at a time.


I don’t think sr-iov even officially in the drivers yet, I would give it a few months to mature. The performance is probably enough for 8 VMs with google earth tho, but you would probably need multiple for 30 people.


The intel arc pro b50 can do sr-iov according to wendell and its sub 500$


I’ve never used network manager on a server and don’t understand your routing configuration, im assuming you have wg0 configured to have a default route (ip route list).
You should be able to connect a docker network to the vpn by using a macvlan insted of a bridge type network and set the parent interface of it to the wg0 interface.
docker network create -d macvlan \ --subnet=<internal vpn network>/24 \ --gateway=<gateway ip> \ -o parent=wg0 vpn-net
modified from the docker documentation
Probably also set an ip-range on the network to make the auto assigned ips not conflict with other wireguard nodes (see linked documentation).
Make sure the allowed ips in the wireguard configs are set correctly.
You can also do ipv6 like this, see the end of the linked documentation page.


Voltage drop probably isn’t a problem here, because your sensor draws verry little power. If you can get POE for cheap then thats a better option.


You could get a cheap usb a to c 2.0 cable, cut it and extend the wires with some 4 conductor J-YStY cable or what ever is common where you live. The sensor probably doesnt use enough power to cause a significant voltage drop.


Im doing this with esphome, i replaced the thermostats with dht22 sensors and wired the valves via solid state relays (one for each zone) to the esp. Im using an esp with ethernet (wt32-eth01 clone), but wifi can work, if you can place it outside of the metal box of the heating system.
For control you can use a pid controller. I think there are some, which can run directly on the esp if everything is connected to the same esp.
Note: Dont use dht22 in the bathroom, it will slowly get less accurate when exposed to high humidity. Running the onewire of the sensors straight through existing 5 conductor thermostat wire/1.5mm^2 wire works reliably
These prices are terrible, even for Europe.