OpnSense Dual WAN (Failover) GigaCube

PERKELE

Commander Pro
🎅Rätsel-Elite ’23
Registriert
Sep. 2014
Beiträge
2.683
Guten Abend zusammen,

ich stehe gerade voll auf dem Schlauch und brauch einmal von euch einen kleinen Denkanstoß.

Und zwar geht es um folgendes, ich nutze seit einigen Jahren erfolgreich eine OpnSense Firewall/Router. Bisher sah das Setup so aus das ich die Telekom Cable (250Mbit/s) und Vodafone DSL (16Mbit/s) Verbindungen in der OpnSense als Dual WAN Setup (Failover KEIN Bonding) laufen lassen habe, hat auch soweit ganz gut funktioniert.

Nun habe ich die DSL Verbindung gekündigt und bin auf einen GigaCube als Backup Leitung umgestiegen, soweit gut.

Der GigaCube bietet leider keinen Bridgemode, daher habe ich dem Cube eine statische (interne IP Adresse zu gewiesen [10.0.1.3]) und damit den DHCP deaktiviert (läuft ja über die OpnSense), ich bekomme es ums verrecken nicht hin das Teil als "WAN2" zu implementieren.

Vielleicht hat ja einer von euch einen guten Tipp wie ich es am gescheitesten Anstelle (@Raijin vllt. hast du ja schon solch ein Setup gehabt).

Ich danke schon einmal im Vorraus.

Terveisin,
PERKELE
 
Hi,
naja ich kenne das nur aus pfSense Zeiten, aber ich denke das sollte identisch sein.
WAN2 -> muss auch statisch auf dem Subnetz des GigaCube sein und Standardgateway von WAN2 muss der Gigacube sein. Dann sollte eigentlich schon alles laufen. Es sei denn du hast noch eine InterfaceGruppe gemacht, die müsstest du dann nochmal prüfen.

Es kann aber auch sein, das der Gigacube DHCP braucht um intern dann dem Client eine Route etc. ins WAN zu geben.
Bekommst du denn mit einem Client (Laptop) mit einer statischen IP und dem Subnetz des Cubes internet?
 
_Shorty schrieb:
Es kann aber auch sein, das der Gigacube DHCP braucht um intern dann dem Client eine Route etc. ins WAN zu geben.
Bekommst du denn mit einem Client (Laptop) mit einer statischen IP und dem Subnetz des Cubes internet?
Nein, das Subnet ist das gleiche, der Client hat den gleichen IP Bereich (10.0.1.X), kann jedoch nicht darauf zugreifen - daher probiere ich das von dir erst genannt noch einmal aus und löse die Interface WAN Gruppe auf.
 
@_Shorty tatsächlich war der deaktivierte DHCP auf dem Cube "Schuld" daran, jetzt funktioniert alles so wie gewünscht. Danke dir!
 
  • Gefällt mir
Reaktionen: WhiteHelix, Raijin und _Shorty
Zurück
Oben