Messages

Die Idee mit der Restricted-Gruppe gefällt mir ganz gut, werde ich so übernehmen. Ich gehe davon, dass damit auch IPv6 abgefrühstückt ist? Wäre bei 10/8, 172.16/12 und 192.168/16 ja nicht der Fall.
Und noch eine Frage, wie ist dann die Reihenfolge der FW-Regel: erst Gruppe und dann einzelnes Interface oder umgekehrt?

Edit: OK, hat sich erledigt nachdem ich die erste Gruppen-Regel angelegt hatte war ersichtlich, dass ich wie üblich IPv4 und 6 auswählen kann und die Regeln an den Anfang gesetzt werden.

[enable]

Hi,

just wondering which NICs are used in a DEC3862, but as you refer to igc, I assume Intel i225/i226?
I am facing the same problems, but I am using a Shuttle DL30N with 2x i226-LM. Doing some searches on the internet, you find a lot of problems related to those NICs, I'm afraid. It looks like not much can be done at the moment.

Some settings you might try:
dev.igc.X.fc = 0
"Speed and duplex" whatever your modem uses instead of "default"

Oh and just one note to hw.igc.eee_setting = 0 will enable EEE, have look at https://man.freebsd.org/cgi/man.cgi?query=igc:

hw.igc.eee_setting Disable or enable Energy Efficient Ethernet.  Default  1 (dis-abled).

Have you seen https://forum.opnsense.org/index.php?topic=38055.0?

Just for information my log entries when the link goes down:

Code Select Expand

2024-05-09T20:32:12 Error opnsense /usr/local/etc/rc.newwanip: The command '/sbin/route add -host -'inet6' '***' '***%pppoe0'' returned exit code '1', the output was 'route: writing to routing socket: Network is unreachable add host ***: gateway ***8%pppoe0 fib 0: Network is unreachable'

Das hier ist wohl die Lösung:

https://forum.opnsense.org/index.php?topic=32017.0

OK, nach ein wenig Recherche bin ich inzwischen draufgekommen, dass es wohl mit folgendem Change zu tun hat:

system: apply tunables during late boot in case a module was loaded depending on them to be set to a specific value

Darauf weist ja der Kommentar in der 90-sysctl hin:

Code Select Expand

# re-apply tunables in case a module was loaded depending on them

Wenn ich jetzt bei mir unter System->Settings->Tunables schaue, habe ich drei Einträge mit rotem Hinweis:
debug.pfftpproxy    Disable the pf ftp proxy handler.    unsupported    unknown
net.inet.ip.fastforwarding    IP Fastforwarding    unsupported    unknown
net.isr.numthreads    Number of extant netisr threads.    read-only    4

Passt das so oder wie sollten die gesetzt sein? Gibt es sonst noch eine Übersicht, welche Tunables vorhanden sein sollten oder angepasst werden müssen?

Hallo zusammen,

ich habe heute das Update auf 23.1 durchgeführt. Jetzt habe ich das Problem, dass meine Interfaces nach dem Systemstart nur wenige Sekunden online bleiben.
Konkret sind sie zunächst ab

Code Select Expand

Configuring firewall.......done.
bis zum Start-Beep erreichbar.
Das betrifft alle internen VLANs sowie auch die WAN-Verbindung (keine Pings von der OPNsense Richtung Internet, keine Updates von der Konsole (laufen ins Timeout)).

Da mir das mit dem Beep verdächtig vorkam, habe ich geschaut, was kurz davor ausgeführt wird. Ich habe daher in der Datei

Code Select Expand

/usr/local/etc/rc.syshook.d/start/90-sysctl
den Aufruf

Code Select Expand

