Warnung im Vorraus:
ich habe seit tagen mit dem problem zu kämpfen und mir von ki helfen lassen aber komme einfach nicht weiter, da ich kein profi in dem gebiet bin habe ich mir von der ki diesen bug report schreiben lassen da ich selber nicht weiß was wichtig ist usw.
Hier also alle informationen der KI
Vielen Dank**
Zusammenfassung:**
Der Endpunkt https://ipv64.net/nic/update mit dem Parameter ip6lanprefix (in Kombination mit onlyprefix) akzeptiert eine gültige, aber komprimierte IPv6-Präfix-Notation nicht und liefert stattdessen "format error". Erst eine unnötig ausgeschriebene Variante desselben Präfixes wird akzeptiert. Das Problem tritt insbesondere bei NetCologne-Anschlüssen auf, da hier delegierte Präfixe mit mehreren aufeinanderfolgenden Null-Gruppen üblich sind, wodurch die FRITZ!Box (und jeder standardkonforme IPv6-Stack) automatisch die kürzestmögliche Schreibweise erzeugt.
Reproduktion:
Nicht funktionierend (Präfix in Standard-komprimierter Notation, exakt wie von FRITZ!OS 7.62 per <ip6lanprefix>-Platzhalter geliefert):
https://ipv64.net/nic/update?key=***&domain=loewert-lab.ipv64.de&onlyprefix&ip6lanprefix=2a0a:a548:2fcd::/64
Antwort:
json
{"info":"","ipv6prefix":"format error"}
Funktionierend (identisches Präfix, nur mit expliziter Null-Gruppe ausgeschrieben):
https://ipv64.net/nic/update?key=***&domain=loewert-lab.ipv64.de&onlyprefix&ip6lanprefix=2a0a:a548:2fcd:0::/64
Antwort:
json
{"info":"","updated_ipv6prefix_ips":"1","ipv6prefix":"2a0a:a548:2fcd:0::/64"}
Beide Notationen sind laut RFC 5952 äquivalent und identisch (2a0a:a548:2fcd::/64 == 2a0a:a548:2fcd:0::/64).
Bestätigung, dass die FRITZ!Box tatsächlich die abgelehnte Notation sendet:
Per Test gegen webhook.site wurde die von der FRITZ!Box (FRITZ!OS 7.62, FRITZ!Box 7490) tatsächlich abgesetzte Anfrage protokolliert:
GET /...?key=test&domain=test&onlyprefix&ip6lanprefix=2a0a:a548:2fcd::/64
User-Agent: Fritz!Box DDNS/1.0.3
– also exakt die von ipv64.net abgelehnte Kurzform. Da AVM den <ip6lanprefix>-Platzhalter grundsätzlich in der kürzestmöglichen Notation befüllt (Standardverhalten, nicht konfigurierbar), ist die offizielle „AVM Fritzbox IPv6-Prefix Updaten“-Anleitung von ipv64.net (https://ipv64.net/dyndns_helper) für Nutzer mit dieser Präfix-Struktur aktuell nicht funktional.
Erwartetes Verhalten:
Der Parser für ip6lanprefix sollte beide äquivalenten Notationen (mit und ohne explizite Null-Gruppen, ::-Kompression an beliebiger Stelle) gemäß RFC 4291/5952 akzeptieren, wie es Standard-IPv6-Parsing-Bibliotheken (z. B. Python ipaddress, glibc inet_pton) tun.
Zusätzlicher Hinweis:
Dieses Verhalten wurde bereits von anderen NetCologne-Nutzern im Forum gemeldet (Thread „FritzBox IPv6-Präfixupdate“, https://v64.tech/t/fritzbox-ipv6-praefixupdate/1722, Beiträge von „Aurel“ und „hartungt“), konnte dort vom Support zunächst nicht reproduziert werden – vermutlich weil die dort getesteten Präfixe keine ausreichende Anzahl an Null-Gruppen enthielten, um die Kompressions-Problematik auszulösen.
Ich habe über IPv4 vollen Zugriff auf meine Dienste, es eilt also nicht – aber gerne stehe ich für Rückfragen oder weitere Tests zur Verfügung.
Viele Grüße