IP erneuern nach Router-Wechsel

[cosinus]

Wir haben im Büro auch zwei Leitungen. Aber wenn die primäre ausfällt, muss ich nichts umstecken, IPs bleiben auch alle gleich.

Wie habt ihr das realisiert? Wahrscheinlich hängt euer Server nicht direkt an beiden Netzwerken, sondern ihr verwendet einen zusätzlichen Router, oder?

Ja, wir haben von unserem ISP zwei Router. Die stecken auf einem Switch in ihrem einem eigenen VLAN. In diesem VLAN ist dann auch unser Gateway drin (die WAN-Schnitstelle, die LAN-Schnittselle das GW ist an einem anderen Port im Switch). Die Router selbst haben wir aber nicht konfiguriert, könenn wir auch garnicht, das kann nur unser ISP machen.

[Walter2]

Wir können auch gerne eine andere Architektur aufsetzen. Der Server hat auch zwei LAN-Buchsen, kann also zu zwei Fritzboxen gleichzeitig die Verbindung aufgebaut haben.

Wenn ich eine statische IP vergebe sehe ich den Rechner nicht als Hostnamen aber die Verbindung klappt. Weiß einer woran das liegt?

Hier die funktionierende Konfig:

iface enp2s0 inet static
address 192.168.178.18
netmask 255.255.255.0
network 192.168.178.0
broadcast 192.168.178.255
gateway 192.168.178.1
dns-nameservers 192.168.178.1

Danke und Gruß,

[mat6937]

Wenn ich eine statische IP vergebe sehe ich den Rechner nicht als Hostnamen aber die Verbindung klappt.

Dann nimm systemd-networkd für das zuweisen der statischen IP. In der *.network-Datei kannst Du den hostname bei "Host=" eintragen und mit "LLMNR=true" an der richtigen Stelle/Section, gibt es auch " host registration and announcement".

[Walter2]

Es kann auch daran liegen, dass da noch ein unterer Block mit IPv6 war. Denke der muss weg und es gibt dann eben eine IPv4-Nur-Verbindung. Meint ihr das ist in Ordnung oder gibt es Einschränkungen? Mittlerweile läuft die Verbindung wieder nach harten 8 Stunden Ausfall. Werde das mit der statischen IP an anderen Rechnern ausprobieren.

[mat6937]

Mittlerweile läuft die Verbindung wieder nach harten 8 Stunden Ausfall.

Wie ist jetzt die Ausgabe von:

Code: Alles auswählen

dig -4 -x 192.168.178.18 +short @192.168.178.1

?
Wenn keine Ausgabe, kannst (temporär) auch mit nsupdate den hostname in der FritzBox registrieren.

[Walter2]

Da kommt dann schon der hostname.fritz.box zur Ausgabe heraus.

[uname]

Mittlerweile läuft die Verbindung wieder nach harten 8 Stunden Ausfall. Werde das mit der statischen IP an anderen Rechnern ausprobieren.

Also hast du die Verbindung nicht über das alternative Internet hinbekommen. Wie oben beschrieben wird es auch zukünftig nicht automatisch funkionieren. Selbst wenn dein Server über zwei LAN-Buchsen IP-Adressen aus unterschiedlichen Netzwerken (privates Netzwerk der Router) bezieht, so bleibt das Problem der Default-Route ins Internet.

Komisch, dass man früher ganz ohne Internet ausgekommen ist. War eigentlich auch eine schöne Zeit.

[mat6937]

... wird es auch zukünftig nicht automatisch funkionieren. Selbst wenn dein Server über zwei LAN-Buchsen IP-Adressen aus unterschiedlichen Netzwerken (privates Netzwerk der Router) bezieht, so bleibt das Problem der Default-Route ins Internet.

BTW: Eine gute Lösung für "link aggregation" und "failover", hat OpenBSD mit dem trunk-Interface.

[florit]

Mittlerweile läuft die Verbindung wieder nach harten 8 Stunden Ausfall. Werde das mit der statischen IP an anderen Rechnern ausprobieren.

Also hast du die Verbindung nicht über das alternative Internet hinbekommen. Wie oben beschrieben wird es auch zukünftig nicht automatisch funkionieren. Selbst wenn dein Server über zwei LAN-Buchsen IP-Adressen aus unterschiedlichen Netzwerken (privates Netzwerk der Router) bezieht, so bleibt das Problem der Default-Route ins Internet.

