Was verursacht unterschiedliche Großschreibung und Zusätze wie .local in den angegebenen Hostnamen?

319
Nick

Ich habe zwei Raspberry Pi-Boards mit Linux (Raspbian). Ihre völlige Identität verunsichert mich, wenn ich ihre beworbenen Hostnamen sehe:

Das erste ist kitchen.local; die zweite BATHROOM.

Die Datei / etc / hostname ist kitchenund bathroomjeweils für beide Geräte.

Meine Frage ist also: Was fügt das hinzu .localoder bewirkt, dass das zweite Gerät alle Großbuchstaben im Hostnamen hat?

Ich bin mir nicht sicher, wie das alles funktioniert und ob es sich um Folgendes handelt: Ich frage die Hostnamen mit Angry IP Scanner ab. Mein DHCP-Server ist ein Router mit OpenWRT. Der DNS-Server ist mein Modem, das meiner Meinung nach als eine Art Cache dient.

1

1 Antwort auf die Frage

1
Spiff

Ihr Scan-Tool verwendet möglicherweise mehrere unterschiedliche Discovery / Browsing-Protokolle, um die Namen der erkannten Geräte zu ermitteln, und es gibt unterschiedliche Konventionen für die verschiedenen Protokolle.

Der NetBIOS-Namensdienst ist sehr alt und verwendet traditionell ALLE CAPS-Hostnamen.

IETF ZeroConf unterstützt die Groß- und Kleinschreibung und verwendet die .local-Benennung. (Ein Hinweis zur Benennung: ZeroConf wurde als Apple Rendezvous / Bonjour gegründet und ist seitdem von der IETF standardisiert. Die zugrunde liegenden Protokolle heißen mDNS (Multicast-DNS) und DNS-SD (DNS-Dienstermittlung)) Die bekannteste Linux-Implementierung ist wahrscheinlich immer noch Avahi, obwohl Apples Open-Source-mDNSResponder in einigen Distros verwendet wird und OpenWrt einen eigenen mDNS-Daemon erstellt hat.

Das proprietäre LLMNR (link-local multicast name resolution) von Microsoft ist wie ein nicht standardmäßiger Halbklon von ZeroConf und verwendet auch die .local-Benennung, nur um Dinge zu verwirren.

Vielleicht bleibt Ihr Scanner nur bei dem Namen, den er zuerst über das Protokoll entdeckt, das zuerst reagiert.

Danke, dies könnte die präziseste und zugleich vollständigste Zusammenfassung der verschiedenen Mechanismen sein, die hinter dieser scheinbar einfachen Angelegenheit stehen. Eine Frage allerdings: Werden diese Hostnamen immer über eine Art umgekehrter DNS-Abfrage zurückgegeben? Wir fragen das Gerät also nicht nach dem Hostnamen, sondern fragen einen DNS-Server ab, mit dem sich der Host identifiziert hat. Warum so kompliziert? Übrigens, nicht sicher, welche Art von Protokollen der Angry IP Scanner verwendet. Es heißt nur "DNS": http://angryip.org/faq/hostnames.html. Nick vor 6 Jahren 0
@Nick mDNS funktioniert durch Multicasting einer DNS-ähnlichen Abfrage im LAN. Im Wesentlichen werden folgende Fragen gestellt: „Wie lautet der Hostname für die IP-Adresse 192.168.1.3?“ Und die Einheit, die diese Adresse hat, antwortet durch Multicasting einer DNS-ähnlichen Antwort: 192.168.1.3 ist kitchen.local ”. Dies ist eine grobe Vereinfachung der Funktionsweise, aber der Punkt ist, dass alles mit lokalen Multicasts von DNS-ähnlichen Abfrage- und Antwortpaketen erledigt wird, ohne dass ein Unicast-DNS-Server erforderlich ist. Spiff vor 6 Jahren 0
Ich verstehe, also könnte die Einheit, die antwortet, auch das Gerät sein, das der Hostname für sich selbst verlangt. Ich frage mich, welche Geräte es sonst sein könnten. Der DHCP-Server? In jedem Fall ist der Hostname, der mit verschiedenen Protokollen abgefragt wird, wahrscheinlich die Ursache. Die Erklärungen für das Verhalten sind wahrscheinlich die, dass für jedes Gerät einige Einheiten Antworten auf eine der Abfragen mit jeweils einem anderen Protokoll haben, möglicherweise aus Zeitgründen, oder dass es nur mehrere Geräte gibt, die nur auf bestimmte Protokolle antworten. Nick vor 6 Jahren 0

Verwandte Probleme