DNS : Noms canoniques, sous-domaines et alias

Il est difficile de savoir ce que vous demandez ici, mais je vais quand même essayer d'y répondre. D'après ce que je vois, vous avez un serveur web dont le FQDN est web.blah.realTLD. Tout d'abord, je recommande fortement de ne pas utiliser un faux TLD et de configurer un sous-domaine pour cela, mais vous ne pouvez pas configurer un Cname pour la racine d'une zone DNS (RFC 1034). Votre meilleure option est de définir un enregistrement A pour docs.intranet à l'adresse IP du serveur web.

Ce que vous appelez un "alias DNS pour FQDN" n'est probablement rien d'autre qu'un alias de intranet.abc.gov.ca a web1.abc.gov.ca .

En général, vous pouvez omettre le domaine pour les noms d'hôtes si le domaine figure dans la liste de recherche de votre résolveur DNS. Par conséquent, http://intranet et http://web1 devraient tous deux pointer vers le même serveur (mais pas nécessairement vers le même site Web, voir la question 2 ci-dessous).

Question 1

Un nom comme docs.intranet ne fonctionnera pas de manière fiable.

À l'origine, les résolveurs essayaient la liste de recherche sauf si le nom de domaine terminé dans un point. Avec ces résolveurs, un alias tel que docs.intranet fonctionnerait en effet. Toutefois, ce comportement signifie également que le résolveur essaiera d'ajouter les domaines de la liste de recherche à tout FQDN écrit sans le point final. Par exemple, si quelqu'un veut accéder à www.google.com (au lieu de www.google.com. ), le résolveur essaiera d'abord www.google.com.abc.gov.ca (qui, espérons-le, n'existe pas) et seulement ensuite www.google.com. ce qui entraîne un petit retard inutile.

Pour cette raison, de nombreux résolveurs n'appliquent désormais la liste de recherche que si le nom de domaine ne contient pas de point. Cela signifie que www.google.com sera regardé directement comme www.google.com. car il contient un point. Avec ces résolveurs, docs.intranet sera traité comme docs.intranet. qui n'existe pas.

Question 2

Vous n'avez pas besoin d'ajouter un autre sous-domaine. Il suffit de mettre en place intranet-docs (ou tout autre nom que vous préférez) en tant qu'élément supplémentaire de l'application alias para web1.abc.gov.ca .

Cependant, la mise en place d'un alias dans le DNS ne représente que la moitié de la configuration. L'alias DNS signifie seulement que le navigateur contactera la bonne machine lorsque vous accéderez à http://intranet-docs.

Dans un deuxième temps, vous devrez indiquer au serveur web fonctionnant sur cette machine ce qu'il doit faire avec une requête pour ce nom. Pour ce faire, vous devez configurer un nouvel hôte virtuel. intranet-docs.abc.gov.ca (avec intranet-docs comme alias) dans IIS. Veuillez noter que le nom que le serveur web voit comme nom de l'hôte virtuel est le nom utilisé dans l'URL, et non le nom canonique utilisé dans le DNS.