Komisch, dass man früher ganz ohne Internet ausgekommen ist. War eigentlich auch eine schöne Zeit.

Wie schaut das eigentlich mit einer cron Lösung mit einem bash script aus?
Das bash script soll die route eintragen wenn ein gewisser server im internet nicht mehr antwortet …
Und per cron alle 5 Minuten den server prüfen …
Bleibt nur übrig im bash script zu prüfen wenn die zweite Leitung ausfällt was dann zu tun ist …
Zb: eine sms vom lokalen sms-server an eine bestimmte Nummer senden

Code: Alles auswählen

 #!/bin/bash
router=10.5.5.1
/bin/ping -q -c1 $router > /dev/null

if [ $? -eq  0 ]
then
  true
  echo "Network OK"
else
  echo "Network down, fixing..."
  ifdown --force wlan0
  sleep 5
  /bin/kill -9 `pidof wpa_supplicant`
  /sbin/ifup --force wlan0
  /sbin/ip route del default via 192.168.0.1 dev eth0
  /sbin/ip route add default via $router dev wlan0
  /bin/mount -a
  echo "wlan0 reconnected at `date`"
fi

sleep 5

/bin/ping -q -c1 $router > /dev/null

if [ $? -eq  0 ]
then
  true
  echo "Add Rules ..."
  /usr/sbin/iptables -F
  /usr/sbin/iptables-restore < /etc/iptables.wlan.rules
  /sbin/iptables-save > /etc/iptables.up.rules
  echo "wlan0 reconnected at `date`"
else
  echo "Network down, fixing..."
  /bin/kill -9 `pidof wpa_supplicant`
  /sbin/ifup --force eth0
  /sbin/ip route del default via $router dev wlan0
  /sbin/ip route add default via 192.168.0.1 dev eth0
  /bin/mount -a
  /usr/sbin/iptables -F
  /usr/sbin/iptables-restore < /etc/iptables.eth.rules
  /sbin/iptables-save > /etc/iptables.up.rules
  echo "eth0 reconnected at `date`"
fi

exit 0

[mat6937]

Werde das mit der ...

Was Du auch probieren könntest ist bonding mit systemd-networkd, wie im Abschnitt "Using systemd-networkd" von: https://wiki.debian.org/Bonding beschrieben.

[florit]

Werde das mit der ...

Was Du auch probieren könntest ist bonding mit systemd-networkd, wie im Abschnitt "Using systemd-networkd" von: https://wiki.debian.org/Bonding beschrieben.

Wird das nicht mit den zwei unterschiedlichen subnets zusammen krachen?
Zwei Schnittstellen und eine ip!

Zb 192.168.2.13 und 192.168.66.60

Das gleiche ist bei öffentlichen Adressen

[mat6937]

Wird das nicht mit den zwei unterschiedlichen subnets zusammen krachen?
Zwei Schnittstellen und eine ip!

Wenn es nur um failover und die Zuweisung per dhcp erfolgt, nicht. Beim TE ist es aber so, dass es verschiedene Subnetze/gateways sind. D. h. wenn die 2. Schnittstelle an Stelle der 1. Schnittstelle aktiv wird. bekommt bzw. hat sie eine IP-Adresse aus einem anderen Subnetz. Es soll ja nur um Ausfallsicherung (failover) gehen und nicht um "link aggregation".

[florit]

Okay dann habe ich etwas essentielles überlesen …

[cosinus]

Wenn es nur um failover und die Zuweisung per dhcp erfolgt, nicht. Beim TE ist es aber so, dass es verschiedene Subnetze/gateways sind. D. h. wenn die 2. Schnittstelle an Stelle der 1. Schnittstelle aktiv wird. bekommt bzw. hat sie eine IP-Adresse aus einem anderen Subnetz. Es soll ja nur um Ausfallsicherung (failover) gehen und nicht um "link aggregation".

Aber könnte man dem ansonsten nicht aktiven 2. Router einfach dieselbe IP geben wie dem 1. Router? Wenn dann umgesteckt wird, ändert sich weder default_gw noch das Subnetz.

