KaninchenSpeed

Zebra works with cups, the ppd files are included with cups

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'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.

It shouldn't even be able to run it, because the x permission bit is missing. As far as I know binaries can't include icons on linux, so it would look different too.

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