Debian-Router hinter Deutsche Glasfaser für IPv6

georf

Hallo,
ich hoffe, es kann mir jedem aus der freundlichen Runde hier helfen. Ich habe einen Anschluss bei Deutsche Glasfaser. Als Router benutze ich einen Zotac-Mini-PC mit zwei Ethernet-Anschlüssen. Auf dem läuft Debian Bullseye.

Der Medienwandler ist direkt mit dem Zotac verbunden. Also muss das Debian sich auch direkt um die IP-Adressen von DG kümmern. Bei IPv4 funktioniert das auch gut. Leider bekomme ich das bei IPv6 nicht so richtig zum Laufen. Ich habe bisher auch nirgendwo im Netz eine gute Anleitung gefunden, wie man einen IPv6-Router mit dynamischer IP-Vergabe konfiguriert. Ich habe die Vermutung, dass es dort sehr viele Möglichkeiten gibt und ich deswegen immer an der falschen Stelle suche.

Meine derzeitigen Ausgabe von ip a:

Code

2: eth-wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:01:2e:82:b9:c7 brd ff:ff:ff:ff:ff:ff
    inet 100.84.185.30/16 brd 100.84.255.255 scope global dynamic eth-wan
       valid_lft 3329sec preferred_lft 3329sec
    inet6 2a00:6020:1000:41::26cf/128 scope global deprecated 
       valid_lft forever preferred_lft 0sec
    inet6 fe80::201:2eff:fe82:b9c7/64 scope link 
       valid_lft forever preferred_lft forever

Wie man sieht, habe ich schon mal eine IPv6 bekommen. Leider scheint sich diese aber nicht automatisch zu erneuern. Ich habe es auch bisher nicht geschafft, das zugewiesene Prefix an das Netzwerk weiterzureichen. Für IPv4 setze ich dnsmasq ein.

Kann mir bei meinem Vorhaben eventuell jemand unter die Arme greifen oder wenigstens eine gute Quelle für weitere Informationen nennen?

frank_m

Zitat von georf

Für IPv4 setze ich dnsmasq ein.

Auch für IPv6?

Ums gleich zu sagen: Eine Patentanleitung für die Einrichtung hab ich auch nicht parat. Aber mich interessiert das Thema persönlich sehr stark. Ich bin gerne bereit, dass wir uns der Sache gemeinsam nähern. Ich könnte dafür z.B. Traces der DHCPv6 Aushandlung meiner Fritzbox bereitstellen, und die vergleichen wir dann mit deinem DHCP Datenverkehr und versucht daran, die Parameter deiner Installation so zu tunen, dass sie funktionieren. Das wird aber nicht adhoc klappen, sondern vermutlich einige Tage dauern, bis alles rund läuft.

Alternativ könntest du noch mal in den Threads der Geräte schauen, die sehr nah an Linux sind oder vergleichbare Tools nutzen. Unify, OPNSense und ähnliche fallen mir da auf Anhieb ein. Vielleicht finden sich da Hinweise auf die geeignete IPv6 Konfiguration.

Generell kann ich dir schon mal sagen, dass du per DHCP die IP und ein Prefix anfordern musst. Beides hat eine preferred Lifetime, und nach der Hälfte dieser Lifetime wird eine Erneuerung angefragt.

alfalfa

Das wird wahrscheinlich schwieriger, als du erwartest. Du brauchst einen DHCPv6-Client, der eine Adresse und ein Präfix abruft, einen RA-daemon und, wenn du nachgelagerte Router versorgen möchtest, einen DHCPv6-Server für PD. Das alles muss mit dynamischen Adressen und Präfixen umgehen können. Du musst Forwarding für IPv6 einschalten und um die Firewall musst du dich auch kümmern. (Die ist erheblich wichtiger als bei IPv4, wo die privaten Adressen eine gewisse Hürde für Verbindungen von außen darstellen, was aber eine IPv4 Firewall nicht ersetzt.)

Meine Empfehlung ist, dafür ein spezialisiertes System einzusetzen, wenn es dir nicht nur um eine Lernübung geht. Das kann man auch virtualisiert auf dem selben Gerät laufen lassen. OpenWRT ist bei der Umsetzung von IPv6 relativ weit fortgeschritten.

HubeBube

Aus meiner schwachen Erinnerung nach unterstützt nicht jeder dhcpv6 Client (bzw. das entsprechende Debian Package) Router Advertisements (RAs), zumindest war das ein Kritikpunkt an Ubuntu in dem c't Artikel "6 setzen". Da Ubuntu auf Debian aufsetzt, kann der Wechsel des Clients/Packages schon Verbesserung bringen.

