Namensauflösung im LAN für einen einzigen Rechner instabil

X__ · 17. Oktober 2022

Hi zusammen, wie schon beschrieben habe ich ein Namensauflösungsproblem.

Das Netzwerk besteht aus

Arbeitsrechner [1] / (Manjaro)
Dreambox [2]
Raspberry 4B [3] / (openhabian)
einer Synology DS415 [4] / ( DSM 6.2.4)
und als DHCP/DNS-Server eine Fritzbox 7490 / (Inhouse 7.39-99199)

Die Namensauflösung des Raspberry (und nur von dem) schlägt immer mal wieder fehl,
seit dem ich in der Fritzbox neben IPv4 auch IPv6 aktiviert habe.

Wenn ich also von [1] versuche [3] anzupingen kommt ein

Code:

ping: [raspberry]: Der Name oder der Dienst ist nicht bekannt

Das gleiche passiert dann auch , wenn ich von [2] oder [4] versuche [3] anzupingen.
Im gleichen Moment funktionieren aber kreuz und quer alle Namensauflösungen zwischen [1],[2] und [4] bzw auch der FB.

Hat jemand eine Idee, was da die Ursache sein könnte ?

madmax2010 · 17. Oktober 2022

gib mal bitte

dig HOSTNAME/FQDN +nssearch
dig HOSTNAME/FQDN +all

0x7c9aa894 · 17. Oktober 2022

IPv6 notes

You might encounter problems when you make use of IPv6 on some networks and systems. openHABian installation may stop or hang forever. In that case or if you are sure that you do not need IPv6 on your openHABian server, you can disable IPv6. Follow the instructions in the previous section and insert a line into openhabian.conf reading ipv6=disable.

Also openhabian ist sich da auch sicher ob es funktioniert

X__ · 17. Oktober 2022

Habe eben die FB mal (leider) neu gestartet, jetzt gehts grade wieder.
Ein Ping hat zunächst den Rasperry unter der v6-Adresse und einige Momente später unter der v4-Adresse anpingen können.

Die Ausgabe mit funktionierender Namensauflösung:

Code:

dig raspberry /FQDN  +nssearch
192.168.178.71
192.168.178.200

dig raspberry /FQDN +all

; <<>> DiG 9.16.33-Raspbian <<>> raspberry /FQDN +all
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28574
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 1, ADDITIONAL: 3

;; QUESTION SECTION:
;raspberry.                      IN      A

;; ANSWER SECTION:
raspberry.               9       IN      A       192.168.178.71
raspberry.               9       IN      A       192.168.178.200

;; AUTHORITY SECTION:
raspberry.               9       IN      NS      fritz.box.

;; ADDITIONAL SECTION:
fritz.box.              9       IN      A       192.168.178.1
fritz.box.              9       IN      AAAA    fd00::xxxx:xxxx:xxxx:xxxx
fritz.box.              9       IN      AAAA    2a00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx

;; Query time: 10 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Mon Oct 17 19:22:04 CEST 2022
;; MSG SIZE  rcvd: 153

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 11660
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;/FQDN.                         IN      A

;; AUTHORITY SECTION:
.                       3600    IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2022101701 1800 900 6048
00 86400

;; Query time: 90 msec
;; SERVER: 192.168.178.1#53(192.168.178.1)
;; WHEN: Mon Oct 17 19:22:04 CEST 2022
;; MSG SIZE  rcvd: 109

Ergänzung (17. Oktober 2022)

0x7c9aa894 schrieb:
...that case or if you are sure that you do not need IPv6 on your openHABian server, you can disable IPv6.....

Das ist leider genau der Grund, warum ich v6 aktiviert habe : das openHABian-System 🥳
Könnest du zu dem Text noch mal den Link einfügen ?

Edit : Ah, schon selber gefunden
Das bezieht sich aber primär auf die Installation selbst (so verstehe ich das zumindest).
Das System selber läuft schon diverse Monate bei mir

0x7c9aa894 · 17. Oktober 2022

X__ schrieb:
Könnest du zu dem Text noch mal den Link einfügen ?

https://www.openhab.org/docs/installation/openhabian.html#setup-notes

Also ich bin auch daran interessiert zu lernen wie DNS bei IPv6 funktioniert.
Also bei IPv4 läuft das ja meist über den DHCP Server der dann den DNS Eintrag mit macht. Also z.B. dnsmasq oder per script von den dhcp lease zum DNS server. Aber bei IPv6 hat ja meist ja gar keinen DNS Server mehr, sondern alles läuft über Broadcasts oder SLAAC.

X__ · 17. Oktober 2022

0x7c9aa894 schrieb:
Also ich bin auch daran interessiert
....

Beim verstehen von v6 bin ich noch gaaaanz am Anfang, aber jetzt wird's halt notwendig.