#/usr/local/sbin/pluginctl -s sysctl restart
auskommentiert und neugestartet. Siehe da, alle Interfaces bleiben online, auch das Update auf 23.1.1 war möglich (das hat mir den # aber wieder aus der Datei rausgenommen).

Bin jetzt etwas ratlos, habe ich irgendeine Konfigurationsanpassung für 23.1 übersehen?

Folgende Plugins sind installiert: Sensei (hatte ich als erstes versuchsweise deinstalliert, ohne Erfolg) und FreeRADUIS.

Hat jemand eine Idee, was da übers pluginctl gesteuert wird?

Danke & Gruß
Tom

Hi,

as there are lots of problems using LibreSSL in the past months (OpenVPN, CertManager/PHP, FreeRADIUS), do you recommend chaning to OpenSSL in general?

Thanks.

Hallo zusammen,

mir ist aufgefallen, dass im Web GUI keine Logfiles mehr angezeigt werden. Egal ob unter System>Log Files, Firewall>Log Files, OpenVPN>Log Files oder bei den Services, ich erhalte immer "No results found!".

Schau ich allerdings via SSH unter /var/log rein, sind alle da, auch mit nano kann ich sie anzeigen. Ich steh gerade auf dem Schlauch, hab ich versehentlich im Web GUI etwas deaktiviert?

Neustart half nicht, auch nicht der Reset unter System>Settings>Logging

Version ist aktuell 20.1.7, APU2 BIOS 4.12.0.1

Bitte um Hilfe - Danke  :)

Nachtrag: Erledigt - offensichtlich verträgt sich OPNsense neuerdings nicht mehr mit meinem nginx Reverse Proxy.

Hallo rosemj,

zu deiner Hauptfrage, Punkt 8: Kann deine Telefonanlage vielleicht selbst mitschreiben, was so rein und raus geht? Bei meiner Auerswald versteckt sich diese hilfreiche Funktion hinter der Bezeichnung "Netzwerkdatenstrom".

Leider kann ich sonst keine Hilfe anbieten, da ich bei der Telekom bin und wie gesagt eine Auerswald nutze, da ist die Konfig aber wohl anders und der Rest würde nur wieder zur Verwirrung beitragen (hier werden z.B. definitiv keine Portweiterleitungen benötigt)

Hallo,

ich hänge mich hier mal dran  ;)

Ich habe gerade nach dem Update auf 19.7.3 festgestellt, dass folgendes Problem auch auftritt, wenn man die ULA als 'Other' anlegt. Ich hatte heute definitiv keine GUA auf den Clients.

Bei 'IP Alias' bricht die GUA weg, wenn sich das delegierte Präfix ändert oder man die OPNsense rebootet. Dann muss man die Virtual IP löschen und wieder hinzufügen, damit wieder beide Adressen aktiv sind. Das ist ein Bug (Issue #3310), der hoffentlich irgendwann gefixt wird.

Gibt es bei 'Other' noch irgendetwas zu beachten?

Ich bin begeistert... Besonders die Config-History ist ja genial.
Während des Updates lief wohl

4/5/19 23:33:19    126 KB    (system): /usr/local/opnsense/mvc/script/run_migrations.php made changes

aber eine Änderung an Trust/CA/Certificates kann ich nicht erkennen. Eigenartig. Ich hoffe jetzt, dass nicht ein Hardware-Defekt vorliegt.

Ein Update auf einem zweiten Router lief problemlos, ebenso der Sprung auf 19.1.6 auf beiden Geräten.

Danke jedenfalls für eure Ratschläge.

Verstehe! Die Frage ist nun also, wieso das Update die Zertifikate zerschossen hat bzw. die Zertifikate jetzt anderes behandelt werden - habe ich das in den Changelogs verpasst?

Es geht nämlich heiter weiter:

openvpn[56933]: Exiting due to fatal error
openvpn[56933]: Cannot load CA certificate file /var/etc/openvpn/server1.ca (no entries were read)

Nach der Neuauswahl:

certificate A-VPN_Server is not intended for server use

Hallo zusammen,

habe gerade das Update auf die 19.1.5 versucht - leider hat sich der Updater beim Löschen von libmcrypt verschluckt, und ist jetzt die webGUI massiv gestört. Die Ausgabe dazu in der /var/log/system.log:

opnsense: /usr/local/etc/rc.reload_all: The command '/usr/local/sbin/lighttpd -f /var/etc/lighty-webConfigurator.conf' returned exit code '255', the output was '2019-
04-05 23:04:38: (mod_openssl.c.885) SSL: error:09FFF066:PEM routines:CRYPTO_internal:bad end line /var/etc/ca.pem 2019-04-05 23:04:38: (mod_openssl.c.1089) SSL: error:09FFF066:PEM routines:
CRYPTO_internal:bad end line /var/etc/ca.pem 2019-04-05 23:04:38: (server.c.1183) Initialization of plugins failed. Going down.'

In der ca.pem ist tatsächlich die Hälfte vom Zertifikat abgeschnitten.
Ich habe nun versuchsweise über SSH / Shell "meine" ca.pem wieder eingespielt, leider hält das nur bis zum Reboot, dann startet der lighttpd wieder nicht.

Mein nächster Versuch:

Code Select Expand

chflags schg /var/etc/ca.pem

führt beim Boot zu

Warning fopen(/var/etc/ca.pem): failed to open stream: Operation not permitted

Manuell starten mit

Code Select Expand

/usr/local/sbin/lighttpd -f /var/etc/lighty-webConfigurator.conf funktioniert.

Meine Frage: wird die ca.pem beim Boot aus irgendeiner anderen Datei erstellt?

Danke!


Nachtrag: in der webGUI unter System: Trust: Authorities war das Zertifikat mit Distinguished Name = unknown eingetragen. Ein erneutes Hochladen brachte Besserung.

Hallo (vor allem an die Entwickler),

nur ein Vorschlag, der das Leben der armen Admins etwas erleichtern könnte  ;)