Nachtrag: der Standard DHCPv6 Client unterstützt das "Reconfigure" bei einer Prefixänderung nicht.

ConiKost

Für DHPCPv6 nutze ich gerne dhcpcd. Der bezieht per PD die entsprechenden Netze für die Interfaces. DNSMasq verteilt dann dynamisch ([::] ermöglicht einen dynmischen IPv6-Betrieb mit DNSMasq) passend die IPs. Fahre mit seit Jahren ohne Probleme.

georf

Erstmal vielen Dank für eure Antworten.

Zitat von frank_m

Auch für IPv6?

Bisher noch nicht.

Zitat von frank_m

Das wird aber nicht adhoc klappen, sondern vermutlich einige Tage dauern, bis alles rund läuft.

Zitat von alfalfa

Meine Empfehlung ist, dafür ein spezialisiertes System einzusetzen, wenn es dir nicht nur um eine Lernübung geht. Das kann man auch virtualisiert auf dem selben Gerät laufen lassen. OpenWRT ist bei der Umsetzung von IPv6 relativ weit fortgeschritten.

Ich würde mir das schon gerne ansehen und auch verstehen. Ich bin bereit, dafür auch ein paar Fehlschläge hinzunehmen. Was ich nicht möchte, ist eine fertige Lösung dazwischen zu setzen (Fritzbox). Wenn wir es gemeinsam nicht hinbekommen, dann könnte ich mir aber auch eine VM-Lösung vorstellen.

Zitat von HubeBube

Nachtrag: der Standard DHCPv6 Client unterstützt das "Reconfigure" bei einer Prefixänderung nicht.

Kann es sein, dass das derzeit mein erstes Problem ist? Wenn ich das Interface neu starte, erhalte ich eine neue IP. Diese läuft dann irgendwann ab und wird nicht automatisch erneuert. So zumindestens mein Empfinden. Weißt du, wie ich das überprüfen kann?
Das ist derzeit meine /etc/network/interfaces

Code

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto eth-wan
iface eth-wan inet dhcp
iface eth-wan inet6 dhcp

auto eth-lan
iface eth-lan inet static
 address 10.10.10.10/23

Alles anzeigen

Zitat von ConiKost

Für DHPCPv6 nutze ich gerne dhcpcd. Der bezieht per PD die entsprechenden Netze für die Interfaces. DNSMasq verteilt dann dynamisch ([::] ermöglicht einen dynmischen IPv6-Betrieb mit DNSMasq) passend die IPs. Fahre mit seit Jahren ohne Probleme.

Hast du dann auch deine Firewall dynamisch hinbekommen? Ich nutze nftables und das bisher nur mit IPv4. Also im Prinzip ist alles verboten, was von draußen kommt und ausgehende Verbindungen sind erlaubt. So ganz grob.

ConiKost

Zitat von georf

Hast du dann auch deine Firewall dynamisch hinbekommen? Ich nutze nftables und das bisher nur mit IPv4. Also im Prinzip ist alles verboten, was von draußen kommt und ausgehende Verbindungen sind erlaubt. So ganz grob.

Ja. Wobei ich sagen muss, mein Anbieter (HTP) hat weiterhin PPPoE am Start. Bedeutet, ich habe ein Skript unter /etc/ppp/ip-up.d und /etc/ppp/ip-down.d entsprechend abgelegt, was dann nach erfolgten Verbindungsaufbau und Verbindungsabbau die passenden Regeln setzt. Ist zwar noch old school iptables, aber nftables steht auf meiner TODO-Liste für ein Upgrade.

Mit DHCPcd könnte man das aber auch realisieren. Der kann entsprechende hooks ausführen, die man anbinden kann. Stichwort dhcpcd-run-hooks.

HubeBube

Zitat von georf

Kann es sein, dass das derzeit mein erstes Problem ist? Wenn ich das Interface neu starte, erhalte ich eine neue IP. Diese läuft dann irgendwann ab und wird nicht automatisch erneuert.

Von welcher IP-Adresse sprichst Du? IPv4 oder IPv6?

Ich bin ebenfalls Kunde bei Deutscher Glasfaser und habe seit weit über einen Jahr sowohl bei IPv4 und IPv6 keine Änderung erhalten, das betrifft ebenfalls das IPv6 Prefix. Meine 5530 wird jede Woche einmal für 5 Minuten stromlos gemacht, Möglichkeiten zur Änderung gab es also genug.

frank_m

Zitat von georf

Wenn ich das Interface neu starte, erhalte ich eine neue IP.

