Wie kann ich verschiedene Rechner in meinem Netzwerk zuverlässig ansprechen?
Ich habe immer das .local
Suffix verwendet, um mit Computern in meinem lokalen Netzwerk zu sprechen. Mit einem neuen Router .local
funktioniert das allerdings selten (wenn auch manchmal). Ich habe das gefunden .home
und .lan
beide funktionieren normalerweise , aber nicht immer.
.-------. .--------. .-----.
| modem |---| router |))))))(wifi))))))| foo |
.-------. .--------. v .-----.
|| | v
/_^_^_\ | \))))))).-----.
/ cloud \ | | bar |
\-_-_-/ .-----. .-----.
| baz |
.-----.
Ab einem Terminal foo
kann ich also versuchen:
ssh bar.local
ssh bar.home
ssh bar.lan
ssh baz.local
ssh baz.home
ssh baz.lan
und manchmal funktionieren einige dieser Suffixe und andere nicht, aber ich weiß nicht, wie ich vorhersagen soll, welche oder wann.
foo
, bar
Und baz
sind alle modernen Linux oder Android - Systeme und die Linux - Boxen alle haben (oder haben) avahi-Daemon oder anderen vernünftigen verfügbaren Pakete installiert
(Ich möchte keine statischen IP-Adressen einrichten. Ich möchte weiterhin DHCP (vom Router) für jeden Computer verwenden, und selbst wenn ich mit statischen Adressen einverstanden bin, möchte ich in der Lage sein, Hostnamen einzugeben die nicht gewurzelten Android-Maschinen, auf denen ich die Hosts-Datei nicht bearbeiten kann, um einen ausgewählten Hostnamen einer IP-Adresse zuzuordnen.)
/etc/resolv.conf
Nameservern? Auch wenn Siedig
installiert haben, welche Ausgabe erhalten Sie, wenn Sie ausführendig +trace baz.local
?Antworten:
Es gibt keine RFCs, die
.lan
und angeben.home
. Daher ist es Sache des Routers, welche Pseudo-TLDs (Top-Level-Domain-Namen) standardmäßig konfiguriert sind.Zum Beispiel scheint mein Router-Hersteller (AVM)
.fritz.box
standardmäßig zu verwenden..local
wird von mDNS (Multicast-DNS) verwendet , einem von Apple entwickelten Protokoll. Die Verwendungexample.local
funktioniert nur auf Systemen (und für Ziele), auf denen ein mDNS-Daemon ausgeführt wird (z. B. MacOSX, aktuelle Linux-Distributionen wie Ubuntu / Fedora).Sie können weiterhin DHCP verwenden, müssen aber möglicherweise Ihren Router ein wenig konfigurieren. Mit den meisten Routern können Sie beispielsweise den Domänennamen für das Netzwerk konfigurieren.
Beachten Sie, dass die Verwendung von Pseudo-TLDs gefährlich ist - sie
.lan
scheint populär zu sein - und besser als.local
(da sie nicht mit mDNSs kollidiert.local
) - aber es gibt keine Garantie dafür, dass ICANN sie irgendwann nicht mehr als neue TLD einführt.Update 2019 : Ein typisches Beispiel : Es
.box
handelt sich nicht mehr um eine Pseudo-TLD. ICANN hat die .box 2016 delegiert .Daher ist es sinnvoll, einen echten Domain-Namen zu erhalten - und Sub-Domains davon für private Zwecke zu verwenden, z. B. wenn Sie Ihre Domain verwenden
example.org
könnten:quelle
.lan
und.home
im Anhang G, aber es spezifiziert weder ihre Verwendung noch ihre Semantik. Stattdessen werden sie nur als Teil eines Kommentars aufgelistet: „Wir empfehlen, überhaupt keine nicht registrierten Top-Level-Domains zu verwenden. Sollten sich Netzbetreiber dazu entschließen, wurden die folgenden Top-Level-Domains in privaten internen Netzwerken ohne das verwendet Probleme, die durch den Versuch verursacht wurden, ".local" wiederzuverwenden zu diesem Zweck '.home
,.corp
und.mail
kann als sicher gelten: icann.org/resources/board-material/... Mit.lan
noch riskant betrachtet werden soll..home.arpa
für Heimnetzwerke ( tools.ietf.org/html/rfc8375 )Wenn Sie eine der numerischen Adressen des privaten RFC-1918- Netzwerks verwenden, wird nach meinem Verständnis durch die "Internetregeln" garantiert, dass diese nicht über das eigene Subnetz weitergeleitet werden.
Einige Namen sind für spezielle Zwecke reserviert ( {invalid., Localhost., Test. In RFC6761} {local. In RFC6762} {onion. In RFC7686} iana site )
Das Ergebnis ist, dass Sie in Ihrem privaten Netzwerk-LAN einige Namen verwenden können, die Sie möchten . Wenn die Adressnummern im RFC1918-Bereich liegen: Auch wenn Personen im öffentlichen Internet Ihre Knotennamen kennen, können sie nicht an diese Adressen weiterleiten.
quelle