Was bei mir spannend ist: Mal wird auf v4 gepingt, mal auf v6. Das entscheiden die Systeme aber von alleine.
Das zweite, was ich spannend finde, ist, dass nur der Raspberry betroffen ist und ausserdem nach einen Neustart der Fritzbox erstmal alles wieder gut ist

Hat ggf. die doppelte Einbindung des RasPi was damit zu tun (1xLAN, 1xWIFI) ?

Ergänzung (17. Oktober 2022)

Also, jetzt läuft's leider erst mal . Ich melde mich aber, sobald es wieder auftritt.

X__ · 18. Oktober 2022

So, es ist wieder so weit:
Vorhin Rechner hochgefahren - alles gut.
Nach einer Stunde noch mal probiert -> Namensauflösung für den Pi weg

Code:

$ dig raspberry /FQDN +nssearch


$ dig raspberry /FQDN +all

; <<>> DiG 9.18.7 <<>> raspberry /FQDN +all
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 43002
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;raspberry.                      IN      A

;; AUTHORITY SECTION:
.                       1614    IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2022101800 1800 900 604800 86400

;; Query time: 0 msec
;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP)
;; WHEN: Tue Oct 18 17:58:24 CEST 2022
;; MSG SIZE  rcvd: 112

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 48203
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;/FQDN.                         IN      A

;; AUTHORITY SECTION:
.                       1581    IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2022101800 1800 900 604800 86400

;; Query time: 20 msec
;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP)
;; WHEN: Tue Oct 18 17:58:24 CEST 2022
;; MSG SIZE  rcvd: 109

Wenn ich das jetzt z. B. auf die Dreambox mache :

Code:

[ ~]$ dig dm920 /FQDN +all

; <<>> DiG 9.18.7 <<>> dm920 /FQDN +all
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24133
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 3

;; QUESTION SECTION:
;dm920.                         IN      A

;; ANSWER SECTION:
dm920.                  9       IN      A       192.168.178.41

;; AUTHORITY SECTION:
dm920.                  9       IN      NS      fritz.box.

;; ADDITIONAL SECTION:
fritz.box.              9       IN      A       192.168.178.1
fritz.box.              9       IN      AAAA    fd00::xxxx:xxxx:xxxx:xxxx
fritz.box.              9       IN      AAAA    2a00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx

;; Query time: 0 msec
;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP)
;; WHEN: Tue Oct 18 18:05:35 CEST 2022
;; MSG SIZE  rcvd: 134

;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 64099
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;/FQDN.                         IN      A

;; AUTHORITY SECTION:
.                       1150    IN      SOA     a.root-servers.net. nstld.verisign-grs.com. 2022101800 1800 900 604800 86400

;; Query time: 0 msec
;; SERVER: 192.168.178.1#53(192.168.178.1) (UDP)
;; WHEN: Tue Oct 18 18:05:35 CEST 2022
;; MSG SIZE  rcvd: 109

X__ · 26. Oktober 2022

Falls vielleicht doch noch jemand eine Idee hat.....

andy_m4 · 26. Oktober 2022

X__ schrieb:
Nach einer Stunde noch mal probiert -> Namensauflösung für den Pi weg

Der fragt ja auch gar nicht Deine fritz.box.
Das sieht ein bisschen danach aus, als wird aus irgendwelchen Gründen der eingetragene Namensserver im Pi verstellt.
Evtl. findet sich ja in den Logs ein Hinweis darauf.

X__ · 26. Oktober 2022

Mal sehen, ich hab inzwischen Kontakt zum AVM-Support...

andy_m4 schrieb:
...der eingetragene Namensserver im Pi verstellt..

Im Pi ?

andy_m4 · 26. Oktober 2022

X__ schrieb:
Im Pi ?

Keine Ahnung ob ich da was falsch verstanden hab. Auf dem Rechner, auf dem die Namensauflösung nicht klappt.

X__ · 26. Oktober 2022

Ne, die Namensauflösung ZU GENAU DIESEM EINEN Rechner klappt von allen anderen Rechnern nicht mehr.
Alle anderen finden sich - als wenn der Rechner ausgeschaltet wird.

andy_m4 · 26. Oktober 2022

Ok. Du bist jetzt auf dem Rechner auf dem die Namensauflösung nicht korrekt klappt. Was sagt denn da:
host -v problematichostname
(wobei für problematichostname der Hostname eingesetzt werden muss, der nicht aufgelöst wird obwohl er eigentlich aufgelöst werden sollte)

X__ · 26. Oktober 2022

$ host -v raspberry
Trying "raspberry.fritz.box"
Trying "raspberry"
Host raspberry not found: 3(NXDOMAIN)
Received 112 bytes from 192.168.178.1#53 in 370 ms

andy_m4 · 26. Oktober 2022

