Nom de domaine correct pour une machine Linux de bureau à domicile
J'ai plusieurs machines sous Debian et lors de l'installation, j'ai laissé le champ domain name vierge. Cela n’a affecté aucun élément jusqu’à présent, mais je suis curieux de savoir quelle est la bonne chose à définir pour ce champ si vous n’avez pas de domaine Web enregistré et que votre adresse IP est définie de manière dynamique ( http://www.whatsmyip.org/ donne une adresse IP différente tous les quelques mois). Toutes mes excuses s'il s'agit d'une question nouvelle, mais je ne trouve aucun résultat via Google.
Quel est le nom de domaine approprié pour un bureau domestique avec une adresse IP dynamique?
Bien qu'il ne soit pas nécessaire de s'associer à un domaine, il est néanmoins utile de l'associer à un domaine pour éviter les problèmes de recherche de nom d'hôte de l'hôte en question transféré plus haut dans la hiérarchie DNS. Dans la plupart des cas, il est approprié d'avoir .local comme domaine, car vous serez probablement derrière un routeur qui ne transmettra pas votre nom DNS. J'ai également vu certains systèmes utiliser .home à la place de cela.
.local est considéré comme le meilleur procédé, car un routeur sensible ne transmettra pas les demandes de noms d’hôtes appartenant à ce domaine. Ainsi, si pour une raison étrange, vous avez un serveur nommé Microsoft.com à la maison, celui-ci sera traité localement, en tant que FQDN sera alors Microsoft.com.local.
Une autre approche est ce que je suis en train de faire car différents ordinateurs et serveurs sont répartis sur tout mon ordinateur. À la maison, j’utilise mon ordinateur de bureau avec mon nom de domaine. Mes serveurs DNS ont une entrée DNS pour mon bureau, avec mon routeur lui transmettant divers services (ssh, principalement).
De plus, je trouve cela très pertinent, car changer le domaine d’un serveur peut être plus compliqué que de changer son nom légal.
Ce nom d'hôte se trouve dans des dizaines de fichiers de configuration distants. 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 TLD .local ( https://en.wikipedia.org /wiki/.local )
Quelque chose comme yoursurname.local peut être le nom de domaine.
Si vous ne songez même pas à utiliser plus de 10 à 15 ordinateurs, vous n'avez pas besoin d'un nom de domaine. Mais si vous pensez que vous allez évoluer, choisir quelque chose non-exotique comme le TLD .local 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 "quelque chose.local.local" en tant que domaine est quelque chose qui a été fait dans le passé, et est toujours utilisé dans les petites entreprises. Quoi qu'il en soit, comme vous pouvez le constater sur la page, le TLD .local a été réservé pour une utilisation dans mDNS, pour les noms d'hôte de la forme hostname.local, ce qui peut entrer en conflit avec votre configuration. Conformément à la RFC 6762, vous POUVEZ utiliser d’autres méthodes de recherche (par exemple, le serveur DNS personnalisé que je recommande pour l’échelle de votre réseau) et vous aurez ainsi la possibilité de ne pas confondre données et 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 être laissé vide.
Le nom de domaine sert uniquement à 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.com et que le nom d'hôte est Host1, le nom de domaine complet est Host1.company.com. Vous devrez toujours configurer un serveur DNS pour résoudre ce nom en une adresse IP ou faire en sorte que certains serveurs DNS Internet pointent 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 bureau domestique auquel une adresse IP locale est attribuée via DHCP, un nom de domaine vide est tout à fait approprié. Spécifier un nom de domaine n'aurait aucun effet dans ce cas.
Pour plus d'informations, voir Wikipedia: Nom de domaine complet .