Messages

RTL8126 is very solid to me in Windows. There is some CPU utilization but that could be come in part from SMB too. And I paid 30 bugs for two cards. Feels like a no-brainer.

I'm giving up on pfSense and started to install and configure OPNsense today

Maybe go back?

I bet it is layer 8.

In that case you can use e.g. a host override in Unbound, pointing my.public.vpngw to the OPNsense WAN instead of the external router's WAN.

True, but many WireGuard-apps don't update the address if it is already running.   

To be more precise, make a port forward of your WG-Port on your LAN, WiFi or whatever towards your public IP and redirect that to the interface-address.

For some people, the WireGuard Endpoint is not the WAN-IP of Sense, for instance if you have another router in front of that.

You could port forward your WireGuard port to localhost, take a look here.

comes from the fact that the migration of rules must be completed before upgrading to OPNsense 26.7 or newer.

You're sure? All the buttons (two) are also there in the "new" rules. To me, it looks like you can migrate any time, have not tested that though, because I already migrated them before.

Floating rule:
Interface: nothing selected

This makes no sense to me to begin with.

Check your aliases in Firewall: Diagnostics: Aliases, what is actually in it. Maybe this gives a hint.

ich versuche grad mit einer VirtualBox eine opnsens laufen zulassen,

Warum?

so das diese einen wireguard Tunnel erstellt

Warum?

um auf lokale Ressourcen zuzugreifen.

Warum?

Man kann sich seine Hobbies selbst aussuchen...

Do I need the loopback step mentioned here under Interfaces->Devices->Loopback?

If you don't use NPTv6, you don't need it. But NPTv6 is the topic here...

laufende TCP-Sessions werden ja nicht unterbrochen.

Sehr guter Punkt!!
Will das irgendwann mal testen. :)

Am meisten Sinn ergibt die 1 Minute aktualisierungsrate, die den Alias "langsam" machen kann wenn eine neue Addresse kommt.

Danke für die Klarstellung, Cedrik. Also ist im Optimalfall eine Spanne von bis zu einer Minute, was hier Probleme machen könnte.

Habe jetzt mal Interfaces: Neighbors: Automatic Discovery aktiviert.

*      *      *      *      *      (/usr/local/bin/flock -n -E 0 -o /tmp/filter_update_tables.lock /usr/local/opnsense/scripts/filter/update_tables.py --quick) > /dev/null

Hat den wer praktische Erfahrungen mit dem Szenario aus dem Startpost? Was passiert überhaupt bei Dual-Stack, wenn IPv6 (mal kurz) nicht erreichbar ist, wird vom Browser automatisch auf v4 gewechselt, so dass man eher nichts merkt? An sich ist die Lösung ja schon schön, wäre da die Minute nicht.
Wobei bei Online-Games wäre eine Minute downtime eher nicht zu rechtfertigen. ;)

Du bringst zwei Themen zusammen, die nichts miteinander zu tun haben

Nope.

kann es sein, dass sogar MAC-basierte Aliase verzögert greifen.

Nur darum ging es mir, danke trotzdem.

Wer hierzu praktische Erfahrungen hat, gerne hier posten, z.B. ob Webbrowsing manchmal deswegen nicht klappt etc.
Oder wer die genauen Details kennt, wie häufig dieser Alias aktualisiert wird. Vielleicht ist es ja praktisch gar kein Problem. 

Hallo meyergru! Mir geht es nur um den Sachverhalt wie beschrieben. Du bist da irgendwie weit von abgeschweift.
Vielleicht verdeutlicht ein Bild noch, von was für einer Regel ich spreche. ;)
Also die Frage ist, wird der Alias schnell genug aktualisiert, so dass es in der Praxis keine Unterbrechungen durch Blocking gibt.