4 votes

Meilleures pratiques pour le FQDN d'un domaine autonome (un domaine .tld à deux parties est-il acceptable ?)

J'ai fait de nombreuses recherches et je n'ai pas réussi à trouver une réponse directe et moderne à cette question.

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

De mon point de vue, cela semble créer beaucoup de complexités inutiles, et je ne suis pas sûr qu'il y ait un moyen d'y parvenir. avantage ou s'il s'agit simplement d'une survivance d'une époque où toutes les ressources du web provenaient d'un sous-domaine tel que www y ftp qui peuvent avoir besoin d'évoluer vers des machines distinctes.

Je n'utilise pas www sur mon domaine, non plus, ce qui est mal conseillé pour autant que je sache du point de vue des administrateurs (bien que l'enlever soit la norme du point de vue d'un concepteur)...

3 votes

Vous ne serez pas sur un seul serveur pour toujours. Autant commencer dès maintenant.

0 votes

8voto

Michael Hampton Points 232226

Vous ne devez jamais donner à votre serveur un nom contenant seulement le nom de domaine nu.

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

Entre autres choses, cela peut causer e-mail non délivré . Il peut également causer des dégâts plus subtils, de la part de programmes qui pensent que votre domaine est com parce que vous avez nommé la machine example.com . Il est probablement impossible de dresser une liste complète des éléments susceptibles de se briser.

Tant que vous n'avez qu'un seul serveur sur lequel vous êtes l'élevage comme animal de compagnie vous pouvez probablement contourner les problèmes que cela entraînera. Mais lorsque vous vous développerez (soit vous vous développerez, soit vous mettrez la clé sous la porte), vous finirez par vous mettre à l'élevage du bétail et à ce moment-là, vous devrez tirer sur votre animal.

Je recommande toujours de garder de bonnes habitudes et de bonnes pratiques, même lorsque ce n'est pas strictement nécessaire, car lorsque vous hacer plus tard, ils seront déjà ancrés.

0 votes

Merci ! C'est la seule réponse qui donne un réel raison pour la meilleure pratique que j'ai entendu recommander (avec des accents différents) sur tant de sites Web. Dans mon cas, il s'agit d'un site statique personnel que je n'étendrai pas à l'avenir, mais dans tous les cas, je comprends qu'il n'y a rien à gagner à violer cette hypothèse particulière.

0voto

Ryan Ries Points 54671

Vous n'êtes pas obligé de créer des sous-domaines si vous ne le souhaitez pas. Il est très courant d'avoir www pointer vers @ de sorte que si un navigateur internet est dirigé vers l'un ou l'autre des sites suivants www.domain.com o domain.com ils finiront quand même par arriver sur votre page d'accueil.

La raison pour laquelle les gens créent des sous-domaines est qu'ils font d'autres choses que simplement www comme ftp.domain.com y owa.domain.com y development.domain.com etc.

Si vous voulez parler des complications que cela entraînerait si vous utilisiez Active Directory, une zone DNS à horizon partagé et un réseau interne, c'est une toute autre histoire. Mais ce n'est pas le cas.

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

1 votes

Il parle de nommer le serveur et non pas DNS. Je pense.

0 votes

Ok, vous pourriez nommer votre machine mydomain si vous le vouliez vraiment, mais c'est une idée terrible si vous prévoyez de changer d'échelle, du tout au tout, donc presque personne ne le fait jamais.

0 votes

Oui, je parlais du nom d'hôte du serveur. J'ai utilisé un nom de domaine de www à @ pendant de nombreuses années et réécrit les urls pour supprimer le www - aucun problème pour mes besoins. Je configurais un MTA pour la première fois et j'ai dû créer un FQDN et je me sentais rebelle à ce sujet, mais la réponse de Michael Hampton a empêché ma sécession de l'union du bon sens.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X