Nom de domaine correct pour une machine Linux de bureau à domicile

J'ai plusieurs machines exécutant Debian et lors de l'installation, j'ai laissé le domain namechamp vide. Cela n'a rien affecté jusqu'à présent, mais je suis curieux de savoir quelle est la bonne chose à définir dans ce champ si vous n'avez pas de domaine Web enregistré et que votre IP est définie dynamiquement ( http://www.whatsmyip.org / donne une IP différente tous les quelques mois). Toutes mes excuses s'il s'agit d'une nouvelle question, mais je ne trouve aucun résultat via Google.

Quel est le nom de domaine approprié pour un ordinateur de bureau à domicile avec une adresse IP dynamique?

Bien qu'il ne soit pas nécessaire de l'associer à un domaine, il est toujours utile de l'associer à un pour éviter que des problèmes de recherche de nom d'hôte de l'hôte en question ne soient transférés plus haut dans la hiérarchie DNS. Dans la plupart des cas, avoir .localcomme domaine est approprié, car vous serez probablement derrière un routeur qui ne transmet pas votre nom DNS. J'ai également vu certains systèmes utiliser .homeà la place de cela.

.localest considéré comme le meilleur proctice, car un routeur sensible ne transmettra pas les demandes de noms d'hôtes appartenant à ce domaine, donc si pour une raison étrange vous avez un serveur nommé microsoft.comà la maison, il sera traité localement, car son nom de domaine complet sera alorsmicrosoft.com.local.

Une autre approche est ce que je fais car j'ai plusieurs machines et serveurs répartis partout et à la maison, j'utilise mon ordinateur de bureau dans le cadre de mon nom de domaine. Mes serveurs DNS ont une entrée DNS pour mon bureau, avec mon routeur qui lui transfère ( sshprincipalement) divers services .

De plus, je trouve cela très pertinent, car changer le domaine d'un serveur peut être plus compliqué que changer votre nom légal .:

Ce nom d'hôte va dans des dizaines de fichiers de configuration à distance. Changer le nom d'un enfant est relativement facile!

Si vous ne connectez pas plus d'une poignée de machines au début, mais que vous pensez que cela peut évoluer, vous pouvez utiliser quelque chose dans le .localTLD ( https://en.wikipedia.org/wiki/.local )

Quelque chose comme yoursurname.localpeut être le nom de domaine.

Si vous ne pensez même pas à évoluer sur plus de 10 à 15 machines, vous n'avez pas besoin d'un nom de domaine. Mais si vous pensez que vous évoluerez, choisir quelque chose de non exotique comme le .localTLD vous permettra de configurer un serveur DNS complet plus tard pour atteindre vos machines.

Assurez-vous de lire la page de wikipedia; l'utilisation de "somethingcustom.local" comme domaine est quelque chose qui a été fait dans le passé, et qui se fait encore dans les petites entreprises. Quoi qu'il en soit, comme vous pouvez le voir sur la page, le .localTLD a été réservé pour une utilisation dans mDNS, pour les noms d'hôte dans le formulaire hostname.local, qui peuvent entrer en collision avec votre configuration. Conformément à la RFC 6762, vous pouvez utiliser des méthodes de recherche alternatives (par exemple, le serveur DNS personnalisé que je recommande pour étendre votre réseau) et le résultat dépend de votre capacité à ne pas mélanger les données et les noms ...

S'il s'agit d'un seul réseau et que vous n'avez pas l'intention de configurer un serveur de messagerie local ou un serveur DNS qui se connecte à Internet, le nom de domaine n'a aucune importance et peut rester vierge.

Le nom de domaine ne sert qu'à se combiner avec le nom d'hôte pour créer le nom de domaine complet (FQDN) du système. Par exemple, si le nom de domaine est company.comet le nom d'hôte l'est host1, le FQDN l'est host1.company.com. Vous devrez toujours configurer un serveur DNS pour résoudre ce nom en une adresse IP, ou avoir un point de serveur DNS Internet vers votre réseau.

Sans nom de domaine, les ordinateurs peuvent toujours être identifiés sur leur réseau par leur nom d'hôte.

Puisqu'il s'agit d'un ordinateur de bureau à domicile auquel une adresse IP locale est attribuée via DHCP, un nom de domaine vierge est tout à fait approprié. La spécification d'un nom de domaine n'aurait aucun effet dans ce cas.

Pour plus d'informations, voir Wikipedia: Nom de domaine complet .