Aber das bleibt das Prefix gleich und nur die Host-ID ändert sich, oder? Das wäre das erwartbare Verhalten.

Zitat von georf

Diese läuft dann irgendwann ab und wird nicht automatisch erneuert. So zumindestens mein Empfinden. Weißt du, wie ich das überprüfen kann?

Da müssen wir die Logs deines DHCP Clients analysieren, und ggf. mit Hilfe von tcpdump entsprechende Traces anfertigen, um den DHCP Datenverkehr zu überwachen.

georf

Auch wenn ich nach euren ganzen Antworten sehr wissbegierig bin, werde ich vermutlich erst am Montag mit dem Thema weitermachen können. Ihr habt auf jeden Fall recht. Meine IP hat sich nicht geändert, sondern nur der Status ist von "deprecated" zu "dynamic" gewechselt.

Dies ist mit einem up && down des Interfaces passiert. Wie kam es aber vorher in den "deprecated"-Status?

Gibt es eine gute Seite, die bis zum Bit erklärt, wie DHCPv6 und SLAAC funktioniert. In der Uni hatten wir damals DHCP bis zum letzten Bit durchgenommen und dazu findet man viel im Netz. Aber bei IPv6 steht immer nur, dass sich die jeweiligen Protokolle darum kümmern. Wie das genau abläuft, habe ich bisher nicht gefunden.

HubeBube

Eine ganz nette Einführung in IPv6 hat das Elektronik Kompendium:

IPv6 - Internet Protocol Version 6

www.elektronik-kompendium.de

und auch Oracle hat einiges anzubieten:

Einführung in die IPv6-Adressierung (Systemverwaltungshandbuch: IP Services)

HubeBube

Für Ubuntu habe ich das gefunden, es sollte adaptierbar für Debian Systeme sein:

Präfix-Delegation › Router › Wiki › ubuntuusers.de

georf

Dann fasse ich meine derzeitigen Erkenntnisse einmal zusammen:

DG wechselt (fast gar) nicht das Prefix. Sollte man das beachten?

Zur Zeit nutze ich networking.service (ifup/down). Bei der Doku für Ubuntu ist alles nur für service-networkd beschrieben. Macht es Sinn zu wechseln?

Wir meine zweite Schnittstelle (eth-lan) dann auch automatisch über eine IPv6-Adresse mit dem globalen Prefix versorgt? Beim DHCPv4 muss man die ja statisch machen. Hmmm....

georf

Ich habe mal einen ifdown && ifup mit tcpdump mitgeschnitten. Begrenzt auf die IPv6-Einträge kam das angehängte aus. In welcher Nachricht davon sollte nun mein zugewiesened Prefix drin stehen?

frank_m

Ich seh da nur DHCPv6 Confirms. Ich glaube nicht, dass im Confirm was drin steht. Müsstest du nachsehen. Was war denn vorher? Gabs keinen Rebind oder Request?

Offenbar hat das Gerät aber bereits eine Adresse gehabt, denn da sind Pakete im Trace, die sehen aus, wie Antworten an deine Adresse auf vorhergehende Kommunikation.

::1

Also in dem Mitschnitt passiert schlicht nichts, was anzeigt, wie das WAN-Interface zu seiner globalen Adresse 2a00:6020:1000:41::26cf gekommen ist. Nach einem IFUP wird offenbar nur versucht, die vor dem IFDOWN schon zugewiesene Adresse wiederzuverwenden und per DHCPv6-Confirm zu bestätigen, allerdings antwortet der DHCv6-Server nicht. Ansonsten sieht man nur die üblichen Pakete, die mit der Autokonfiguration der fe80-Adresse (wird aus der MAC-Adresse abgeleitet) zu tun haben.

::1

Man müsste anstelle IFDOWN zum Loswerden der vorhandenen Adresse ein Kommando eingeben, das ein DHCPv6-RELEASE auf dem WAN-Interface auslöst - gibt's so ein Kommando unter Debian?

Damit müsste man dann im Trace den Ablauf der Adresszuweisung sehen können.

::1

Noch ein Hinweis: Wenn man irgendwann mal einen Trace bekommt, in dem der Router ein DHCPv6-SOLICIT sendet, dann sollten in diesem SOLICIT in der Option Request-Liste neben IA_NA auch IA_PD angefordert werden (IA=Identity Association, NA=Non-temporary Address, PD=Prefix Delegation).

Vermutlich wird nur IA_NA für die WAN-Adresse angefordert. Zusätzliche IA_PD-Anforderung muss man dem Debian sicherlich per Zusatz-Konfiguration beibringen.

