Debian-Router hinter Deutsche Glasfaser für IPv6

georf

Okay, es lag anscheinend an dem send dhcp6.ia-pd 0; , ohne die Zeile bekam ich wieder schnell eine Antwort. Ich fügte dann in die Datei /etc/network/interfaces den Wert request_prefix 1 ein, wie hier beschrieben.

Code

Listening on Socket/eth-wan
Sending on   Socket/eth-wan
PRC: Soliciting for leases (INIT).
XMT: Forming Solicit, 0 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT:  X-- IA_PD 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT: Solicit on eth-wan, interval 1090ms.
XMT: Forming Solicit, 1090 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT:  X-- IA_PD 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT: Solicit on eth-wan, interval 2170ms.
RCV: Advertise message on eth-wan from fe80::ff:fe01:102.
RCV:  X-- Server ID: 00:03:00:01:74:88:bb:5a:64:c8
message status code UnspecFail.
PRC: Lease failed to satisfy.
RCV: Advertise message on eth-wan from fe80::ff:fe01:102.
RCV:  X-- Server ID: 00:03:00:01:74:88:bb:5a:64:c8
message status code UnspecFail.
PRC: Lease failed to satisfy.
XMT: Forming Solicit, 3260 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT:  X-- IA_PD 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT: Solicit on eth-wan, interval 4520ms.
RCV: Advertise message on eth-wan from fe80::ff:fe01:102.
RCV:  X-- IA_NA 2e:82:b9:c7
RCV:  | X-- starts 1684261380
RCV:  | X-- t1 - renew  +1800
RCV:  | X-- t2 - rebind +2880
RCV:  | X-- [Options]
RCV:  | | X-- IAADDR 2a00:6020:1000:41::26cf
RCV:  | | | X-- Preferred lifetime 3600.
RCV:  | | | X-- Max lifetime 3600.
RCV:  X-- IA_PD 2e:82:b9:c7
RCV:  | X-- starts 1684261380
RCV:  | X-- t1 - renew  +1800
RCV:  | X-- t2 - rebind +2880
RCV:  | X-- [Options]
RCV:  | | X-- IAPREFIX 2a00:6020:50a6:bf00::/56
RCV:  | | | X-- Preferred lifetime 3600.
RCV:  | | | X-- Max lifetime 3600.
RCV:  X-- Server ID: 00:01:00:01:26:2c:40:77:00:50:56:b1:8a:d7
RCV:  Advertisement immediately selected.
PRC: Selecting best advertised lease.
PRC: Considering best lease.
PRC:  X-- Initial candidate 00:01:00:01:26:2c:40:77:00:50:56:b1:8a:d7 (s: 20204, p: 0).
XMT: Forming Request, 0 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Requested renew  +3600
XMT:  | X-- Requested rebind +5400
XMT:  | | X-- IAADDR 2a00:6020:1000:41::26cf
XMT:  | | | X-- Preferred lifetime +7200
XMT:  | | | X-- Max lifetime +7500
XMT:  V IA_NA appended.
XMT:  X-- IA_PD 2e:82:b9:c7
XMT:  | X-- Requested renew  +3600
XMT:  | X-- Requested rebind +5400
XMT:  | | X-- IAPREFIX 2a00:6020:50a6:bf00::/56
XMT:  | | | X-- Preferred lifetime +7200
XMT:  | | | X-- Max lifetime +7500
XMT:  V IA_PD appended.
XMT: Request on eth-wan, interval 930ms.
XMT: Forming Request, 930 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Requested renew  +3600
XMT:  | X-- Requested rebind +5400
XMT:  | | X-- IAADDR 2a00:6020:1000:41::26cf
XMT:  | | | X-- Preferred lifetime +7200
XMT:  | | | X-- Max lifetime +7500
XMT:  V IA_NA appended.
XMT:  X-- IA_PD 2e:82:b9:c7
XMT:  | X-- Requested renew  +3600
XMT:  | X-- Requested rebind +5400
XMT:  | | X-- IAPREFIX 2a00:6020:50a6:bf00::/56
XMT:  | | | X-- Preferred lifetime +7200
XMT:  | | | X-- Max lifetime +7500
XMT:  V IA_PD appended.
XMT: Request on eth-wan, interval 1930ms.
RCV: Reply message on eth-wan from fe80::ff:fe01:102.
RCV:  X-- IA_NA 2e:82:b9:c7
RCV:  | X-- starts 1684261381
RCV:  | X-- t1 - renew  +1800
RCV:  | X-- t2 - rebind +2880
RCV:  | X-- [Options]
RCV:  | | X-- IAADDR 2a00:6020:1000:41::26cf
RCV:  | | | X-- Preferred lifetime 3600.
RCV:  | | | X-- Max lifetime 3600.
RCV:  X-- IA_PD 2e:82:b9:c7
RCV:  | X-- starts 1684261381
RCV:  | X-- t1 - renew  +1800
RCV:  | X-- t2 - rebind +2880
RCV:  | X-- [Options]
RCV:  | | X-- IAPREFIX 2a00:6020:50a6:bf00::/56
RCV:  | | | X-- Preferred lifetime 3600.
RCV:  | | | X-- Max lifetime 3600.
RCV:  X-- Server ID: 00:01:00:01:26:2c:40:77:00:50:56:b1:8a:d7
PRC: Bound to lease 00:01:00:01:26:2c:40:77:00:50:56:b1:8a:d7.