Die Fritz!box hat den Namen offenbar "vergessen".
Was liefert denn der Aufruf auf dem einen Rechner wo es funktioniert?

X__ · 26. Oktober 2022

Du meinst die Namenauflösung zu einem nicht betroffenen System ?
Wie gesagt es ist sporadisch. Wenn mal wieder geht, dann sieht es so aus wie in Post Nr. 4.

Oder zu einem anderen System:

host -v dm920
Trying "dm920.fritz.box"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 37387
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 3

;; QUESTION SECTION:
;dm920.fritz.box. IN A

;; ANSWER SECTION:
dm920.fritz.box. 9 IN A 192.168.178.41

;; AUTHORITY SECTION:
dm920.fritz.box. 9 IN NS fritz.box.

;; ADDITIONAL SECTION:
fritz.box. 9 IN A 192.168.178.1
fritz.box. 9 IN AAAA fd00::xxxx:xxxx:xxxx:xxxx
fritz.box. 9 IN AAAA 2a00:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx

Received 135 bytes from 192.168.178.1#53 in 0 ms
Trying "dm920.fritz.box"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 60947
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;dm920.fritz.box. IN AAAA

;; AUTHORITY SECTION:
fritz.box. 9 IN SOA fritz.box. admin.fritz.box. 1666809964 21600 1800 43200 10

Received 75 bytes from 192.168.178.1#53 in 0 ms
Trying "dm920.fritz.box"
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 3144
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;dm920.fritz.box. IN MX

;; AUTHORITY SECTION:
fritz.box. 9 IN SOA fritz.box. admin.fritz.box. 1666809964 21600 1800 43200 10

Received 75 bytes from 192.168.178.1#53 in 3 ms

andy_m4 · 26. Oktober 2022

X__ schrieb:
Du meinst die Namenauflösung zu einem nicht betroffenen System ?

Was soll das heißen? "Namensauflösung zu einem betroffenen System?"
So wie ichs verstanden hab, ging ein Rechner doch problemlos. Die Namensauflösung hat dort IMMER funktioniert. Oder nicht?

X__ · 26. Oktober 2022

Nein. Wenn diese eine Rechner auf einmal nicht mehr aufgelöst wird, wird er von nirgendwo mehr aufgelöst - der DNS-Server der Fritzbox scheint diesen einen Namen aus einem Namens-Verzeichnis zu löschen.
Alle anderen Rechner jedoch werden untereinander weiter aufgelöst.

Aber nur wenn neben IPv4 auch IPV6 in der Fritzbox aktiviert ist. Nur IPv4 alleine funktioniert reibungslos.
Ich habe inzwischen den Verdacht, dass die Fritzbox da einen kleinen Bug hat.

Oder auf dem Raspberry ist irgendeine Einstellung, die die Fritzbox dazu veranlasst, den Namen zu löschen.
Das wäre das einfachere, aber ich kann mir nicht vorstellen, was das sein sollte, was auf der Fritzbox sowas auslösen kann.

andy_m4 · 26. Oktober 2022

X__ schrieb:
Ich habe inzwischen den Verdacht, dass die Fritzbox da einen kleinen Bug hat.

Ja. Würde ich auch fast sagen. Dummerweise ist die Fritz!Box so ziemlich eine Blackbox wo man nicht so ohne Weiteres weiter reingucken kann. Wobei es durchaus einige Spezialfunktionen gibt wie z.B. hier:
https://fritz.box/support.lua
Da gibts u.a. auch ein Paketsniffer-Tool (https://fritz.box/capture.lua).

X__ schrieb:
Oder auf dem Raspberry ist irgendeine Einstellung, die die Fritzbox dazu veranlasst, den Namen zu löschen.

Man kann als Client theoretisch seine IP-Adresse zurückgeben/freigeben:
https://www.rfc-editor.org/rfc/rfc2131#section-4.4.6

X__ · 26. Oktober 2022

andy_m4 schrieb:
Man kann als Client theoretisch seine IP-Adresse zurückgeben/freigeben

Also die IP-Adresse bleibt erhalten und darüber kann ich den Raspi ansprechen. Nur die Namensauflösung ist weg.

Ich hoffe jetzt mal auf den AVM-Support. Wenn das ein generelles Problem ist - evtl. auch in anderen FBoxen ist, sind die sicher an der Lösung interessiert.

Namensauflösung im LAN für einen einzigen Rechner instabil

Lieutenant

Fleet Admiral

Lieutenant

IPv6 notes​

Lieutenant

Lieutenant

Lieutenant

Lieutenant

Lieutenant

Admiral

Lieutenant

Admiral

Lieutenant

Admiral

Lieutenant

Admiral

Lieutenant

Admiral

Lieutenant

Admiral

Lieutenant

Passend zum Thema

IPv6 notes