Derzeit gibt es min. drei verschiedene Positionen für den "Add"-Button, z.B.

• Rechts oben, organges "Add" bei Firewall-Rules
• Rechts unten, organges "+" bei Interface-Assignment
• Rechts unten, kleines weißes "+" bei den Firewall-Aliases

Vielleicht kann man das einheitlich gestalten - wie gesagt, keine Kritik, nur ein Vorschlag  :)

Hallo,

gestern abend war es wieder soweit, kurzzeitiger Verbindungsabbruch, Neuaufbau und anschließend kein IPv6 mehr/dhcpdv6 rot.

Log gestern:

Jun 30 21:52:29    opnsense: /usr/local/etc/rc.newwanip:
Jun 30 21:52:29    opnsense: /usr/local/etc/rc.newwanip: Dynamic DNS: updating cache file /var/cache/dyndns---: 87---
Jun 30 21:52:17    opnsense: /usr/local/etc/rc.newwanip: Interface '' is disabled or empty, nothing to do.
Jun 30 21:52:17    opnsense: /usr/local/etc/rc.newwanip: IP renewal is starting on 'ovpns1'
Jun 30 21:52:16    kernel: ovpns1: link state changed to UP
Jun 30 21:52:08    kernel: ovpns1: link state changed to DOWN
Jun 30 21:52:07    opnsense: /usr/local/etc/rc.newwanip: Resyncing OpenVPN instances for interface WAN.
Jun 30 21:52:04    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 30 21:52:04    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jun 30 21:52:00    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 30 21:52:00    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jun 30 21:51:58    opnsense: /usr/local/etc/rc.newwanip: ROUTING: keeping current default gateway 'fe80---%pppoe0'
Jun 30 21:51:58    opnsense: /usr/local/etc/rc.newwanip: ROUTING: setting IPv6 default route to fe80---
Jun 30 21:51:58    opnsense: /usr/local/etc/rc.newwanip: ROUTING: keeping current default gateway '62---'
Jun 30 21:51:57    opnsense: /usr/local/etc/rc.newwanip: ROUTING: setting IPv4 default route to 62---
Jun 30 21:51:57    opnsense: /usr/local/etc/rc.newwanip: ROUTING: no IPv6 default gateway set, assuming wan
Jun 30 21:51:57    opnsense: /usr/local/etc/rc.newwanip: ROUTING: no IPv4 default gateway set, assuming wan
Jun 30 21:51:57    opnsense: /usr/local/etc/rc.newwanip: ROUTING: entering configure using 'wan'
Jun 30 21:51:57    opnsense: /usr/local/etc/rc.newwanip: Accept router advertisements on interface pppoe0
Jun 30 21:51:56    opnsense: /usr/local/etc/rc.newwanip: On (IP address: 87---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 30 21:51:56    opnsense: /usr/local/etc/rc.newwanip: IP renewal is starting on 'pppoe0'

Heute gleich manuell neu verbunden, da bekomme ich deutlich mehr Logeinträge:

Jul 1 08:33:43    opnsense: /usr/local/etc/rc.newwanip:
Jul 1 08:33:43    opnsense: /usr/local/etc/rc.newwanip: Dynamic DNS: updating cache file /var/cache/dyndns_---_0.cache: 87---
Jul 1 08:33:31    opnsense: /usr/local/etc/rc.newwanip: Resyncing OpenVPN instances for interface WAN.
Jul 1 08:33:26    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80---) (interface: WAN[wan]) (real interface: pppoe0).
Jul 1 08:33:26    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jul 1 08:33:22    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80---) (interface: WAN[wan]) (real interface: pppoe0).
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: ROUTING: keeping current default gateway 'fe80---%pppoe0'
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: ROUTING: setting IPv6 default route to fe80---
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: ROUTING: keeping current default gateway '62---'
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: ROUTING: setting IPv4 default route to 62---
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: ROUTING: no IPv6 default gateway set, assuming wan
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: ROUTING: no IPv4 default gateway set, assuming wan
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: ROUTING: entering configure using 'wan'
Jul 1 08:33:21    opnsense: /usr/local/etc/rc.newwanip: Accept router advertisements on interface pppoe0
Jul 1 08:33:19    opnsense: /usr/local/etc/rc.newwanip: On (IP address: 87---) (interface: WAN[wan]) (real interface: pppoe0).
Jul 1 08:33:19    opnsense: /usr/local/etc/rc.newwanip: IP renewal is starting on 'pppoe0'
Jul 1 08:33:15    opnsense: /usr/local/etc/rc.newwanipv6: Dynamic DNS (r--- There was an error trying to determine the public IP for interface - wan(pppoe0). Probably interface is not a WAN interface.
Jul 1 08:33:15    opnsense: /usr/local/etc/rc.newwanipv6: Aborted IPv4 detection: no address for pppoe0
Jul 1 08:33:08    opnsense: /usr/local/etc/rc.newwanipv6: Dynamic DNS (r---) There was an error trying to determine the public IP for interface - wan(pppoe0). Probably interface is not a WAN interface.
Jul 1 08:33:08    opnsense: /usr/local/etc/rc.newwanipv6: Aborted IPv4 detection: no address for pppoe0
Jul 1 08:32:59    opnsense: /usr/local/etc/rc.newwanip: Interface '' is disabled or empty, nothing to do.
Jul 1 08:32:58    opnsense: /usr/local/etc/rc.newwanip: IP renewal is starting on 'ovpns1'
Jul 1 08:32:58    kernel: ovpns1: link state changed to UP
Jul 1 08:32:50    opnsense: /usr/local/etc/rc.newwanipv6: Resyncing OpenVPN instances for interface WAN.
Jul 1 08:32:43    kernel: ovpns1: link state changed to DOWN
Jul 1 08:32:43    opnsense: /usr/local/etc/rc.newwanipv6: Resyncing OpenVPN instances for interface WAN.
Jul 1 08:32:37    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: keeping current default gateway 'fe80---%pppoe0'
Jul 1 08:32:37    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: setting IPv6 default route to fe80---
Jul 1 08:32:37    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: skipping IPv4 default route
Jul 1 08:32:37    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv6 default gateway set, assuming wan
Jul 1 08:32:37    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv4 default gateway set, assuming wan
Jul 1 08:32:37    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: entering configure using 'wan'
Jul 1 08:32:35    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: keeping current default gateway 'fe80---%pppoe0'
Jul 1 08:32:35    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: setting IPv6 default route to fe80---
Jul 1 08:32:35    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: skipping IPv4 default route
Jul 1 08:32:35    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv6 default gateway set, assuming wan
Jul 1 08:32:35    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv4 default gateway set, assuming wan
Jul 1 08:32:35    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: entering configure using 'wan'
Jul 1 08:32:35    opnsense: /usr/local/etc/rc.newwanipv6: The command '/sbin/ifconfig pppoe0 inet6 fe80---- delete' returned exit code '1', the output was 'ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address'
Jul 1 08:32:34    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80:---) (interface: WAN[wan]) (real interface: pppoe0).
Jul 1 08:32:34    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jul 1 08:32:33    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80:---) (interface: WAN[wan]) (real interface: pppoe0).
Jul 1 08:32:33    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jul 1 08:32:32    opnsense: /usr/local/etc/rc.dyndns: Dynamic DNS (r---) There was an error trying to determine the public IP for interface - wan(pppoe0). Probably interface is not a WAN interface.
Jul 1 08:32:32    opnsense: /usr/local/etc/rc.dyndns: Aborted IPv4 detection: no address for pppoe0
Jul 1 08:32:28    kernel: ng0: changing name to 'pppoe0'
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: keeping current default gateway 'fe80---d%pppoe0'
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: setting IPv6 default route to fe80---
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: The command '/sbin/route add -'inet' default '62---'' returned exit code '1', the output was 'route: writing to routing socket: Network is unreachable add net default: gateway 62--- fib 0: Network is unreachable'
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: creating /tmp/pppoe0_defaultgw using '62---'
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: removing /tmp/pppoe0_defaultgw
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: setting IPv4 default route to 62---
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: no IPv6 default gateway set, assuming wan
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: no IPv4 default gateway set, assuming wan
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: entering configure using 'wan'
Jul 1 08:32:24    opnsense: /usr/local/etc/rc.configure_interface: Accept router advertisements on interface pppoe0

