Deshalb frage ich ja ... kein LAN-Client aktualisiert im Normalfall bei einer FRITZ!Box seinen Hostnamen über HTTP und/oder über dynamische Updates (letzteres zumindest selten erfolgreich). Ersteres funktioniert schlicht nicht (weil das FRITZ!OS keinen derartigen Dienst anbietet) und letzteres geht zwar theoretisch (und Windows-Clients versuchen das auch gerne mal), aber es funktioniert meist eben doch nicht.
Da gibt es (so man den Wikipedia-Artikel liest) auch keinen "Unterschied" zum DynDNS (so wird es im FRITZ!Box-Kontext ja üblicherweise gebraucht, vermutlich weil AVM die Registerkarte so genannt hat, während der interne Daemon, der für die externe Aktualisierung von Adressen zuständig ist, tatsächlich auch "ddnsd" heißt - aber auch der erste und bis heute wohl bekannteste Dienst in dieser Richtung firmierte ja lange Zeit unter "dyndns.com") - das "dynamische DNS" wird als Name sowohl für die Aktualisierung über HTTP(S) als auch über die "update"-Syntax im DNS-Request verwendet.
Es gibt ja noch einen anderen DNS-Abkömmling und der wird tatsächlich mit einem kleinen Buchstaben vor dem DNS gekennzeichnet ... das wäre dann mDNS (
RFC 6762) und damit arbeitet eine FRITZ!Box eben auch wieder - zusätzlich zu anderen Quellen.
AVM dokumentiert das ja leider gar nicht (ich wüßte jedenfalls keine Quelle, lasse mich aber gerne korrigieren) und so kann man es sich nur "zusammenreimen". Das sähe (für mich) im Momemt etwa so aus:
Die wichtigste Quelle für einen Hostnamen (da schließe ich "PC-" mit der MAC-Adresse jetzt mal aus) ist und bleibt der "host name" in einem DHCP-Request (Option 12). Allerdings bringt der nur etwas, wenn die Box auch DHCP-Server ist. Nimmt der Client die angebotene Adresse an, landet ein entsprechender Eintrag in der "dnsd"-Konfiguration der FRITZ!Box. Das könnte man zwar auch als "dynamisches DNS" bezeichnen, das ist aber noch ungewöhnlicher, weil man den Begriff m.W. nur für solche Update-Versuche benutzt, die auch vom Client ausgehen und nicht direkt auf dem Server von selbst erfolgen (auch "bind" und der (isc-)"dhcpd" können ja so zusammenarbeiten). In der FRITZ!Box ist der "multid" für die Verarbeitung der entsprechenden Netzwerk-Aktivitäten zuständig, der gibt auch den DHCP- und DNS-Server in Personalunion.
Ein Client kann sich per mDNS bei den anderen im LAN bekanntmachen (mDNS basiert auf Broad-/Multicasts und endet i.d.R. am nächsten Router) und dabei seinen Namen (oder auch mehrere) genauso bekanntgeben, wie die von ihm bereitgestellten Dienste. Auch die verwaltet wohl noch der "multid", ob der "deviceinfod" für den Empfang und die Interpretation der mDNS-Pakete zuständig ist oder nicht, habe ich noch nicht genau getestet.
Ein Client kann weitere Dienste per UPnP bereitstellen und im Netz annoncieren. Wenn dabei noch weitere Geräte- oder Servicenamen auftauchen und der Client bisher noch keine Identität hat, kann auch daraus ein Name gebildet werden (bestimmte "Funktionen" (in erster Linie wohl "media renderer"-Services) werden wohl auch noch einem bestehenden Namen hinzugefügt in der Anzeige - haben aber keinen Einfluß auf die DNS-Konfiguration).
Und auch die Möglichkeit, einen eigenen Namen für einen Host zu vergeben (der dann mit der MAC-Adresse verknüpft wird), würde ich nicht direkt als "statisches DNS" ansehen wollen ... wobei so ein Name wohl alle anderen (automatischen) Quellen überstimmen sollte. Leider passiert es wohl auch mit 07.0x noch, daß ein (solchermaßen "fest" benannter) LAN-Client dann mehrfach in der LAN-Konfiguration auftaucht, auch mit identischen MAC-Adressen und für jede dieser Konfigurationen dann einen eigenen Namen hat, wenn es widersprüchliche Informationen bei den Zuordnungen gibt (z.B. doppelte IP-Adressen).
Aber "dynamisches DNS" in dem Sinne, daß der Client dem Server (das wäre ja die Box für die (lokale) Domain "fritz.box") seinen Namen auf diesem Weg "ansagt", könnte es zwar theoretisch geben (der "multid" versteht eben die "update"-Syntax im DNS-Request - auch wenn er sie i.d.R. ignoriert, weil Updates mit der ohnehin vorhandenen Konfiguration kollidieren), aber selbst bei Windows-Clients (wo die Einstellung: "Register this connection's addresses in DNS" aktiviert ist) klappt das i.d.R. nicht und die Antwort der Box beinhaltet dann zwar i.d.R. keinen Fehlercode, aber auch "0 erfolgreiche Updates" als Info.
-------------------------------------------------------------------------------------------------------------------------
Wenn hier ein Name für einen Client nicht in der FRITZ!Box vergeben werden kann, dann spricht das normalerweise dafür, daß für diesen Namen in der Box noch andere Informationen hinterlegt sind (das kann bis in die "ewnwstatus.cfg" gehen, wo wohl die Benachrichtigungen für "neues Gerät im Netzwerk" verwaltet werden), die auch nicht immer sichtbar (bzw. angezeigt) sein müssen. Wenn ich die Fehlerbeschreibung in #18 richtig verstanden habe, betrifft das ja ein Gerät, was nicht durch die Vergabe einer IP-Adresse per DHCP im DNS-Fundus gelandet ist (wo der Name, wenn er denn auftaucht (egal welcher es ist), also aus einer anderen Quelle stammen muß ... notfalls sogar nur aus der MAC-Adresse besteht) und das kann ja (da es ja nicht "umbenannt" wurde) nur ein selbst hinzugefügtes Gerät betreffen.
Da muß man dann schon noch genauer hinsehen ... wenn das "Eintragen" funktioniert hat, muß der Name ja irgendwo gespeichert sein (sicherlich in einem Eintrag in "landevices") und wenn der da keinen "neighbour_name" hat (das ist i.d.R. der "ehemalige" DHCP-Name), dann gibt es eben auch kein Gerät, dem man den zuordnen könnte und ggf. nicht mal einen DNS-Eintrag, der bei der Umbenennung im GUI auch entsprechend geändert werden konnte.
Es gibt seit den 07.0x-Versionen ein paar neue Möglichkeiten im DNS-Server der FRITZ!Box, u.a. kann man da jetzt (Shell-Zugriff vorausgesetzt) auch Domain-Namen überschreiben oder den Cache löschen, uvm. - gut möglich, daß beim Einbau dieser neuen Möglichkeiten auch ein paar zusätzliche Prüfungen hinzugekommen sind und sich daraus in alten Konfigurationen dann zusätzliche Konflikte ergeben.
Meines Wissens ist es aber nicht so, daß da ein genereller Fehler vorliegt bzw. ich kann (mit meinem o.a. Verständnis der Fehlersituation) das bei einer 7580 mit 07.01 nicht mal im Ansatz nachstellen, wenn ich die Box in Werkseinstellungen versetze. Trage ich dann (von Hand) einen LAN-Host hinzu:
, dann ist der von einem LAN-Client aus per DNS auflösbar:
Code:
vidar:~ $ dig @192.168.178.1 michgibtsgarnicht any
; <<>> DiG 9.11.2 <<>> @192.168.178.1 michgibtsgarnicht any
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63677
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1
;; QUESTION SECTION:
;michgibtsgarnicht. IN ANY
;; ANSWER SECTION:
michgibtsgarnicht. 9 IN A 192.168.178.12
;; AUTHORITY SECTION:
michgibtsgarnicht. 9 IN NS fritz.box.
;; ADDITIONAL SECTION:
fritz.box. 9 IN A 192.168.178.1
;; Query time: 1 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Thu Nov 08 12:58:14 CET 2018
;; MSG SIZE rcvd: 90
und auch in den DNS-Daten des "multid" enthalten:
Code:
# aicmd multid dnsd dump
servers (all):
+ 192.168.133.254:53 dns
latency: undef
0 udp_query, 0 tcp_query, 0 timeout, 0 late
0 noerror, 0 recurs_not_allowed, 0 refused, 0 servfail
0 notimpl, 0 nxdomain, 0 formerr, 0 unknownerr
0 selected, 0 deselected, 0 deselected_latency
iface lan ifindex 13 zone default ipaddr 192.168.178.1 linklocal ::
iface guest ifindex 14 zone guest ipaddr 192.168.189.1 linklocal ::
v4 filter:
192.168.178.0 255.255.255.0
169.254.0.0 255.255.0.0
192.168.189.0 255.255.255.0
*** zone default:
global:
domain: fritz.box
fritz.box (none) - protected
SOA
NS=fritz.box
192.168.178.1
ns: fritz.box
fritz.box (none) - protected
SOA
NS=fritz.box
192.168.178.1
changecount: 30 (28)
allowedv4:
192.168.178.0 255.255.255.0 (178.168.192.in-addr.arpa)
169.254.0.0 255.255.0.0 (254.169.in-addr.arpa)
allowedv6:
localinfo:
hash 30:
156.9.254.169.in-addr.arpa (mdns) - not protected
PTR xxx.fritz.box
hash 35:
Michgibtsgarnicht.fritz.box (none) - not protected
192.168.178.12
hash 45:
12.178.168.192.in-addr.arpa (none) - not protected
PTR Michgibtsgarnicht.fritz.box
hash 78:
1.178.168.192.in-addr.arpa (none) - protected
PTR fritz.box
PTR www.fritz.box
PTR myfritz.box
PTR www.myfritz.box
PTR fritz.nas
PTR www.fritz.nas
PTR wpad.box
PTR wpad.fritz.box
hash 92:
[...].0.0.0.0.0.0.0.0.0.0.0.0.0.8.e.f.ip6.arpa (mdns) - not protected
PTR xxx.fritz.box
hash 98:
xxx.fritz.box (mdns) - not protected
169.254.9.156 (dynamic)
fe80::xxxx:xxxx:xxxx:xxxx (dynamic)
hash 118:
myfritz.box (none) - protected
192.168.178.1
hash 123:
wpad.fritz.box (none) - protected
192.168.178.1
hash 125:
dns.fritz.box (none) - protected
192.168.133.254
hash 142:
www.fritz.box (none) - protected
192.168.178.1
hash 145:
www.myfritz.box (none) - protected
192.168.178.1
hash 148:
www.fritz.nas (none) - protected
192.168.178.1
hash 167:
fritz.box (none) - protected
SOA
NS=fritz.box
192.168.178.1
hash 169:
254.169.in-addr.arpa (none) - protected
NS=fritz.box (dynamic)
SOA (dynamic)
hash 173:
fritz.nas (none) - protected
192.168.178.1
hash 187:
178.168.192.in-addr.arpa (none) - protected
NS=fritz.box (dynamic)
SOA (dynamic)
hash 222:
wpad.box (none) - protected
192.168.178.1
hash 227:
localhost (none) - protected
127.0.0.1
*** zone external:
global:
domain: fritz.box
fritz.box (none) - protected
SOA
NS=fritz.box
ns: fritz.box
fritz.box (none) - protected
SOA
NS=fritz.box
changecount: 3 (0)
allowedv4:
allowedv6:
localinfo:
hash 167:
fritz.box (none) - protected
SOA
NS=fritz.box
hash 227:
localhost (none) - protected
127.0.0.1
*** zone guest:
global:
domain: fritz.box
fritz.box (none) - protected
SOA
NS=fritz.box
192.168.189.1
ns: fritz.box
fritz.box (none) - protected
SOA
NS=fritz.box
192.168.189.1
changecount: 21 (0)
allowedv4:
192.168.189.0 255.255.255.0 (189.168.192.in-addr.arpa)
allowedv6:
localinfo:
hash 45:
189.168.192.in-addr.arpa (none) - protected
NS=fritz.box (dynamic)
SOA (dynamic)
hash 118:
myfritz.box (none) - protected
192.168.189.1
hash 123:
wpad.fritz.box (none) - protected
192.168.189.1
hash 142:
www.fritz.box (none) - protected
192.168.189.1
hash 145:
www.myfritz.box (none) - protected
192.168.189.1
hash 148:
www.fritz.nas (none) - protected
192.168.189.1
hash 165:
1.189.168.192.in-addr.arpa (none) - protected
PTR fritz.box
PTR www.fritz.box
PTR myfritz.box
PTR www.myfritz.box
PTR fritz.nas
PTR www.fritz.nas
PTR wpad.box
PTR wpad.fritz.box
hash 167:
fritz.box (none) - protected
SOA
NS=fritz.box
192.168.189.1
hash 173:
fritz.nas (none) - protected
192.168.189.1
hash 222:
wpad.box (none) - protected
192.168.189.1
hash 227:
localhost (none) - protected
127.0.0.1
#
und auch in der "landevices"-Sektion:
Code:
# sed -n -e "/landevices {/,/}/p" /var/flash/ar7.cfg
landevices {
landevices_version = 3;
landevices {
ip = 192.168.178.12;
manual_ip = yes;
uniqid = 52258;
name = "Michgibtsgarnicht";
neighbour_name = "";
mac = 10:02:03:04:05:06;
auto_etherwake = no;
ifaceid = ::;
staticlease = yes;
ipv4_exposed_host = no;
allow_pcp_and_upnp = no;
}
#
Entweder ich habe die Ausgangslage nicht wirklich verstanden (es war aber die Rede von einem DNS-Namen, der "eingetragen" und nicht "geändert" wurde und das geht ja eigentlich nur, wenn man den Host dazu manuell einträgt) oder es ist eben doch kein "genereller Fehler", der in (allen) 07.01-Versionen steckt ... die Möglichkeit, daß der wirklich nur bei der 7590 auftritt, kann man zwar nicht vollkommen ausschließen, aber zuvor wären da noch sehr viele andere Erklärungen denkbar.
