FritzBox 6591 Cable: DNS Server kennt Domain nicht

[M. N. (bmbl2)]

Guten Tag,

ich habe in meinem lokalen Netzwerk einen Raspberry Pi hinter einer 
FritzBox 6591 Cable am Internet hängen.
Der Raspberry Pi updated regelmäßig einen dynamischen DNS Server mit 
seiner public IPv6 Adresse, damit ich diesen von außen erreichen kann. 
Das funktioniert auch.

Ich habe aber nun festgestellt, dass mein dynamischer DNS Eintrag, 
beispielhaft meine.ddns.domain.de genannt, von bspw. dem google DNS 
korrekt aufgelöst werden kann:

$ dig  @8.8.8.8 "meine.ddns.domain.de" AAAA

; <<>> DiG 9.20.13 <<>> @8.8.8.8 meine.ddns.domain.de AAAA
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32488
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;meine.ddns.domain.de.    IN  AAAA

;; ANSWER SECTION:
meine.ddns.domain.de.  678  IN  AAAA  ****:****:****:****:****:****:****:****

;; Query time: 27 msec
;; SERVER: 8.8.8.8#53(8.8.8.8) (UDP)
;; WHEN: Wed Oct 08 23:12:29 CEST 2025
;; MSG SIZE  rcvd: 78

Ich bekomme den korrekten AAAA record.
Frage ich jedoch die Fritzbox, bekomme ich eine "leere" Antwort.

$ dig @192.168.0.1 "meine.ddns.domain.de" AAAA


; <<>> DiG 9.20.13 <<>> @192.168.0.1 meine.ddns.domain.de AAAA
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25064
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;meine.ddns.domain.de.    IN  AAAA

;; Query time: 38 msec
;; SERVER: 192.168.0.1#53(192.168.0.1) (UDP)
;; WHEN: Wed Oct 08 23:19:52 CEST 2025
;; MSG SIZE  rcvd: 39

Mittlerweile habe ich den Google DNS in der Fritzbox als Nameserver 
hinterlegt:

8.8.8.8
8.8.4.4
2001:4860:4860::8888
2001:4860:4860::8844

Alle diese vier Nameserver liefern mir auf Anfrage mit "dig" auch den 
korrekten Record zurück. Die Fritzbox jedoch nicht -- auch nach 
mehrfachem Neustart und mittlerweile > 24h konstantem DNS Eintrag.

Ursprünglich hatte ich die TTL des Records auf 300 (5 Minuten) gesetzt. 
Ich habe diese nun auf 1 Stunde erhöht, weil eventuell Nameserver diese 
kurze TTL ignorieren könnten (Habe ich noch nie erlebt, stand aber 
irgendwo im Netz und kann man ja mal probieren). Bisher hat das auch 
nichts geholfen.

Der Leidensdruck ist jetzt nicht besonders hoch, da ich vom lokalen Netz 
den dyndns ja nicht brauche. Aber verstehen tue ich das Ganze trotzdem 
nicht.

Die Seite https://www.whatsmydns.net/, bei dem man eine Domain eintippen 
kann und die dann einige Nameserver auf der Welt fragt, kommt auch bei 
jedem Nameserver auf die korrekte IPv6-Adresse.

Hat jemand sowas schonmal erlebt?
Ich warte jetzt nochmal bis morgen Abend, bis 48 h rum sind. Vielleicht 
enthängt sich die Fritzbox da wieder.
Eventuell stört die Fritzbox auch, dass die domain nur einen AAAA record 
hat, da ich mit Kabel Internet nur getunneltes Ipv4 bekomme, und somit 
keine öffentliche IPv4 für einen A Record habe.

EDIT: Bei der DynDNS handelt es sich um eine subdomain meiner "normalen" 
Domain. Andere subdomains, bzw. die Toplevel-Domain kann die Fritzbox 
korrekt auflösen. Alles läuft über dieselbe DNS Infrastruktur. Das 
einzig besondere an dieser einen Subdomain ist, dass eben die Adresse im 
AAAA Record auf den Prefix Bereich der Fritzbox fällt, logischerweise.

[Timo W. (timo)]

Der Fritzbox DNS Server hat eine Sicherheitsfunktion. Einträge die 
Adressen des lokalen Netzwerks enthalten werden gefiltert. Da musst du 
eine Ausnahme für die verwendete Adresse anlegen.

[M. N. (bmbl2)]

Timo W. schrieb:
> Der Fritzbox DNS Server hat eine Sicherheitsfunktion. Einträge die
> Adressen des lokalen Netzwerks enthalten werden gefiltert. Da musst du
> eine Ausnahme für die verwendete Adresse anlegen.

Vielen Dank! Genau das war es! Der DNS-Rebind-Schutz ist auch gut 
versteckt im Menü, unter:

Heimnetz -> Netzwerk -> Erweiterte Netzwerkeinstellungen -> 
DNS-Rebind-Schutz

Ich habe nur die DNS-Einstellungsseite angeschaut...