Kann es sein, dass beim automatischen Neuaufbau irgendetwas ausgelassen wird und/oder die Reihenfolge nicht stimmt?

Leider bin ich immer noch ratlos...

VG
Tom

[WAN]

Hallo zusammen,

das ist mein erster Beitrag hier im Forum - bisher konnte ich in meiner langen Zeit mit p*- und OPNsense immer alle Probleme lösen, nur die IPv6-Geschichte ist für mich absolut neu und bereitet mir etwas Schwierigkeiten.

Hintergrund:
Seit einigen Wochen liegt bei mir nun VDSL 100/40 bei der Telekom an. Die IPv6-Konfiguration hat soweit auch geklappt, nur kommt es hin und wieder zu kurzen Leitungsunterbrechungen. Meine Recherchen haben ergeben, dass das wohl bei Vectoring häufiger auftritt. Bei mir passiert es ca. alle zwei Wochen, und während nach dem Resync des Modems und der Neueinwahl durch OPNsense IPv4-seitig alles wieder ans Laufen kommt, werden wohl keine neuen IPv6-Adressen verteilt. Vielmehr "kleben" die alten Adressen (vor dem Verbindungsabbruch verteilt) an den Clients.

Im Dashboard ist der dhcpdv6 in diesem Moment rot und lässt sich nicht manuell starten. Erst wenn ich unter "Interfaces" - "Overview" bei WAN einen Disconnect ausführe und automatisch sofort wieder eine neue Verbindung hergestellt wird, klappt es auch wieder mit IPv6.

