Quelle est la différence entre .local, .home et .lan?


24

Comment adresser de manière fiable différentes machines sur mon réseau?

J'ai toujours utilisé le .localsuffixe pour parler aux ordinateurs de mon réseau local auparavant. Avec un nouveau routeur, cependant, cela fonctionne .localrarement (mais parfois). J'ai trouvé cela .homeet les .landeux fonctionnent généralement , mais pas toujours.

.-------.   .--------.                 .-----.
| modem |---| router |))))))(wifi))))))| foo |
.-------.   .--------.         v       .-----.
   ||            |             v
 /_^_^_\         |             \))))))).-----.
/ cloud \        |                     | bar |
 \-_-_-/      .-----.                  .-----.
              | baz |
              .-----.

Donc, depuis un terminal foo, je peux essayer:

ssh bar.local
ssh bar.home
ssh bar.lan

ssh baz.local
ssh baz.home
ssh baz.lan

et parfois certains de ces suffixes fonctionnent et d'autres non, mais je ne sais pas prédire lequel ou quand.

foo,, baret bazsont tous des systèmes Linux ou Android modernes et les boîtiers Linux ont tous (ou peuvent avoir) avahi-daemon, ou d'autres packages raisonnablement disponibles, installés

(Je ne veux pas configurer d'adresses IP statiques: je voudrais continuer à utiliser DHCP (à partir du routeur) pour chaque machine, et même si j'étais d'accord avec les adresses statiques, je voudrais pouvoir entrer des noms d'hôtes dans les machines Android non rootées, où je ne peux pas modifier le fichier hosts pour mapper un nom d'hôte choisi à une adresse IP.)


qu'utilisez-vous /etc/resolv.confpour vos serveurs de noms? Aussi, si vous avez diginstallé quelle sortie obtenez-vous lorsque vous exécutez dig +trace baz.local?
Red Cricket

Vous devez ajouter des informations supplémentaires (comme fournies dans votre dernier commentaire) à votre question. Ajoutez également le ou les routeurs que vous utilisez.
maxschlepzig

Réponses:


21

Il n'y a pas de RFC qui spécifient .lanet .home. Ainsi, c'est au fournisseur du routeur de déterminer quels pseudo TLD (noms de domaine de premier niveau) sont configurés par défaut.

Par exemple, mon fournisseur de routeur (AVM) semble utiliser .fritz.boxpar défaut.

.localest utilisé par mDNS (multicast DNS) , un protocole conçu par Apple. L'utilisation example.localne fonctionne que sur les systèmes (et pour les destinations) qui ont un démon mDNS en cours d'exécution (par exemple MacOSX, les distributions Linux actuelles comme Ubuntu / Fedora).

Vous pouvez continuer à utiliser DHCP - mais vous devrez peut-être configurer un peu votre routeur. La plupart des routeurs vous permettent de configurer des éléments tels que le nom de domaine du réseau.

Notez que l'utilisation de pseudo TLD est un peu dangereuse - .lansemble être populaire - et meilleure que .local(car elle n'entre pas en conflit avec les mDNS .local) - mais il n'y a aucune garantie que l'ICANN ne l'introduira pas comme nouveau TLD à un moment donné.

Mise à jour 2019 : le cas d'espèce .boxn'est plus un pseudo TLD. ICANN a délégué .box en 2016.

Ainsi, il est logique d'obtenir un vrai nom de domaine - et d'utiliser ses sous-domaines pour des informations privées, par exemple lorsque votre domaine est example.orgutilisé, vous pouvez utiliser:

lan.example.org
internal.example.org
...

2
En fait, tools.ietf.org/html/rfc6762 mentionne à la fois .lan et .home.
Powerman

6
@Powerman, eh bien, la RFC6762 mentionne .lanet .homedans l'annexe G mais elle ne spécifie pas leur utilisation ni leur sémantique. Au lieu de cela, il les répertorie simplement dans le cadre d'un commentaire: `` Nous ne recommandons pas du tout l'utilisation de domaines de premier niveau non enregistrés, mais si les opérateurs de réseau décident de le faire, les domaines de premier niveau suivants ont été utilisés sur des réseaux internes privés sans le problèmes causés par la réutilisation de ".local". à cet effet '
maxschlepzig

2
En Février 2018, .home, .corpet .mailpeut être considérée comme sûre: icann.org/resources/board-material/... L' utilisation .landevrait encore être considérée comme risquée.
Daniel Martin

1
Autre mise à jour: RFC8375 (mai 2018) spécifie .home.arpapour les réseaux domestiques ( tools.ietf.org/html/rfc8375 )
John O'M.

0

Si je comprends bien, si vous utilisez l'une des adresses numériques du réseau privé RFC-1918 , celles-ci sont garanties par les "règles" Internet pour ne pas être acheminées au-delà de leur propre sous-réseau.

Certains noms sont réservés à un usage spécial ( {invalide., Localhost., Test. Dans RFC6761} {local. Dans RFC6762} {oignon. Dans RFC7686} site iana )

Le résultat de ceci est que vous pouvez utiliser certains noms qui vous plaisent sur votre réseau local LAN . Si les numéros d'adresse sont dans la plage RFC1918: même si les gens sur Internet public connaissent les noms de vos nœuds, ils ne peuvent pas router vers ces adresses.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.