Probleme Failover IPv6

tommi · 2. Februar 2024

Hallo zusammen,

ich habe Probleme bei meinem root-server die failover ipv6 Adresse einzurichten. (Debian Buster)

Ich habe die /etc/network/interfaces angepasst (sind nicht die echten IP's)

Code

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
#
source /etc/network/interfaces.d/*
#
# The loopback network interface
auto lo
iface lo inet loopback

#
# The primary network interface
auto eth0
allow-hotplug eth0

iface eth0 inet static
    address 192.168.1.10
    gateway 192.168.1.1
    netmask 255.255.255.0

iface eth0 inet6 static
    address 2a03:4000:2:11c5::1/64
    gateway fe80::1

#iface eth0 inet6 static
#     address 2a03:4000:2:11c5::1
#     gateway fe80::1
#     netmask 64

# vlan interface
allow-hotplug eth1
iface eth1 inet static
    address 10.0.0.123
    netmask 255.255.255.0

Alles anzeigen

Für die IPv4 hatte das nach dem reboot sofort funktioniert.

Code

ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 16:31:28:04:36:7f brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.10/22 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 2.2.2.2/24 brd 2.2.2.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a03:4000:3b:1:1:1:1:1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 1::1:1:1:1/64 scope link 
       valid_lft forever preferred_lft forever

Alles anzeigen

Ich hatte auch versucht unter /etc/network/interfaces.d

eine 60-failover-init.cfg anzulegen

Code

iface eth0 inet6 static
    address 2a03:4000:2:11c5::1/64
    gateway fe80::1

iface eth0 inet static
    address 192.168.1.10
    gateway 192.168.1.1
    netmask 255.255.255.0

Das bringt aber nur die Server-IP durcheinander.

Die ipv6 weigert sich, erst ein ifconfig eth0 inet6 add 2a03:4000:2:11c5::1/64 bringt, zumindest bis zu einem reboot, den gewünschten Erfolg

Code

ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 16:31:28:04:36:7f brd ff:ff:ff:ff:ff:ff
    inet 1.1.1.1/22 brd 1.1.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 192.168.1.10/24 brd 192.168.1.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a03:4000:2:11c5::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 2a03:4000:2:11c5:1:1:1:1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::1431:28ff:fe04:367f/64 scope link 
       valid_lft forever preferred_lft forever

Alles anzeigen

Was habe ich übersehen?

Gruß Thomas

frank_m · 2. Februar 2024

Es ist enorm schwierig zu beurteilen, was nur aufgrund deiner Anonymisierung so ist, und was echte Adressen sind. Insgesamt sieht mir das mehr als chaotisch aus.

- Warum sind da private und öffentliche IPs auf dem Interface, auch bei IPv4? Das kann nicht gut sein.

- Die 1.1.1.1 und 2.2.2.2 sind keine realen Adressen, hoffe ich?

- Wo ist denn die ursprünglich zugewiesene IPv6? Die brauchst du ja zwingend als Routing Ziel

- Ich würde für die Fail-over IP nicht nochmal das Gateway angeben. Die Route gibt es schon.

Hille · 2. Februar 2024

mach das mal so

Code

iface eth0 inet6 static
    address 2a03:4000:4e:11:22:33:fe0b:6fd9
    netmask 64
    gateway fe80::1

post-up ip -6 addr add 2a03:4000:20:29a:45:67:89:198/64 dev eth0
down ip -6 addr del 2a03:4000:20:29a:45:67:89:198/64 dev eth0

2a03:4000:4e:11:22:33:fe0b:6fd9 = Failover IPv6 Gateway
2a03:4000:20:29a:45:67:89:198 = IPv6 aus dem Failover Subnet

tommi · 3. Februar 2024

Zitat von frank_m

Es ist enorm schwierig zu beurteilen, was nur aufgrund deiner Anonymisierung so ist, und was echte Adressen sind. Insgesamt sieht mir das mehr als chaotisch aus.

- Warum sind da private und öffentliche IPs auf dem Interface, auch bei IPv4? Das kann nicht gut sein.

- Die 1.1.1.1 und 2.2.2.2 sind keine realen Adressen, hoffe ich?

- Wo ist denn die ursprünglich zugewiesene IPv6? Die brauchst du ja zwingend als Routing Ziel

- Ich würde für die Fail-over IP nicht nochmal das Gateway angeben. Die Route gibt es schon.

Alles anzeigen

Die IP's sind ALLE nicht die realen Adressen und sollen nur zeigen das die IPv6 beim reboot nicht gesetzt wird.

Erst ein ifconfig eth0 inet6 add 2a03:4000:2:11c5::1/64 fügt die Failover korrekt hinzu.

Es macht dabei keinen Unterschied ob der Gateway nochmals gesetzt wird oder nicht.

Habe mich dabei an den Artikel netcup Handbuch gehalten

Gruß

Thomas

Olivetti · 3. Februar 2024

zeig' evtl. deine …/interfaces UND alle CFGs in …/interfaces.d.

Hille · 3. Februar 2024

Zitat von tommi

Es macht dabei keinen Unterschied ob der Gateway nochmals gesetzt wird oder nicht.

Teste doch einfach mal . Ich nutze IPv6 Failover auf einigen Servern, absolut problemlos

tommi · 3. Februar 2024

Zitat von Hille

Teste doch einfach mal . Ich nutze IPv6 Failover auf einigen Servern, absolut problemlos

Habe ich doch schon

tommi · 3. Februar 2024

Zitat von Olivetti

zeig' evtl. deine …/interfaces UND alle CFGs in …/interfaces.d.

Da unter interfaces.d ist nur die default 50-cloud-init.cfg da werden die netcup ips wohl automatisch gesetzt.

Die interfaces habe ich schon am Anfang gepostet.

tommi · 3. Februar 2024

Ich vermute da ein Timing Problem.

die Einträge habe ich auch schon versucht:

post-up /sbin/ifconfig eth0 inet6 2a03:4000:2:11c5::1/64

down /sbin/ifconfig eth0 inet6 del 2a03:4000:2:11c5::1/64

oder:

post-up ip -6 addr add 2a03:4000:2:11c5::1/64 dev eth0

down ip -6 addr del 2a03:4000:2:11c5::1/64 dev eth0

oder

up ip -6 addr add 2a03:4000:2:11c5::1/64 dev $IFACE

down ip -6 addr del 2a03:4000:2:11c5::1/64 dev $IFACE

Werde mir als workaround wohl erst mal ein Startscript bauen das die IP setzt.

Gruß

Thomas

Hille · 3. Februar 2024

Zitat von tommi

Habe ich doch schon

Haste das direkt in die interfaces geschrieben oder eine extra Datei unter interfaces.d ?

tommi · 3. Februar 2024

Direkt in die interfaces

frank_m · 3. Februar 2024

Zitat von tommi

Die IP's sind ALLE nicht die realen Adressen und sollen nur zeigen das die IPv6 beim reboot nicht gesetzt wird.

Dann mach wenigstens deutlich, welche davon öffentliche, und welche private sind. Das Unkenntlichmachen der letzten beiden Zifferngruppen reicht ja völlig.

Zitat von tommi

Da unter interfaces.d ist nur die default 50-cloud-init.cfg da werden die netcup ips wohl automatisch gesetzt.

Und das macht dich nicht stutzig? Dir ist klar, dass die Änderungen in der interfaces nicht mehr greifen, wenn sie sich in Teilen mit der cloud-init überschneiden?

Also:

- zeig deine Konfig mal nachvollziehbar anoymisiert

- Beachte die Konfiguration von ifupdown komplett und nicht nur einen Teil.

Olivetti · 3. Februar 2024

Zitat von tommi

Da unter interfaces.d ist nur die default 50-cloud-init.cfg da werden die netcup ips wohl automatisch gesetzt.

jamei, dann halt ned.

tommi · 3. Februar 2024

Code

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
#
source /etc/network/interfaces.d/*
#
# The loopback network interface
auto lo
iface lo inet loopback

#
# The primary network interface
auto eth0
allow-hotplug eth0

iface eth0 inet static
    address 45.90.5.###
    gateway 45.90.5.1
    netmask 255.255.255.0

iface eth0 inet6 static
    address 2a03:4000:20:###::1
    netmask 64

# vlan interface
allow-hotplug eth1
iface eth1 inet static
    address 10.0.0.123
    netmask 255.255.255.0

Alles anzeigen

Wenn die 50-cloud-ini die Einstellungen überschreibt wäre die Anleitung nicht richtig. Allerdings funktioniert das mit der IPv4 ja Problemlos.

Habe mir erst mal ein systemd Script geschrieben bis ich herausgefunden habe wo das Problem liegt

Code

[Unit]
Description=FailOverIPv6

[Service]
Type=oneshot
#Type=simple
ExecStart=/sbin/ifconfig eth0 inet6 add 2a03:4000:20:###::1/64

[Install]
WantedBy=multi-user.target

50-cloud-ini

Code

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
    address 193.30.123.###/22
    gateway 193.30.120.1

iface eth0 inet6 static
    address 2a03:4000:2a:3dc:1431:28ff:fe04:####/64
    gateway fe80::1

Alles anzeigen

frank_m · 3. Februar 2024

Zitat von tommi

Wenn die 50-cloud-ini die Einstellungen überschreibt wäre die Anleitung nicht richtig.

Nein. Zum einen kann die Anleitung ja nicht wissen, ob überhaupt cloud-init installiert ist, zum anderen gilt IMMER das, was in der interfaces steht, man muss es nur lesen.

source /etc/network/interfaces.d/*

Und es steht VOR deinen Einträgen.

Zitat von tommi

... bis ich herausgefunden habe wo das Problem liegt

Dürfte jetzt klar sein, oder? Übrigens finde ich immer noch nur eine IPv6. Wie schon erwähnt, das reicht nicht.

tommi · 3. Februar 2024

Zitat von frank_m

Dürfte jetzt klar sein, oder? Übrigens finde ich immer noch nur eine IPv6. Wie schon erwähnt, das reicht nicht.

Jetzt stehe ich auf dem Schlauch.

/etc/network/interfaces.d/50-cloud-init.cfg

address 2a03:4000:2a:3dc:1431:28ff:fe04:####/64

und in der /etc/network/interfaces

address 2a03:4000:20:###::1

sind doch zwei Adressen oder macht die verkürzte Schreibweise Probleme und es muss address 2a03:4000:20:###:0:0:0:1 heißen.

Wo ist der Unterschied? IP v4 ist doch genau so konfiguriert und funktioniert.

Wenn die /etc/network/interfaces die Einträge aus der /etc/network/interfaces.d/50-cloud-init.cfg überschreiben würden, dürften die IP's

2a03:4000:2a:###:1431:28ff:fe04:367f und 193.30.123.### nicht vorhanden sein.

Die 50-cloud-init.cfg ist nicht von mir. Die wird vermutlich bei der System Installation im Netcup Script erzeugt damit die IP's zugewiesen werden.

Könnte die natürlich löschen und alles in die interfaces schreiben. Bin mir aber nicht sicher ob die nicht beim Start automatisch wieder angelegt wird.

Nochmal der Zustand nach dem Booten

Code

ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 16:31:28:04:36:7f brd ff:ff:ff:ff:ff:ff
    inet 193.30.123.###/22 brd 193.30.123.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 45.90.5.###/24 brd 45.90.5.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a03:4000:2a:###:1431:28ff:fe04:367f/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::1431:28ff:fe04:367f/64 scope link 
       valid_lft forever preferred_lft forever

Alles anzeigen

und nach ifconfig eth0 inet6 add 2a03:4000:20:###::1/64

Code

ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 16:31:28:04:36:7f brd ff:ff:ff:ff:ff:ff
    inet 193.30.123.###/22 brd 193.30.123.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet 45.90.5.###/24 brd 45.90.5.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 2a03:4000:20:###::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 2a03:4000:2a:3dc:1431:28ff:fe04:####/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::1431:28ff:fe04:####/64 scope link 
       valid_lft forever preferred_lft forever

Alles anzeigen

frank_m · 3. Februar 2024

Zitat von tommi

Wenn die /etc/network/interfaces die Einträge aus der /etc/network/interfaces.d/50-cloud-init.cfg überschreiben würden, dürften die IP's

2a03:4000:2a:###:1431:28ff:fe04:367f und 193.30.123.### nicht vorhanden sein.

Deshalb schrieb ich ja auch:

Zitat von frank_m

Dir ist klar, dass die Änderungen in der interfaces nicht mehr greifen, wenn sie sich in Teilen mit der cloud-init überschneiden?

Genau das passiert hier.

Zitat von tommi

Bin mir aber nicht sicher ob die nicht beim Start automatisch wieder angelegt wird.

Deshalb macht es Sinn, sich mit der cloud-init Doku zu befassen. Dann weißt du, wo du die Sachen ändern kannst.

Zitat von tommi

Jetzt stehe ich auf dem Schlauch.

/etc/network/interfaces.d/50-cloud-init.cfg

address 2a03:4000:2a:3dc:1431:28ff:fe04:####/64

und in der /etc/network/interfaces

address 2a03:4000:20:###::1

sind doch zwei Adressen

Alles anzeigen

Die 50-cloud-init hast du nachträglich in deinen Beitrag reineditiert. Als ich die Antwort geschrieben habe, war die IP noch nicht zu sehen.

tommi · 4. Februar 2024

Zitat von frank_m

Die 50-cloud-init hast du nachträglich in deinen Beitrag reineditiert. Als ich die Antwort geschrieben habe, war die IP noch nicht zu sehen.

Hat sich wohl überschnitten, ich wollte möglichst alle Infos reinpacken und habe den Beitrag einige Male editiert.

Bin wohl zu doof habe die interfaces.d auskommentiert und alles in die interfaces gepackt. zum testen habe ich noch ein paar IP's hinzugefügt

Code

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
#
#source /etc/network/interfaces.d/*

#
# The loopback network interface
auto lo
iface lo inet loopback

#
# The primary network interface
#allow-hotplug eth0
auto eth0
iface eth0 inet static
    address 193.30.123.###/22
    gateway 193.30.120.1

iface eth0 inet static
    address 45.90.5.###
    gateway 45.90.5.1
    netmask 255.255.255.0

iface eth0 inet6 static
    address 2a03:4000:1f:3dc:1431:28ff:fe04:###/64
    gateway fe80::1

iface eth0 inet6 static
    address 2a03:4000:20:###::1/64
    gateway fe80::1

iface eth0 inet6 static
    address 2a03:4000:20:###::88/64
    gateway fe80::1

iface eth0 inet6 static
    address 2a03:4000:20:###:1431:28ff:fe04:####/64
    gateway fe80::1

Alles anzeigen

Die IPv6 werden nicht gesetzt.

frank_m · 4. Februar 2024

Zitat von tommi

Bin wohl zu doof habe die interfaces.d auskommentiert und alles in die interfaces gepackt. zum testen habe ich noch ein paar IP's hinzugefügt

Da sind auch immer noch Gateway Angaben drin, die da meines Erachtens nicht hingehören, denn die erzeugen Konflikte. Dazu empfiehlt die Doku, nicht mehrere iface Einträge zu erzeugen, sondern up oder post-up statements.

Dabei fällt mir auf: Deine zusätzliche IPv4 hat auch ein eigenes Gateway. Ist das richtig? Bei mir hat die das nicht. Außerdem hat meine zusätzliche IPv4 die Netzmaske /32.

Olivetti · 4. Februar 2024

Mit welchem Editor bearbeitest du die Dateien?

Probleme Failover IPv6

Ähnliche Themen

Das längste Thema