Quelle est la différence entre un nom d’hôte et un nom de domaine complet?

Je suis nouveau dans le monde de la configuration de serveurs et je suis déconcerté par les termes nom d’hôte et nom de domaine complet (FQDN).
Par exemple, si je veux configurer un serveur qui héberge des fichiers sur le réseau local, c’est-à-dire un serveur de fichiers, qu’utiliserais-je comme nom d’hôte myfileserverou autre chose?
Que se passe-t-il si je souhaite configurer un serveur Web, un serveur de messagerie, etc. auquel des utilisateurs externes peuvent accéder?

domain domain-name-system hostname PeanutsMonkey
la source

Jetez un coup d'oeil à cette question et ses réponses serverfault.com/questions/222095/…

user9517 prend en charge GoFundMonica

Réponses:

Votre nom d'hôte est le nom de votre ordinateur.

Votre nom de domaine complet correspond à votre nom d’hôte et au domaine dans lequel votre société se termine souvent .local.

Par conséquent, si le nom de votre ordinateur est bobassocié au domaine de votre société, le contoso.localnom de domaine complet (FQDN) de votre ordinateur est bob.contoso.local:

Nom d'hôte :bob
Domaine :contoso.com
FQDN :bob.contoso.com

Dans le cas d'un domaine comme celui que contoso.localje n'ai pas utilisé, un nom de domaine Internet "externe". Ce nom ne doit pas forcément être le seul moyen d'adresser le serveur.
Si vous le rendez disponible par son adresse IP, vous pouvez utiliser DNS ou cette adresse IP pour permettre aux utilisateurs externes d'y accéder.

Quelques informations supplémentaires sur le DNS:
- http://www.howstuffworks.com/dns.htm
- http://en.wikipedia.org/wiki/.local

Edit : Merci pour le commentaire sur les .localdomaines RobM

Sclarson
la source

Donc, le nom de mon ordinateur devrait être unique sur le segment de réseau sur lequel je me trouve? Je suis encore plus confus par l'utilisation de local. Quand utiliseriez-vous local? Est-ce que je n'utiliserais que les fichiers .com, .net, etc. uniquement si le serveur était accessible de l'extérieur?

Donc, si je le configure comme par exemple contoso.com et qu'il pointe vers une adresse IP interne, par exemple 192.168.0.1, que ferait-il si je ne l'appelais pas contoso.local?

Votre "domaine" au sens Internet ressemble à "peanutmonkey.com". Ensuite, vous prenez votre IP externe et sur un serveur DNS, vous dites "Quand une demande de peanutmonkey.com arrive, envoyez-la à cette IP". Ensuite, un ordinateur à cette adresse IP accepte et gère la demande. Un "domaine local" correspond à quelque chose dans lequel une entreprise configure 500 postes de travail et souhaite que les outils internes résolvent leurs adresses IP à partir de leurs noms, mais ne souhaite pas qu'Internet le sache. Ils ont donc un DNS interne avec des noms de domaine qui n'existent nulle part en dehors du bureau.

Sclarson

En passant, n'utilisez pas ".local" comme nom de domaine interne. C'est un nom réservé à bonjour networking (un protocole Apple utilisé dans plus d'endroits que vous ne le pensez, ce qui signifie que "je n'ai pas de Mac, donc ça va" ne va pas aider) et Microsoft ne le recommande donc plus. .

Rob Moir

Un point mineur - techniquement, un domaine n'est pas considéré comme pleinement qualifié sans une traînée. à la fin, et l'étiquette implicitement vide. Par conséquent, www.google.com. est un nom de domaine complet alors que www.google.com ne l’est pas. En pratique, la plupart des applications (navigateurs Web, clients de messagerie, etc.) supposent que tout nom de domaine contenant au moins un point doit être qualifié complet.

Murali Suriar

Le nom d'hôte est uniquement le nom de l'ordinateur et le nom de domaine complet est le nom d'hôte plus le nom de domaine qui le suit ....

nom d'hôte: bigbox fqdn: bigbox.mynetwork.com

ou communément, le nom de domaine se termine par .local au lieu de .com, mais cela dépend de l'environnement.

Habituellement, vous disposez d'un DNS privé contenant la configuration de votre domaine .local et d'un serveur DNS distinct pour le public où réside votre .com. Vous ne voulez pas placer votre domaine .local sur un serveur DNS public, car quelqu'un aura un moyen d'obtenir une liste de tous vos hôtes et cela exposera votre réseau à des attaques.

la source

Pensez-y comme 3 parties

Disons, une université appelée FIU. (oui c'est une vraie université) du côté informatique, nous avons un domaine cs.fiu.edu

Nous avons également d'autres serveurs appelés Moodle, qui est le nom d'hôte du serveur.

hostname = moodle
domain name = cs.fiu.edu
FQDN for that server is called moodle.cs.fiu.edu

maintenant, cs.fiu.edu est une branche du domaine, fiu.edu. so hostname = cs domain = fiu.edu FQDN = cs.fiu.edu (qui est un serveur séparé qui héberge cela) mais le domaine cs.fiu.edu appartient à notre département. Je ne sais pas si cela a du sens. Mais il peut aussi y avoir ce scénario.

volonté
la source