[mat6937]

Aber könnte man dem ansonsten nicht aktiven 2. Router einfach dieselbe IP geben wie dem 1. Router?

Könnte man schon, aber in wessen Ermessen das liegt bzw. warum es nicht gemacht wird ...?

Wenn dann umgesteckt wird, ändert sich weder default_gw noch das Subnetz.

Naja, nur die dieselbe IP-Adresse reicht hier nicht. Es müsste auch noch dieselbe MAC-Adresse, beim gateway sein. Denn der Client hat zu diesem Zeitpunkt in seinem arp-cache, für das gateway eine Zuordnung IP-Adresse zu MAC-Adresse und wenn das beim 2. Router nicht passt, funktioniert auch nicht der Zugang bzw. die "Zusammenarbeit".

[cosinus]

Naja, nur die dieselbe IP-Adresse reicht hier nicht. Es müsste auch noch dieselbe MAC-Adresse, beim gateway sein. Denn der Client hat zu diesem Zeitpunkt in seinem arp-cache, für das gateway eine Zuordnung IP-Adresse zu MAC-Adresse und wenn das beim 2. Router nicht passt, funktioniert auch nicht der Zugang bzw. die "Zusammenarbeit".

Ist das Protokoll nicht intelligent genug, das zu bemerken, wenn da was mit der vorherigen MAC nicht mehr stimmt?

[mat6937]

Ist das Protokoll nicht intelligent genug, das zu bemerken, wenn da was mit der vorherigen MAC nicht mehr stimmt?

Da wird es schon eine Lösung geben. Ich wollte damit nur sagen, dass auch wenn IP-Adresse und Subnetz sich nicht ändern, ist die MAC-Adresse eine andere und somit hat sich auch das default gateway geändert (... die Routing-Regel nicht, dafür aber der arp-cache-Eintrag).

[cosinus]

Ok, der Hinweis ist ja ok.
Man sollte eh nicht vergessen, dass das hier keine fully automatic Lösung ist im Falle des Ausfalls der primären Leitung. Und wenn manuell umgesteckt werden muss, dann kann man auch eben schnell an der Konsole einen dhclient Befehl absetzen.

Ich würde aber alles in Bewegung setzen, damit die Ausfallursache der primären Leitung endlich mal ein Ende hat. Normal ist das ja nicht. Oder hab ich das falsch verstanden und die 8 Stunden Ausfall waren eine Ausnahme?

[florit]

Wir können auch gerne eine andere Architektur aufsetzen. Der Server hat auch zwei LAN-Buchsen, kann also zu zwei Fritzboxen gleichzeitig die Verbindung aufgebaut haben.

Wenn ich eine statische IP vergebe sehe ich den Rechner nicht als Hostnamen aber die Verbindung klappt. Weiß einer woran das liegt?

Hier die funktionierende Konfig:

iface enp2s0 inet static
address 192.168.178.18
netmask 255.255.255.0
network 192.168.178.0
broadcast 192.168.178.255
gateway 192.168.178.1
dns-nameservers 192.168.178.1

Danke und Gruß,

Hallo Walter2

Muss nur ein link dh: 192.168.178.18
Oder der zweite link dh: 192.168.177.20
Online sein?

Weil wenn nur ein link geroutet werden soll dann kannst du das per bash script umsetzen
Der die router ip an pingen muss … fällt der aus und antwortet nicht wird auf den zweiten router umgeschaltet
Ich habe einen einfache Lösungsweg für wlan0 eth0 gepostet … ist zwar ein wenig anpassungswürdig aber das solltest du hinbekommen

Es können auch zwei eth Schnittstellen verwendet werden dh eth0 eth1 … oder wie auch immer bei dir heißen

Habe das script ursprünglich genutzt um einen openvpn server über das wlan zu einem anderen router zu leiten oder via eth0
Ein return über die eingangs schnittstelle zu realisieren … deswegen die unterschiedlichen firewall configs die dabei sind.

Könnte das eine Lösung sein indem du zwei lan Schnittstellen (jeweils eine mit einem router verbindest und die default route änderst?

Die Schnittstellen können fix mit static ip konfiguriert werden so das du nur if-up oder if-down und die default Route ändern musst

Gruß florit