🚀 Defguard 2.0 Alpha 2 is out — nearly feature-complete!
🆕 What's new:
- Quick Setup Wizard & OVA images
- High Availability (multi-gateway + Envoy LB)
- Firewall management
- Static IP assignment
- Easier Edge & Gateway deployment
Not for production yet — but great for PoCs and early testing. Beta with 1.6 migration wizard coming soon.
On the plus side, I have _almost_ all machine to machine comms going over my static #IPv6 #wireguard mesh. The couple remaining things are related to my certificate and DNS setup which are things I hesitate to change at the end of a long day. One of them is going to require moving an authoritative DNS server elsewhere.
After much tears I was able to get this working...sort of. Site A router (opnsense) has a client on site B router (openwrt) working. From site B I'm at least able to ssh into the OPNsense router, so I'm calling that good enough for now.
I've set up a wireguard server on site B openwrt, that looks fine. Generated a client for it and ...well there's no client option on opnsense. Instructions look like it's just another peer as Hugo pointed out, meshily.
There's no direct "import this client config" option so I rammed the settings into a peer config but no dice yet.
Before I go checking firewall settings and whether tethering impacted - I definitely need this parallel peering setup right? It seems like it could have worked both ways with one pair...
Site 2 Site Wireguard AllowedIPs question.
IPv4 both sites are private address ranges with no overlap, so to do split tunnel I just configure the client AllowedIPs to match the server's untunneled LAN range. Easy enough.
However for IPv6 everything has GUA addresses thanks to prefix delegation. Thing is, the ISP won't guarantee my prefix. So how do I guard against prefix changes... Or do I just have to update the client config then?
Es wird von Raspbian nicht empfohlen, aber der im Grunde standardmäßige Debian-Prozess hat ohne Probleme funktioniert. Ausführlich angegeben hier:
https://forum.iobroker.net/topic/81187/upgrade-von-debian-12-bookworm-auf-debian-13-trixie
handelt es sich eigentlich nicht um mehr, als die Standardprozedur:
https://www.debian.org/releases/trixie/release-notes/upgrading.html
Allerdings laufen hier auch nicht besonders viele Dienste: Im Wesentlichen Pi-Hole und Wireguard.
#raspberry #raspbian #debian #bookworm #trixie #pihole #wireguard #upgrade