DNS lokaler Clients unzuverläßig?

Das word am der Konfiguration deiner Clients, des Netzwerks, sowie des 
auflösenden DNS-Service liegen. Vielleicht auch noch an was anderem.

https://youtu.be/-upam5r3nbA

Oliver

Thomas O. schrieb:
> Hat jemand eine Ahnung woran das liegen könnte?

An Deinem schrottigen Netzwerk? 😝
Beitrag "ssh: connect to host rpi4xyz port 22: No route to host?"

Thomas O. schrieb:
> z.B.
>

1

ssh computer1

Das wird ja zu einer DNS-Anfrage nach einem Hostnamen in der aktuellen 
Domain des Clients und hängt damit von den DNS-Einstellungen bzgl. 
search auf dem Client ab.

Probiere mal wie es aussieht wenn Du einen FQDN verwendest, also den 
Namen Deiner lokalen Domain explizit an den Rechnernamen anhängst.

Schau Dir außerdem mal die DNS-Konfiguration Deines Clients an:

1

cat /etc/resolv.conf

Ist da die IP des richtigen Nameservers hinterlegt?

Sind vielleicht mehrere Nameserver hinterlegt die nicht alle über den 
exakt selben Satz an Domaindaten verfügen? Das wäre eine schlechte Idee, 
alle Nameserver müssen gleichwertig verwendet werden können damit es 
zuverlässig funktionieren kann.

Thomas O. schrieb:
> Hat jemand eine Ahnung woran das liegen könnte?

Hast du nach dem Motto "viel hilft viel" mehrere DNS-Resolver 
konfiguriert?
Einmal den lokalen Router, welcher der die Hostnamen zu den per DHCP 
vergebenen IP-Adressen kennt, und dann zusätzlich, "sicher ist sicher", 
den 1.1 oder 8.8.8.8?

Dein nslookup sollte eigentlich anzeigen, welcher Server da mit NXDOMAIN 
geantwortet hat.

Ich habe ähnliche Erfahrungen mit DynDNS gemacht, kein IP-Updater war 
wirklich zuverlässig was das Melden einer neuen IP angeht wenn die 
DSL-Verbindung neu aufgebaut werden mußte. Endete damit, daß ich mir 
einen eigenen Updater geschrieben habe, der das jede Minute überprüft 
und das Update selbst durchführt wenn nötig.