Meilleures pratiques pour le FQDN pour le domaine autonome (est un domaine de deux parties.tld ok?)

J'ai cherché un peu et je ne trouve pas une réponse directe et moderne à ce sujet.

Si j'habite un domaine, par exemple, mydomain.com , sur une machine qui ne sera utilisée que pour ce domaine, et qu'il n'y a pas de sous-domaines, y myhost -il une raison réelle et pratique, en plus de la conformité, pour créer un nom d'hôte arbitraire (c'est-à-dire myhost ) Juste pour avoir un FQDN en trois parties ( myhost.mydomain.com ) pour satisfaire une sorte de RFC ou de convention attendue.

Cela semble faire beaucoup de complexités indues de mon point de vue, et je ne sais pas s'il y a un avantage ou si c'est juste un hold-over depuis un moment où toutes les ressources Web provenaient d'un sous-domaine tel que www et ftp qui Peut-être nécessaire de répartir les machines séparément.

Je n'utilise pas non plus www sur mon domaine, ce qui est mal conseillé pour tout ce que je sais du point de vue des administrateurs (bien que le retrait soit la norme du point de vue d'un concepteur) …

2 Solutions collect form web for “Meilleures pratiques pour le FQDN pour le domaine autonome (est un domaine de deux parties.tld ok?)”

Vous ne devriez jamais donner à votre serveur un nom contenant uniquement le nom de domaine nu.

La raison principale est que de nombreux services utilisent le nom d'hôte en interne et peuvent présumer que le serveur est nommé séparément du nom de domaine.

Entre autres choses, cela peut entraîner l' envoi de courrier électronique . Cela peut également causer des ruptures plus subtiles, des programmes qui pensent que votre domaine est com parce que vous avez nommé example.com machine. Une liste complète des choses susceptibles de se briser n'est probablement pas possible.

Tant que vous ne disposez que d'un seul serveur que vous élevez en tant qu'animal , vous pouvez probablement contourner les problèmes que cela causera. Mais lorsque vous développez (vous élargissez ou vous serez en panne d'affaires), vous allez finalement commencer à élever du bétail , et à ce moment-là, vous devrez tirer sur votre animal de compagnie.

Je recommande toujours de garder de bonnes habitudes et pratiques même lorsque vous n'avez pas besoin de le faire, puisque vous en aurez besoin plus tard, ils seront déjà enracinés.

Vous ne devez pas créer de sous-domaines si vous ne le souhaitez pas. Il est très courant d'avoir www point à @ afin que, si un navigateur Internet s'adresse soit à www.domain.com ou à domain.com , ils domain.com sur votre première page, peu importe.

La raison pour laquelle les gens créent des sous-domaines est qu'ils font d'autres choses en plus de www , telles que ftp.domain.com et owa.domain.com et development.domain.com , etc.

Si vous souhaitez parler des complications qui seraient introduites avec ceci si vous utilisiez Active Directory, une zone DNS à horizon divisé et un réseau interne, c'est une histoire complètement différente. Mais tu n'est pas.

Modifier: La réponse de Michael Hampton est bien meilleure que la mienne.

  • L'application de messagerie NextCloud n'envoie pas de FQDN
  • L'édition du file hôte - supprime les parameters par défaut entraîne des problèmes?
  • Pourquoi ai-je besoin d'un FQDN pour un hyperviseur utilisé uniquement pour exécuter des machines virtuelles pour les tests logiciels?
  • Vérifier si mon nom d'hôte est correct (ovh vps + centos7)
  • Comprendre les changements apparents du DNS entre les centos 6 et 7
  • Le nom de l'ordinateur du controller de domaine n'utilise pas le FQDN
  • Définition du nom de domaine complet
  • Dans / etc / hosts, y at-il quelque chose de spécial sur le premier nom d'hôte pour une ligne donnée?
  • Le renvoi conditionnel DNS AD renvoie un nom court au lieu de fqdn
  • Mon logging MX doit-il indiquer mon FQDN?
  • Problème de résolution de noms
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.