[GELÖST] Probleme mit IPv6

[Sazambi]

Hallo liebe KeyHelp-Community,
Ich habe einen vServer auf dem Debian 10 mit der aktuellsten KeyHelp-Version als Server-Administrationssoftware läuft. Zu diesem Server habe ich eine normale IP-Adresse und eine IPv6-Adresse. In den DNS-Einträgen zu meinem Server habe ich jetzt neben dem A-Record auch einen AAAA-Record mit der IPv6 gesetzt und seitdem erreiche ich über meine Domain den Server nicht mehr. Zumindest nicht via FTP oder SSH. Der Grund dafür ist, dass statt zu der normalen IP nun versucht wird zur IPv6 zu connecten und genau das gelingt leider nicht. Deshalb habe ich mal in der IP-Konfiguration von KeyHelp nachgesehen und auch dort wird leider nur die normale IP-Adresse angezeigt und eben nicht die IPv6. Deswegen habe ich mal in die /etc/network/interfaces geguckt um zu schauen, ob denn die IPv6 dort eingetragen ist, und ja, das ist sie:

Code: Alles auswählen

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
    address XXX.XX.XX.XX
    netmask 255.255.192.0
    gateway XXX.XX.XX.X
    dns-search invalid
    dns-nameservers 213.136.95.10 213.136.95.11
    up ip route replace 144.91.64.0/18 via 144.91.64.1 dev eth0


iface eth0 inet6 static
    address XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX
    netmask 64
    gateway fe80::1
    accept_ra 0
    autoconf 0
    privext 0

Mehr finde ich zu dem Thema bei Google leider nicht. Vermutlich, weil ich mich mit der Thematik auch nicht wirklich auskenne. Auch wenn ich den Server über die Domain anpingen möchte wird dies erfolglos über die IPv6 versucht. Hat jemand eine Idee woran das liegen könnte?

Liebe Grüße im voraus!


EDIT:

Die Lösung war folgender SSH-Befehl:

Code: Alles auswählen

enable_ipv6

Und ein anschließender Serverneustart.

[DeletedUserReAsG]

Auch wenn ich den Server über die Domain anpingen möchte wird dies erfolglos über die IPv6 versucht.

Die genaue Ein- und Ausgabe des Versuchs könnte Hinweise zur Ursache liefern.

[Sazambi]

Guter Hinweis, danke.

Code: Alles auswählen

ping domain.de

Ping wird ausgeführt für domain.de [XXXX:XXXX:XXXX:XXXX::X] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für XXXX:XXXX:XXXX:XXXX::X:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

[DeletedUserReAsG]

Ist XXXX:XXXX:XXXX:XXXX::X: gleich XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX? Steht ein XXXX in XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX für FE80?

[Sazambi]

Also ich habe jede Zahl bzw. jeden Buchstaben durch ein X ersetzt. Es stehen als tatsächlich zwei Doppelpunkte hintereinander. Ich gehe davon aus, dass es so ist, weil sich zwischen den Doppelpunkten nur Nullen befinden. FE80 kommt da nirgendwo vor.

[DeletedUserReAsG]

Ich befürchte, so wird das nichts.

Wenn du alle Adressen gleichermaßen komplett durch durch X ersetzt, kann keiner außer dir sehen, was da genau passiert. Und dir fällt da nichts auf, sonst würdest du hier nicht fragen.

[Sazambi]

Alles klar, dann hier nochmal das Ergebnis mit der kompletten IPv6

Code: Alles auswählen

ping domain.de

Ping wird ausgeführt für domain.de [2a02:c207:3006:1506::1] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 2a02:c207:3006:1506::1:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

Und hier die /etc/network/interfaces:

Code: Alles auswählen

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
    address 144.91.80.24
    netmask 255.255.192.0
    gateway 144.91.64.1
    dns-search invalid
    dns-nameservers 213.136.95.10 213.136.95.11
    up ip route replace 144.91.64.0/18 via 144.91.64.1 dev eth0


iface eth0 inet6 static
    address 2a02:c207:3006:1506:0000:0000:0000:0001
    netmask 64
    gateway fe80::1
    accept_ra 0
    autoconf 0
    privext 0

Sorry, mir war nicht bewusst, dass die IP an sich einen Hinweis auf das Problem geben könnte.

[DeletedUserReAsG]

Sorry, mir war nicht bewusst, dass die IP an sich einen Hinweis auf das Problem geben könnte.

Hätte sein können, ist hier aber okay. Was mir noch auffällt, wäre die localnet-IP als Gateway. Das kann allerdings je nach Konfiguration des Netzwerks selbst (also des Routers deines Providers) okay sein.

