Messages

I'm sure you already did this, but let me just make sure:

Within the Tester GUI, did you switch the "Authentication Server" to "TOTP-Server"?

For general logon you have to also add this option to "System" - "Settings" - "Administration" - "Authentication" - "Server". You will want to add all the needed "Identity Providers" you want to be able to logon.

Best wishes :)

>>> Check for missing or altered kernel files
Error 2 ocurred.
boot/kernel/linker.hints:
   size (374752, 375104)
   sha256digest (0x906322a5e39d85471ecbb57b94034c3703d6594ea034074c7219512a3d862604, 0xbc72238d15ac7afba505851dd89b7c301ba39bb39e463c48f4469074e4c0f957)

I second that (but only exactly this error).

@jrschat: If you're using the DHCP-Service from your opnsense: Are you also missing the DHCP-log? I'm curious if this error and the missing log are in any way connected.

Hallo chemlud,

selbstverständlich pflichte ich dir, wie auch dem schlauen Jemand, vollkommen bei. In einer Business-Umgebung würde man dafür keinen physikalischen Port hergeben.

Vielleicht kann man mich aber doch, zumindest um meinen Wissensdurst zu stillen, technisch ein wenig abholen oder mich gen Lösung schubsen. Möglicherweise stand ja bereits jemand vor einem ähnlichen Szenario und hat es gelöst bekommen.

VG
Carl

Ein freundliches Hallo in die Runde,

ich würde gerne einmal das hiesige Schwarmwissen anzapfen um meine gerade scheinbar nicht korrekt arbeitenden Synapsen auszugleichen.

Ich habe eine eigentlich recht kleine Änderung durchgeführt: zwei Interfaces gebrückt. Stoße mir den Kopf dabei jedoch an für mich nicht ganz nachvollziehbaren Ergebnissen.

Um genauer zu sein wurde das ehemalige LAN-Interface (igb0) und ein OPT-Interface (igb1) gebrückt.
Das Resultat ist ein Mapping von LAN auf die neue bridge0, die Ihrerseits aus den Interfaces besteht, die auf die ehemaligen igb0 und igb1 verweisen. Beide aktiv und ohne IPv4 oder IPv6-Einstellungen.

In den Tunables wurde "net.link.bridge.pfil_member" auf 0 gesetzt um das Filtern auf den Bridge-Membern zu deaktivieren und "net.link.bridge.pfil_bridge" um Selbiges auf dem Bridge-Interface zu aktivieren.

So weit so gut. Angesteckte Geräte haben wie gewohnt ihre IP-Konfiguration vom DHCP der OPNSense erhalten, Firewall-Regeln wurden wie erwartet angewendet.
Der Heimadmin klopft sich auf die Brust und widmet sich der Familie.

Ich nahm an, dass ich nun Geräte, die an unterschiedlichen Interfaces stecken wie bei einem einfachen Layer 2 Switch gegenseitig ansprechen kann.

Phänomen 1:
Verwundert hatte mich, dass ich alleine für das "Pingen" eine "'LAN net' zu 'LAN net'" Regel aktivieren musste. Nicht, dass es eine Herausforderung war, aber ich hätte es nicht erwartet (siehe die Einstellungen der Tunables).

Phänomen 2:
Aus der Bahn wirft mich nun das Verhalten eines angeschlossenen WLAN-APs (ebenfalls als einfache Bridge konfiguriert). Ich sehe im DHCP-Log REQUEST und ACK, wie bei per Kabel angesteckten Geräten. MAC und IP entsprechen dem was auch die Smartphones für wenige Sekunden anzeigen. Danach passiert jedoch einfach nichts und das Smartphone meldet es sein kein Internet vorhanden und beendet die Nutzung des WLANs. Dabei sehe ich jedoch von eben diesem mobilen Endgerät nichts im Firewall Live-Log (alle Regeln haben aktives Logging). Also scheinen die Geräte hier nicht der "Default Deny"-Regel zum Opfer zu fallen.

Die Fragen die sich mir nun stellen: War meine Annahme zum Switching-Verhalten falsch und trotz gesetzter Tunables muss ich mit Regeln zwischen den Interfaces arbeiten? Falls nicht, wie kann ich das Verhalten möglicherweise korrigieren? Kennt jemand ein ähnliches Verhalten?

Ich sehe zwar, dass das Thema ab und an einmal angesprochen wird, allerdings mit Verweis auf die Tunables zumeist erfolgreich abgeschlossen wird.


VG
Carl