@ monbijou
Ich konnte dir ein kleine Java 21 DynDns Proxy geben (Quellcode).
Hättest du Möglichkeit es auszuführen?
(Eclipse o. sonstige IDE)
nop nix leider. Bin user not programmer.
@monbijou
Könntest du dein Update-URL (mit &key bzw. &token mit XXXX anonymisiert) mit uns teilen?
Sorry DaveTheDane.
Mehr als das hier kann ich Dir nicht sagen:
Die Verbindung klappt ja. Allerdings ist halt der hohe Updatezähler merkwürdig. Und die Fehlermeldungen in der Fritzbox.
@The-eagle:
Interessant wäre: Warum der Ping nicht geht ?
Hast du ein .de oder .net Domain?
Evt. &domain=DOMAINNAME.ipv64.de ?
Ansonsten sieht die URL gut aus.
Wobei, du könntest die URL mit &ip6lanprefix=<ip6lanprefix> ergänzen.
Aber das wird dein Problem nicht lösen.
(allerdings, das gesagt, ich stehe ganz am Anfang mit IPv6)
Warte Mal:
da musste &domain=<domain> stehen.
Und die Domain Name in der Fritz!Box Domainname Feld eingeben.
Sonst kann Fritz! nachher die Namensauflösung nicht überprüfen.
Eigentlich nicht: Fritz! wiederholt den Vorgang sehr häufig, bis
a) der Update klappt, und
b) die Namensauflösung deine IP als Ergebnis liefert
GENAU DAS wird das Problem sein. Meine DNS Server nehmen das natürlich sofort an, allerdings die ach so tollen DNS Server von den Providern sind halte lahm!
Das wäre die Frage:
ob der Fritz DynDNS Daemon der DNS vom ISP oder lieber z.B. 8.8.8.8 verwendet?
Ich tippe darauf, die Fritzbox nimmt die DNS Server welche in der Box hinterlegt sind.
Man muss ja auch in einer Fritte weder den DNS-Server des ISP nehmen noch die von g00gle. Ich benutze Quad9 und Digitale Gesellschaft CH. Schon allein weil die DNS der ISP’s kein DNS over TLS anbieten.
Ja, schwer zu sagen.
Aus eine Fritz! Debug Protokoll wurde ich nicht schlauer.
Aber…
…ich sehe, nach der DynDNS Update, wird ein Timer mit Wert 240 gesetzt.
Wohl Sekunden.
Denn 4 Minuten später, wird die Namensauflösung geprüft:
[2025-06-09 12:22:56 v4 <userdefined> dbg]: verify (delay 240)
[2025-06-09 12:22:56 v4 <userdefined> dbg]: [ddns_closecb]: verify timer started: retry=0 verify=1 running=1 needed=0 updater=0x76990400
[2025-06-09 12:26:56 v4 <userdefined> dbg]: dns_handle created 0x7698b4f0 for 213.188.113.3
Meinst Du?
Da sich meine IP nur alle 24 Stunden ändert müsste das doch auch beim lahmsten DNS-Server irgendwann mal angekommen sein?!?!
Und die Fehlermeldungen kommen ja ständig den ganzen Tag über.
??? Was meinst Du. Das ganze ist so angelegt wir im Beispiel von ipv64 vorgegeben ???
Und ich habe eine ***.vpn64.de Domain (siehe oben meinen ersten Beitrag).
Das lässt sich doch mit einem simplen nslookup prüfen.
Ja.
Wie gesagt, bis der DynDNS Update Erfolg an die Box meldet
UND
eine DNS Auflösung deiner Domainname von der Box aus die bekannte IP zurückmeldet,
wirde die Box munter weiter DynDNS Updates versuchen.
Dann ist das dein Problem: du hast .net in der Update-URL!!
@monbijou Also eine falsche Domain in der Update-URL der Fritte lässt sich doch wirklich ganz simpel ausschließen.
Melde dich bei ipv64 an. Gehe auf Anleitungen. Dann siehst du das
Nun wähle unter Wähle deine Domain, die zu verwendende Domain aus.
Die Vorlagen für die Update-URL der Fritten ändern sich dann, werde für dich fertig ausgefüllt. Einfach per Copy and Paste den alten String in der Fritte durch diesen so generierten ersetzen und es kann nicht mehr an falscher Domain oder so liegen.
Hab ich doch alles gemacht.
Und das Beispiel dass ich da kopiert habe ist von The_Eagle.
Da ist doch nix falsch Leute.
Nun, das Beispiel enthält die Domain ipv64.net sollte deinen Domain aber z.B. home64.de oder ipv64.de sein, dann musst du das anpassen. Das will dir @DaveTheDane sagen. Die Domain ipv64.net ist einfach Copy and Pase aus der Anleitung mit Key 123456789… von mir kopiert worden. Den Key musste ja auch anpassen. Der Echte ist ja nicht 123456789…