Vermutlich ist es daher kein großes Problem. Muss ich evtl. noch irgendwas an der Config drehen?

Danke schonmals im Voraus.

VG
Tom

So ist mein aktueller Stand:

WAN

Code Select Expand

IPv6 Configuration Type: DHCPv6
Configuration Mode: Basic
[X] Request only an IPv6 prefix
Prefix delegation size: 56
[X] Send IPv6 prefix hint
[X] Directly send SOLICIT
[ ] Prevent release
[ ] Enable debug
[X] Use IPv4 connectivity
Use VLAN priority: Disabled


LAN

Code Select Expand

IPv6 Configuration Type: Track Interface
IPv6 Interface: WAN
IPv6 Prefix ID: 0


Sonstige Dienste:

• OpenVPN
• DynDNS
  

Hardware:

• APU2
• VMG1312-B30A
  

Logs während Ausfall:

Mehrfach, im Sekundentakt mit unterschiedlichen Werten:

Jun 22 23:42:56    kernel: 00:1::53,18196,53,36

Dann geht es los (IP-Adressen gekürzt  ;) ):

Jun 22 23:44:04    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jun 22 23:44:04    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80::---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 22 23:44:09    opnsense: /usr/local/etc/rc.newwanip: IP renewal is starting on 'pppoe0'
Jun 22 23:44:09    opnsense: /usr/local/etc/rc.newwanip: On (IP address: 87.---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 22 23:44:10    opnsense: /usr/local/etc/rc.newwanip: Accept router advertisements on interface pppoe0
Jun 22 23:44:11    opnsense: /usr/local/etc/rc.newwanip: ROUTING: entering configure using 'wan'
Jun 22 23:44:11    opnsense: /usr/local/etc/rc.newwanip: ROUTING: no IPv4 default gateway set, assuming wan
Jun 22 23:44:11    opnsense: /usr/local/etc/rc.newwanip: ROUTING: no IPv6 default gateway set, assuming wan
Jun 22 23:44:11    opnsense: /usr/local/etc/rc.newwanip: ROUTING: setting IPv4 default route to 62.---
Jun 22 23:44:11    opnsense: /usr/local/etc/rc.newwanip: ROUTING: keeping current default gateway '62.---'
Jun 22 23:44:11    opnsense: /usr/local/etc/rc.newwanip: ROUTING: setting IPv6 default route to fe80::---
Jun 22 23:44:11    opnsense: /usr/local/etc/rc.newwanip: ROUTING: keeping current default gateway 'fe80::---%pppoe0'
Jun 22 23:44:14    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jun 22 23:44:14    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80::---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 22 23:44:18    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jun 22 23:44:18    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80::---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 22 23:44:20    opnsense: /usr/local/etc/rc.newwanip: Resyncing OpenVPN instances for interface WAN.
Jun 22 23:44:33    opnsense: /usr/local/etc/rc.newwanip: Dynamic DNS: updating cache file /var/cache/dyndns_wan_---_0.cache: 87---
Jun 22 23:44:33    opnsense: /usr/local/etc/rc.newwanip:
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: Accept router advertisements on interface pppoe0
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: entering configure using 'wan'
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: no IPv4 default gateway set, assuming wan
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: no IPv6 default gateway set, assuming wan
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: setting IPv4 default route to 62.---
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: creating /tmp/pppoe0_defaultgw using '62.---'
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: The command '/sbin/route add -'inet' default '62---' returned exit code '1', the output was 'route: writing to routing socket: Network is unreachable add net default: gateway 62.---fib 0: Network is unreachable'
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: setting IPv6 default route to fe80::---
Jun 22 23:50:36    opnsense: /usr/local/etc/rc.configure_interface: ROUTING: keeping current default gateway 'fe80::---%pppoe0'
Jun 22 23:50:40    kernel: ng0: changing name to 'pppoe0'
Jun 22 23:50:44    opnsense: /usr/local/etc/rc.dyndns: Aborted IPv4 detection: no address for pppoe0
Jun 22 23:50:44    opnsense: /usr/local/etc/rc.dyndns: Dynamic DNS (rou---) There was an error trying to determine the public IP for interface - wan(pppoe0). Probably interface is not a WAN interface.
Jun 22 23:50:45    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jun 22 23:50:45    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80::---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 22 23:50:46    opnsense: /usr/local/etc/rc.newwanipv6: IP renewal is starting on 'pppoe0'
Jun 22 23:50:46    opnsense: /usr/local/etc/rc.newwanipv6: On (IP address: fe80::---) (interface: WAN[wan]) (real interface: pppoe0).
Jun 22 23:50:47    opnsense: /usr/local/etc/rc.newwanipv6: The command '/sbin/ifconfig pppoe0 inet6 fe80::--- delete' returned exit code '1', the output was 'ifconfig: ioctl (SIOCDIFADDR): Can't assign requested address'
Jun 22 23:50:47    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: entering configure using 'wan'
Jun 22 23:50:47    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv4 default gateway set, assuming wan
Jun 22 23:50:47    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv6 default gateway set, assuming wan
Jun 22 23:50:47    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: skipping IPv4 default route
Jun 22 23:50:47    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: setting IPv6 default route to fe80:---
Jun 22 23:50:47    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: keeping current default gateway 'fe80::--%pppoe0'
Jun 22 23:50:48    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: entering configure using 'wan'
Jun 22 23:50:48    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv4 default gateway set, assuming wan
Jun 22 23:50:48    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: no IPv6 default gateway set, assuming wan
Jun 22 23:50:48    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: skipping IPv4 default route
Jun 22 23:50:48    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: setting IPv6 default route to fe80::---
Jun 22 23:50:48    opnsense: /usr/local/etc/rc.newwanipv6: ROUTING: keeping current default gateway 'fe80::---%pppoe0'
Jun 22 23:50:55    opnsense: /usr/local/etc/rc.newwanipv6: Resyncing OpenVPN instances for interface WAN.
Jun 22 23:51:02    opnsense: /usr/local/etc/rc.newwanipv6: Resyncing OpenVPN instances for interface WAN.
Jun 22 23:51:12    opnsense: /usr/local/etc/rc.newwanipv6: Aborted IPv4 detection: no address for pppoe0
Jun 22 23:51:12    opnsense: /usr/local/etc/rc.newwanipv6: Dynamic DNS (rou---) There was an error trying to determine the public IP for interface - wan(pppoe0). Probably interface is not a WAN interface.