georf

Ich habe jetzt folgendes ausgeführt:

Code

ip addr del 2a00:6020:1000:41::26cf/128 dev eth-wan
dhclient -6  -r -v eth-wan
dhclient -6  -N -v eth-wan

Dann bekam ich folgende Ausgabe. Den entsprechenden Trace habe ich angehängt.

Code

Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

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-- Request address 2a00:6020:1000:41::26cf.
XMT:  | | X-- Request preferred in +7200
XMT:  | | X-- Request valid in     +10800
XMT: Solicit on eth-wan, interval 1070ms.
RCV: Advertise message on eth-wan from fe80::ff:fe01:102.
RCV:  X-- IA_NA 2e:82:b9:c7
RCV:  | X-- starts 1684247376
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-- Server ID: 00:01:00:01:26:2c:40:77:00:50:56:b1:8a:d7
RCV:  Advertisement recorded.
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: 10104, 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: Request on eth-wan, interval 1010ms.
RCV: Reply message on eth-wan from fe80::ff:fe01:102.
RCV:  X-- IA_NA 2e:82:b9:c7
RCV:  | X-- starts 1684247377
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-- 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

Dann habe ich in der [tt]/etc/dhcp/dhclient.conf[/tt] folgendes ergänzt:

Code

send dhcp6.ia-pd 0;
request dhcp6.ia-pd;

Nun bekomme ich derzeit keine Antworten vom DHCP-Server mehr. Das hatte ich vorher vor der dhclient-Umstellung aber auch schon mal:

Code

Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

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-- Request address 2a00:6020:1000:41::26cf.
XMT:  | | X-- Request preferred in +7200
XMT:  | | X-- Request valid in     +10800
XMT: Solicit on eth-wan, interval 1070ms.
XMT: Forming Solicit, 1070 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT:  | X-- Request address 2a00:6020:1000:41::26cf.
XMT:  | | X-- Request preferred in +7200
XMT:  | | X-- Request valid in     +10800
XMT: Solicit on eth-wan, interval 2120ms.
XMT: Forming Solicit, 3190 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT:  | X-- Request address 2a00:6020:1000:41::26cf.
XMT:  | | X-- Request preferred in +7200
XMT:  | | X-- Request valid in     +10800
XMT: Solicit on eth-wan, interval 4220ms.
XMT: Forming Solicit, 7410 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT:  | X-- Request address 2a00:6020:1000:41::26cf.
XMT:  | | X-- Request preferred in +7200
XMT:  | | X-- Request valid in     +10800
XMT: Solicit on eth-wan, interval 8410ms.
XMT: Forming Solicit, 15820 ms elapsed.
XMT:  X-- IA_NA 2e:82:b9:c7
XMT:  | X-- Request renew in  +3600
XMT:  | X-- Request rebind in +5400
XMT:  | X-- Request address 2a00:6020:1000:41::26cf.
XMT:  | | X-- Request preferred in +7200
XMT:  | | X-- Request valid in     +10800
XMT: Solicit on eth-wan, interval 16920ms.
[usw...]

Alles anzeigen

Ich hatte die Vermutung, dass meine Firewall etwas blockiert. Aber dort werden mit IPv6 derzeit nur Pakete zum UDP-1900 geblockt, welche damit ja nichts zu tun haben sollten. Meine entsprechenden Erlaubnisse sehen so aus:

Code

    # respond to ping
    icmp   type echo-request limit rate 10/second counter accept
    icmpv6 type echo-request limit rate 10/second counter accept

    # accept neighbour discovery otherwise connectivity breaks
    icmpv6 type { nd-neighbor-solicit, nd-router-advert, nd-neighbor-advert } counter accept

    iifname eth-wan ip6 daddr fe80::/10 ip6 saddr fe80::/10 udp dport 546 udp sport 547 counter accept comment "dhcp6"

Mache ich jetzt gerade was verkehrt oder antwortet der DHCP-Server von DG nur sporadisch? Ich würde sogar sagen, dass ich das schon vor einem Jahr mal bei IPv4 hatte, es dort aber auch auf mich geschoben haben.

frank_m

Zitat von georf

Mache ich jetzt gerade was verkehrt oder antwortet der DHCP-Server von DG nur sporadisch?

Er gibt immer nur ein Lease aus. Spricht: Wenn du die Parameter änderst, musst du bis zum Ablauf des alten Leases warten, bis du ein neues bekommst.

Debian-Router hinter Deutsche Glasfaser für IPv6

Tags

Wir respektieren Deine Privatsphäre

Cookie-Einstellungen