Alles anzeigen

Ich denke, mit der Zeile RCV: | | X-- IAPREFIX 2a00:6020:50a6:bf00::/56 hat das nun geklappt. Und wie geht es jetzt weiter?

Danke auf jeden Fall schon mal für eure Geduld

frank_m

Das sieht doch schon mal sehr gut aus. Jetzt geht es so weiter, wie in dem Artikel beschrieben: du musst das Prefix auf dem LAN Interface verteilen. Ein Script für den radvd gibt es ja auch im Beitrag. Das würde ich auch so empfehlen.

georf

Okay, auch das hat geklappt. Genau so, wie es im Debian-Wiki stand. Dann habe ich auch probiert den radvd-Daemon zum Laufen zu bekommen. Das scheint auch zu funktionieren, aber bei meinem Laptop im Netzwerk kommt noch keine automatisch zugewiesene IPv6 an.

frank_m

Dann schau dir doch mal mit tcpdump auf dem LAN Interface an, ob der radvd auch RAs im Netz verteilt, und mit Wireshark, ob die auch auf dem Laptop ankommen.

ConiKost

Oder DNSMasq nehmen. Das man ebenso dynamisch die Netze verteilen.

georf

Über Wireshark konnte ich sehen, dass die RAs über das Netzwerk verteilt wurden. Allerdings scheint mein Linux Mint das nicht zu nutzen. Im Büro funktioniert das ohne weitere Einstellungen beim Betriebssystem.

Hier die Paket in Wireshark:

Jetzt hatte ich noch ein anderes Problem. Die Default-Route wurde auf meinem Router nicht automatisch gesetzt. Wenn ich es richtig verstanden habe, sollte das immer die IP sein, die als Absender des RAs gesetzt ist. Das habe ich manuell gesetzt und dann funktioniert die Verbindung ins Internet. Welcher Teil des Betriebssystems hätte das automatisch machen sollen?

frank_m

Zitat von georf

Allerdings scheint mein Linux Mint das nicht zu nutzen.

Und das akzeptiert auch RAs? Wenn man gewisse Dienste aktiviert hat, z.B. VPN, Routing oder Container, die IP-Forwarding aktivieren, dann deaktiviert Linux gern mal die Akzeptanz von RAs automatisch. Prüfe mal net.ipv6.conf.*.accept_ra.

Zitat von georf

Die Default-Route wurde auf meinem Router nicht automatisch gesetzt.

Dafür muss der Router ebenfalls RAs auf dem WAN Interface akzeptieren. Routen Informationen kommen nicht aus den DHCP Paketen, sondern aus den Router Advertisements. Siehe obiges sysctl, das wird jetzt mit Sicherheit nötig werden.

Edding

Post mal bitte deine radvd config.

georf

