Messages

Try "Disable force gateway" in Firewall / Settings / Advanced.

Cheers

Maurice

The question is rather should we allow the use of other PENs or only the FreeBSD one or only the one that would be allocated to Opnsense. The latter would be my preference but in the meantime I've used the FreeBSD one.

I think it's a good idea to only use the FreeBSD PEN (or a yet to register OPNsense one) for the auto generation ('Insert a new EN DUID' link). Users can always enter a DUID-EN with custom PEN by calculating and entering it manually, right? Or did you mean whether to actively block that by asking "should we allow the use of other PENs"?

(Oh, and I think you forgot the hex conversion in your PR. Should be: "\x00\x02\x00\x00\x08\xBE")

Cheers

Maurice

That's odd. The Google thingy always is the "sub-router" of some other router, be it your local OPNsense or your ISP's router. Shouldn't make any difference.

The "documentation" says that the Google thingy runs connectivity tests to some unknown Google servers and might disable IPv6 completely if it's not happy with the results. Wow. Also, the configuration options seem to be slightly limited: "Tap IPv6. Switch the toggle to the ON position."

(Note to self: Don't ever buy networking gear from companies whose primary businesses include advertisement and cat videos.)

OPNsense kann PPPoE-Verbindungen wohl (noch) nicht abhängig vom CARP-Status auf- / abbauen.
Daher ja der Vorschlag, den Vigor PPPoE machen zu lassen:

• Vigor als PPPoE-Client konfigurieren und "True IP DMZ" aktivieren (mit der virtuellen CARP-MAC-Adresse als Host).
• Auf den OPNsenen die statische öffentliche IPv4-Adresse als CARP-Adresse zu den WAN-Interfaces hinzufügen.

(Ich habe das nicht getestet, aber eine andere Lösung mit OPNsense wüsste ich nicht.)

CARP verwendet die gleichen virtuellen MAC-Adressen wie VRRP: 00-00-5E-00-01-xx, wobei xx die VHID Group ist.

If you want OPNsense to perform NAT for subnets other than those of its LAN interfaces, you need to add manual outbound NAT rules.

The "vendor" doesn't have to be a hardware vendor. For example, Linux generates a DUID-EN by using the systemd enterprise number (43793) and a hash of the the unique machine ID (randomly generated during installation). FreeBSD also has an enterprise number (2238).

Moin,

"Other" Virtual IP funktioniert zwar momentan stabiler als "IP Alias", die OPNsense selbst ist dann aber nicht unter der ULA erreichbar. Was die bessere Lösung ist hängt auch davon ab, wie oft der ISP tatsächlich ein neues Präfix vergibt. Bei Kabelnetzbetreibern ist das z. B. nur alle paar Monate der Fall, da kann man ganz gut mit den Unzulänglichkeiten von "IP Alias" leben.

Einzelne Clients zu tracken wird durch Privacy Extensions erschwert. It's not Wildsau spielen, it's a feature. Hat auch nichts mit OPNsense oder dynamischem Präfix zu tun.
Im LAN kann man aber einfach über NDP die MAC-Adresse zu einer fraglichen IPv6-Adresse ausfindig machen (siehe auch NDP Table in OPNsense).
Für ganz spezielle Anforderungen: Privacy Extensions auf den Clients deaktivieren oder stateful DHCPv6 verwenden. Wird aber nicht von allen Clients unterstützt (z. B. Android). Warum in deinem Fall stateful DHCPv6 nicht funktioniert müsste man sich näher anschauen; grundsätzlich funktioniert das.

Grüße

Maurice

ich hätte aber noch eine zweite opnsense die ich als failover mit carp laufen lassen will, und da klemmt's leider mit pppoe. Oder gibts da Lösungsanzätze

Schau dir mal "True IP DMZ" an. Damit kann man den Vigor PPPoE machen lassen und dennoch die öffentliche IP-Adresse ohne zusätzliches NAT durchreichen. (In Verbindung mit CARP setzt das aber eine statische IP-Adresse voraus.)

Grüße

Maurice

You are using the amd64 version, right?

Thanks, I +1ed it.

Indeed, looks like the same issue.

Is there anyone with a working IPv6 Dual WAN setup? Otherwise I'll create a bug report on GitHub.

I've now got some ipv6 details from my new provider

ND is /64 (for wan)
PD is /48 (for lan)

would the settings be the same

You can use the same settings, yes. Just make sure to configure the Prefix delegation size on the WAN interface correctly (/48).

In general, you don't need DHCPv6 in the LAN for IPv6 to work. Hosts will just autoconfigure their addresses.

But if you connect another router, this secondary router needs a prefix to assign to its hosts. It gets this prefix using Prefix Delegation and this requires DHCPv6.

Configuration steps in OPNsense are (assuming you get a /56 from your ISP and use tracking on the LAN interface):

• In Interfaces / LAN, enable "Allow manual adjustment of DHCPv6 and Router Advertisements".
• In Services / DHCPv6 / LAN, enable the DHCPv6 server, enter a host ID range (e. g. from ::1 to ::ff), enter a Prefix Delegation Range (e. g. from ::20 to ::40) and set the Prefix Delegation Size to 60.
• In Services / Router Advertisements / LAN, set the mode to " Assisted".

Set the Router Advertisements mode to Assisted, enable the DHCPv6 server and configure both an address range as well as a Prefix Delegation range.

(This doesn't work if your ISP only gives you a /64 prefix which unfortunately some do.)