Strange return status beim update

Selbst das hier geht:

https://ipv64.net/nic/update?key=domainkey&ip6lanprefix=2a02:8071:5c20:c900::/64&ipv4=6.5.4.3&ipv6=2a01::1
{"info":"good","ipv6prefix":"2a02:8071:5c20:c900::\/64","status":"success","ip":{"ipv4":"6.5.4.3","ipv6":"2a01::1"}}

Heißt das, ich soll das nochmal mit einer Update-URL probieren und das Prefix-Update weiter vorne aufnehmen?

Du siehst ja an meinem Test das es geht. Wenn du „möchtest“ kann mein Updater alle 3 Sachen gleichzeitig updaten. Er wirft einen Success zurück.

Mir ging es doch darum, dass meine Fritzbox mit der Antwort seit einigen Tagen nicht mehr zufrieden ist, wenn man IPv4, IPv6 und Prefix (und auch in dieser Reihenfolge) gemeinsam in einer Update-URL aktualisiert, vermutlich weil da die Rückmeldung zum Prefix fehlt (s. Post 30). Ich kann’s ja nochmal probieren, wenn ich, wie du, den Prefix nach vorne hole.
Momentan funktioniert aber wieder mit 2 getrennten Update-URLs.

Ich kann es leider einfach nicht reproduzieren.

Ich kann ohne Probleme IPv4 + IPv6 + IPv6 Prefix updaten und die fritzbox sagt mir sogar angemeldet + angemeldet. Und im DNS kommt es sogar auch an.

Getestet mit: Sec Level 2 und Sec Level 1

So, hab’s eben nochmal im Browser probiert. Die Reihenfolge spielt keine Rolle. Inder Rückmeldung fehlt bei mir der Prefix und er wird auch nicht aktualisiert.

Aber vielleicht mache ich da was was falsch. Wie heißt es denn richtig
&ip6lanprefix=2001:16b8:bb18:bd00 geht
&ip6lanprefix=2001:16b8:bb18:bd00::/56 wie bei dir oben bringt aber ein Gateway-Timeout
&ip6lanprefix=2001:16b8:bb18:bd00::\/56 geht
immer in Kombination mit IPv4 und IPv6 aktualisiert aber den Prefix nicht und bringt auch keine Rückmeldung dazu

Response immer:

{"info":"nochg","status":"success","ip":{"ipv4":"89.245.77.xx","ipv6":"2001:16b8:xxxx:8856:e208:55ff:fe0e:xxxx"}}

Eben noch was entdeckt:
Ein „Save IPv6 Prefix“ oder „IPv6 Prefix Autodetect“ über deine Web-Oberfläche führt auch zu einem Fehler „504 Gateway Time-out“

Hängt damit zusammen, das der HA Proxy noch sehr feinfühlig eingestellt ist. Einfach dann mal F5 drücken.

2001:16b8:bb18:bd00 sollte nicht gehen, ist ein format error.
2001:16b8:bb18:bd00::\/56 sollte nicht gehen, ist ein format error.

Erlaubt sind nur richtige Angaben:
2001:16b8:bb18:bd00::/56 oder eben die funktion auto

Ähm, korrigiere mich wenn ich falsch liege, aber 2001:16b8:bb18:bd00::/56 sollte auch nicht gehen. Korrekt wäre eigentlich nur 2001:16b8:bb18:bd00::/64

Die Fritte mag zwar einen 56er Präfix vom ISP zugeteilt bekommen, doch dem LAN kann sie den nicht weiterreichen.

  1. braucht sie ja selbst einen Teil des Präfix für die eigene IPv6-Adresse
  2. vergibt die Fritte auch einen Präfix an das GastWLAN (sofern aktiv) und
  3. vergibt die Fritte für LAN und GastWLAN stehts nur 64er Präfixe.

Daher sollte bei ipv64 dann auch nur ein solcher 64er Präfixe ankommen und eingetragen werden. Siehe noch mal hier:

1 „Gefällt mir“

Hast Recht, die Fritte aktualisiert auf 2001:16b8:bb18:bd00::/64, daran hat ich nicht gedacht. Ich hatte das einfach mit Cut&Paste aus dem Online-Monitor, Verbindungsdetails kopiert.

@Benares im Online-Monitor siehst du den falschen Präfix. Du siehst den, den die Fritte vom ISP bekommen hat. Den richtigen fürs LAN siehst du nur in den Tiefen der Untermenüs von Heimnetz → Netzwerk und dort dann IPv6. Da muss man viel scrollen und klicken.

Nachtrag. Ist doch der richtige den man da sieht aber man muss die ::/56 durch ::/64 ersetzen. Dann passt es fürs LAN

1 „Gefällt mir“

Danke. Es ändert aber nichts daran, dass ich im Browser diesen „Gateway-Timeout“ statt einer Antwort bekomme, wenn ich die nun „richtige“ Syntax verwende. Vielleicht geht’s ja der Fritte genauso.

Na ja, verschwendete Lebenszeit. Mit 2 Update-URLs geht’s ja nun und die Fritte müllt mir nicht mein Update-Kontingent zu.