Ich musste den Wert von net.ipv6.conf.all.accept_ra auf 2 setzen. Normalerweise steht er auf 1, aber dann akzeptiert er RAs nur, wenn Forwarding deaktiviert ist. Das habe ich im Zuge ja aktiviert und somit wurde nicht mehr automatisch die Route übernommen. Jetzt funktioniert das wieder.

Zitat von Edding

Post mal bitte deine radvd config.

Code

cat /etc/radvd.conf 
interface eth-lan {
   AdvSendAdvert on;
   MinRtrAdvInterval 3;
   MaxRtrAdvInterval 10;
   prefix ::/56 {
     AdvOnLink on;
     AdvAutonomous on;
     AdvRouterAddr on;
     AdvValidLifetime 3600;
     AdvPreferredLifetime 3600;
   };
};

Alles anzeigen

Ich habe das so vom Debian-Wiki übernommen. Ich habe den Namen meiner Schnittstelle angepasst und die Größe des Prefix. Ich bekomme ja ein /56-Prefix zugewiesen. Oder muss ich dort /64 nehmen?

Mein Laptop hat accept_ra auf 1 stehen und sollte somit welche Empfangen. Auch auf dem Android-Handy funktioniert es im Büro mit OpenWRT auf dem Router ohne Probleme. Bisher zu Hause noch keine globale IP.
Also nochmals vielen Dank. Ich sehe, wir kommen der Sache näher!

Noch eine Frage: Eigentlich könnte ich doch auf dem eth-lan eine zusätzliche private Adresse einrichten, die sich nie ändert. z.b: fe80::10:10:10:10
Diese könnte doch dann in den RAs als Absender stehen, damit alle Clients diese als Default-Gateway nehmen. Ich könnte sie mir dann auch gut merken (IPv4: 10.10.10.10). Falls das möglich ist: Wie? Und wie kann man radvd sagen, dass er diese Absenderadresse nehmen soll?

frank_m

Zitat von georf

Auch auf dem Android-Handy funktioniert es im Büro mit OpenWRT auf dem Router ohne Probleme. Bisher zu Hause noch keine globale IP.

Was bedeutet das nun? Klappt es nun, oder nicht?

Zitat von georf

Noch eine Frage: Eigentlich könnte ich doch auf dem eth-lan eine zusätzliche private Adresse einrichten, die sich nie ändert. z.b: fe80::10:10:10:10

Für link-lokale Adressen geht das nicht. Für andere kannst du die Host-ID unabhängig vom Prefix setzen:

ip token set ::1000 dev eth0

Aber ich wage zu bezweifeln, dass die für RAs genutzt werden.

georf

Ich habe mich wirklich etwas schlecht ausgedrückt. Ich wollte sagen, dass mein Laptop und Handy in anderen WLANs automatisch eine IPv6-Adresse zugewiesen bekommen. Es sollte also nicht an den Clients liegen. In meinem jetzigen Versuch mit Deutsche Glasfaser (zu Hause), klappt es bisher noch nicht.

frank_m

Zitat von georf

Oder muss ich dort /64 nehmen?

Ja, die Prefix Länge sollte 64 sein.

georf

Das habe ich gerade ausprobiert. Radvd versendet trotzdem automatisch die /54-Prefix. Ich habe das jetzt mit radvdump auf meinem Client überprüft:

Code

#
# radvd configuration generated by radvdump 2.17
# based on Router Advertisement from fe80::10:10:10:10
# received by interface wlp0s20f3
#

interface wlp0s20f3
{
    AdvSendAdvert on;
    # Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
    AdvManagedFlag off;
    AdvOtherConfigFlag off;
    AdvReachableTime 0;
    AdvRetransTimer 0;
    AdvCurHopLimit 64;
    AdvDefaultLifetime 30;
    AdvHomeAgentFlag off;
    AdvDefaultPreference medium;
    AdvSourceLLAddress on;

    prefix 2a00:6020:50a6:bf00::/56
    {
        AdvValidLifetime 3600;
        AdvPreferredLifetime 3600;
        AdvOnLink on;
        AdvAutonomous on;
        AdvRouterAddr on;
    }; # End of prefix definition

}; # End of interface definition

