Was ist den das "korrekte" Gateway?
fe80::1 wie im SCP angegeben funktioniert jedenfalls nicht - weder bei der Netcup Standard Installation noch bei einem frisch installierten Debian 13 von DVD
Jemand schon einen IPv6 Only server am Laufen?
-
daq4th -
21. Januar 2026 um 10:45 -
Erledigt
-
-
Was ist den das "korrekte" Gateway?
fe80::1 wie im SCP angegeben funktioniert jedenfalls nicht - weder bei der Netcup Standard Installation noch bei einem frisch installierten Debian 13 von DVD
fe80::1 ist das korrekte Gateway. Wenn du das nicht erreichen kannst ist definitiv was am Netzwerk deiner VM kaputt.
-> Ein Fall für dem Support melden
-
für einen frisch ausgelieferten Server schon ein Armutszeugnis... und bestätigt (leider) meine IPv6 Abneigung...
-
Was ist den das "korrekte" Gateway?
fe80::1 wie im SCP angegeben funktioniert jedenfalls nicht - weder bei der Netcup Standard Installation noch bei einem frisch installierten Debian 13 von DVD
Auf allen Dual HOmed Systemen die ich habe ist es auch fe80::1 als Gateway und die IP antwortet auch auf pings.
Ich vermute in der Automation was verk*ckt, oder gibts einen wo einer der IPv6 Only Server funktioniert?
-
und bestätigt (leider) meine IPv6 Abneigung...
Wenn es keiner dem Support meldet kann sich das Problem aber auch nicht in Luft auflösen.
Das ist kein allgemeines IPv6 Problem.
-
fe80 ist doch nur link local
erstmal ine adresse aus dem block hinzufügen
-
fe80 ist doch nur link local
erstmal ine adresse aus dem block hinzufügen
Genau. Wie bei IPv4 sollte der Server erstmal auch eine seiner verfügbaren v6 Adressen aus dem /64 konfiguriert bekommen. Bei IPv4 kann man auch nicht einfach die 169.x IP nehmen und Konnektivität bekommen
Das Gateway ist fe80::1 und als Link-Local auch komplett in Ordnung so.
-
Ich habs schon gemeldet.
11:25, um 12 dann die "probiers mal mit dem Rescue-System"-Standard-Antwort bekommen und dann nochmal geantwortet, dass das Rescue-System mit den neuen IPv6-Onlys nix anfangen kann. Danach war Ruhe.
Vielleicht hilft es, wenn alle Tickets aufmachen.
-
Wenn es keiner dem Support meldet kann sich das Problem aber auch nicht in Luft auflösen.
Das ist kein allgemeines IPv6 Problem.
So war das auch nicht gemeint und der Kommentar wäre wohl eher für den ipv6 ist doof thread....
Ich hatte schlicht bisher noch NIE ein Konnektivitäts-Problem mit einem Server im Auslieferungszustand bei ipv4 oder auch dual stack ...
"bad luck" würde ich sagen - ich melds mal dem Support...
-
Also bei mir antworten die IPv6 DNS resolver von Netcup seit dem 11. Januar nicht mehr (siehe https://forum.netcup.de/informationen/…ns-server-down/).
Das scheint aber kein generelles Problem zu sein, scheinbar sind nicht alle Adressbereiche blockiert. In meinem Fall 2a00:11c0:5f:xxxx::/64
Bringt denn eine Umstellung auf einen öffenlichen Resolver Abhilfe?
-
Bringt denn eine Umstellung auf einen öffenlichen Resolver Abhilfe?
Gut möglich! Gerne mal ausprobieren und uns hier das Ergebnis mittteilen!
-
Anbei v6 Resolver von Quad9 als /etc/resolv.conf Beispiel:
Codenameserver 2620:fe::9 nameserver 2620:fe::fe -
Okay, dann scheint das ein anderes Problem zu sein, da "communication error" auf einen nicht erreichbaren Server hindeudet. Bei mir auf dem Dual Stack sieht es so aus:
Code$ host google.com 2a03:4000:8000::fce6 ;; missing question section Using domain server: Name: 2a03:4000:8000::fce6 Address: 2a03:4000:8000::fce6#53 Aliases: Host google.com not found: 5(REFUSED)Also Verbindung zum Server funktioniert, der sagt dann aber: Nö!
-
Meins noch nicht, dafür hat wohl heute Nacht mein Finger beim Eröffnen gezittert, weil ich angeblich 2 Tickets innerhalb 1 Minute eröffnet habe...
-
Meins noch nicht, dafür hat wohl heute Nacht mein Finger beim Eröffnen gezittert, weil ich angeblich 2 Tickets innerhalb 1 Minute eröffnet habe...
Danke, dass du meins gleich mit eröffnet hast.
-
Status Update:
"Bitte prüfen Sie, ob sich das Verhalten auch im Rettungssystem bemerkbar macht."... und ja, tut es...