Vielleicht schaut hier noch jemand mit mehr Übersicht bzgl. v6 rein.

[Sazambi]

Alles klar, dann an dieser Stelle schon mal vielen Dank für deine Mühe. Vll. habe ich ja Glück und jemand kennt die Lösung für das Problem. Ansonsten frage ich mal bei meinem Provider nach.

[wanne]

Die Config sieht für sich sane aus. Der Rechner versucht ja auch zu pingen. Es kommt nur nichts zurück. fe80::1 ist üblicherweise korrekt für den nächsten router. Sicher, dass 2a02:c2071506:0000:0000:0000:0001 die korrekte IP ist?
Eventuell willst du mal ip -6 a und ip -6 r her zeigen. Ob das mit dem Konfigurieren auch geklappt hat. Sonst musst du eventuell mal mit deinem Provider reden, was da schief läuft.
Eventuell auch mal ein ping in die andere Richtung.

[Sazambi]

Eventuell willst du mal ip -6 a und ip -6 r her zeigen.

Hab das eben mal in die SSH-Konsole als Root eingegeben aber es gab dazu keine Ausgabe.

Eine Mail an meinen Provider habe ich gerade rausgeschickt. Mal gucken, was die antworten.

[MSfree]

Guter Hinweis, danke.

Code: Alles auswählen

ping domain.de

domain.de läßt sich auch über IPv4 nicht anpingen, da blockiert wohl deren Firewall.

Du solltest mal ein anderes Ziel anpingen.

[Sazambi]

Als noch kein AAAA-Record gesetzt war, ließ sich Domain.de noch problemlos anpingen. Und wenn man Domain.de über den Browser aufruft, kommt man auch auf der Homepage raus.

[MSfree]

Als noch kein AAAA-Record gesetzt war, ließ sich Domain.de noch problemlos anpingen.

Nein, das geht hier definitiv nicht.

Und wenn man Domain.de über den Browser aufruft, kommt man auch auf der Homepage raus.

Die Webseite kann ich auch aufrufen. Daß eine Webseite aufrufbar ist, garantiert nicht, daß man sie auch anpingen kann. Der Web-Traffic geht über TCP Port 443, Ping geht über ICMP/8, und die sperren halt ICMP/8.

[mludwig]

Also ich kann seine IP per IPv4 pingen, IPv6 nicht. Traceroute zeigt, dass es nach dem letzten Gateway vor seinem Server hängt, also ist wohl auf dem Server die Gateway / Route nicht korrekt.

Hast du das hier mal durchprobiert? Funktioniert der IPv6-Test von deinem Server aus?
https://contabo.com/blog/de/ipv6-auf-ih ... inrichten/

[mat6937]

Als noch kein AAAA-Record gesetzt war, ließ sich Domain.de noch problemlos anpingen.

Ja, das geht jetzt auch noch:

Code: Alles auswählen

:~$ ping -c 3 144.91.80.24
PING 144.91.80.24 (144.91.80.24) 56(84) bytes of data.
64 bytes from 144.91.80.24: icmp_seq=1 ttl=54 time=23.6 ms
64 bytes from 144.91.80.24: icmp_seq=2 ttl=54 time=30.1 ms
64 bytes from 144.91.80.24: icmp_seq=3 ttl=54 time=21.4 ms

--- 144.91.80.24 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 21.464/25.076/30.164/3.704 ms

Code: Alles auswählen

:~$ host liberale-gaming-allianz.de
liberale-gaming-allianz.de has address 144.91.80.24
liberale-gaming-allianz.de has IPv6 address 2a02:c207:3006:1506::1
liberale-gaming-allianz.de mail is handled by 20 mail-backup.liberale-gaming-allianz.de.
liberale-gaming-allianz.de mail is handled by 10 mail.liberale-gaming-allianz.de.

Code: Alles auswählen

:~$ nc -zv 144.91.80.24 22 80 443
Connection to 144.91.80.24 22 port [tcp/ssh] succeeded!
Connection to 144.91.80.24 80 port [tcp/http] succeeded!
Connection to 144.91.80.24 443 port [tcp/https] succeeded!

[Sazambi]

Hast du das hier mal durchprobiert? Funktioniert der IPv6-Test von deinem Server aus?
https://contabo.com/blog/de/ipv6-auf-ih ... inrichten/

Ich schäme mich ein wenig, dass ich das nicht selbst gefunden habe... Vielen lieben dank, das war die Lösung des Problems.

[wanne]

Hab das eben mal in die SSH-Konsole als Root eingegeben aber es gab dazu keine Ausgabe.

Das ist wirklich Strange.