Alles anzeigen

Ich habe jetzt testweise einmal die IP hinzugefügt:

Code

ip addr add fe80::10:10:10:10/64 dev eth-lan scope link

Wie man oben bei der radvdump-Ausgabe sieht, wird das anscheinend (zufällig?) über diese Adresse versendet. Bringen tut es trotzdem nichts.

Es könnte aber auch an dem Wert von accept_ra liegen. Dieser ist bei der WLAN-Schnitte auf "0". Wenn ich ihn mit sysctl -w überschreibe, dann wird er vom Netzwerkmanager beim Neuverbinden wieder überschrieben.
Jetzt frage ich mich, wieso das woanders trotzdem funktioniert. Läuft das dann immer nur über DHCPv6?

georf

Irgendetwas von dem RA scheint der Network-Manager schon zu verarbeiten:

Code

root@georf-t490:~# nmcli device show 
GENERAL.DEVICE:                         wlp0s20f3
GENERAL.TYPE:                           wifi
GENERAL.HWADDR:                         D0:AB:D5:96:EA:97
GENERAL.MTU:                            1500
GENERAL.STATE:                          100 (verbunden)
GENERAL.CONNECTION:                     Automatisch Adebarsnest
GENERAL.CON-PATH:                       /org/freedesktop/NetworkManager/ActiveConnection/17
IP4.ADDRESS[1]:                         10.10.11.51/23
IP4.GATEWAY:                            10.10.10.10
IP4.ROUTE[1]:                           dst = 0.0.0.0/0, nh = 10.10.10.10, mt = 600
IP4.ROUTE[2]:                           dst = 10.10.10.0/23, nh = 0.0.0.0, mt = 600
IP4.DNS[1]:                             10.10.10.10
IP6.ADDRESS[1]:                         fe80::6c2e:7545:3447:5f6f/64
IP6.GATEWAY:                            fe80::10:10:10:10
IP6.ROUTE[1]:                           dst = fe80::/64, nh = ::, mt = 600
IP6.ROUTE[2]:                           dst = 2a00:6020:50a6:bf00::/56, nh = ::, mt = 600
IP6.ROUTE[3]:                           dst = ::/0, nh = fe80::10:10:10:10, mt = 20600

Alles anzeigen

Er setzt den Gateway schon richtig und die Route für das Prefix wird auch gesetzt. Aber es wird halt keine IP zugewiesen.

Edding

schmeiss auch mal AdvRouterAddr on; raus das ist für Mobile IPv6

georf

Zitat von Edding

schmeiss auch mal AdvRouterAddr on; raus das ist für Mobile IPv6

Danke für die Idee, aber das hat leider nichts geändert.

georf

Ich habe jetzt manuell in die radvd-Config das zugewiesene Prefix reingeschrieben und dort /64 draus gemacht. Jetzt wurde eine IP zugewiesen. Ich könnte mir jetzt vorstellen, dass ich das Skript vom Debian-Forum so erweitere, dass ich die radvd-Config automatisch anpasse und radvd dann neu starte.
Dadurch nehme ich immer das erste Netzwerk im /56-Block. Kann ich radvd auch irgendwie dazu bringen, dass er genau das alleine macht?

frank_m

Das verteilte Prefix muss definitiv /64 sein, sonst wird es von den Clients nicht akzeptiert. Entweder musst du das Script anpassen, oder die radvd Konfig.

georf

Ich habe das Skript vom Debian-Wiki entsprechend erweitert und nun scheint es zu funktioniern.

Danke euch allen! ich melde mich, sollten im Betrieb weitere Probleme auftreten.

Ich habe meine Erkenntnisse einmal zusammengefasst aufgeschrieben:
https://georf.de/1449/ipv6-debi…m-heimnetzwerk/

Falls ihr dort noch Ergänzungen zu habt, dann immer her damit.

HubeBube

Danke für die ausführliche Zusammenfassung auf der verlinkten Website!

Debian-Router hinter Deutsche Glasfaser für IPv6

Tags

Wir respektieren Deine Privatsphäre

Cookie-Einstellungen