Le DNS n'est pas seulement FQDN = IP
Ce qui est important dans le DNS, c'est qu'il fournit plus que des enregistrements A (nom d'hôte = IP). Le DNS fournit différents types d'enregistrements tels que MX, CNAME, TXT, etc... qui peuvent être requis par certains logiciels, parfois. Il permet des enregistrements d'adresses multiples, des enregistrements IPv4 + IPv6, des adresses dynamiques, l'équilibrage de charge, la résolution basée sur la localisation géographique, le basculement/la redondance, etc... Le DNS vous indique ce que sont les choses (www.google.com est le service web de Google, 172.217.4.110 ? Qu'est-ce que c'est ?) Il vous permet de modifier ces paramètres/enregistrements et de les faire reprendre par les clients sans avoir à effectuer de changements sur tous les clients. Le DNS peut faire des choses complexes.
Il y a souvent un avantage évident à utiliser le DNS plutôt qu'une adresse IP directe.
Les FQDNs peuvent être une exigence
Certaines choses, comme les serveurs web qui utilisent un hébergement virtuel basé sur le nom ou les équilibreurs de charge, etc..., exigent absolument que vous les adressiez via un FQDN ou un nom d'hôte. Ils déterminent comment répondre à votre demande en fonction du FQDN auquel vous vous connectez. La connexion via une IP peut ne pas fonctionner du tout.
Les certificats SSL sont émis sur la base des noms de domaine. Il se peut donc que vous ne puissiez pas utiliser (correctement) certains services SSL sans DNS.
Voici une requête de recherche pour le domaine google.com afin de vous donner un aperçu de la complexité des DNS.
google.com. 299 IN A 172.217.0.174
google.com. 299 IN AAAA 2607:f8b0:400b:807::200e
google.com. 599 IN MX 10 aspmx.l.google.com.
google.com. 599 IN MX 40 alt3.aspmx.l.google.com.
google.com. 59 IN SOA ns2.google.com. dns-admin.google.com. 126990955 900 900 1800 60
google.com. 599 IN MX 30 alt2.aspmx.l.google.com.
google.com. 21599 IN NS ns2.google.com.
google.com. 599 IN MX 20 alt1.aspmx.l.google.com.
google.com. 599 IN MX 50 alt4.aspmx.l.google.com.
google.com. 21599 IN NS ns1.google.com.
google.com. 3599 IN TXT "v=spf1 include:\_spf.google.com ~all"
google.com. 21599 IN CAA 0 issue "symantec.com"
google.com. 21599 IN NS ns3.google.com.
google.com. 21599 IN NS ns4.google.com.
Yahoo répond avec 3 adresses IP
$ host -ta yahoo.ca
yahoo.ca has address 77.238.184.24
yahoo.ca has address 74.6.50.24
yahoo.ca has address 98.137.236.24
Avantage de l'utilisation d'une adresse IP
En ce qui me concerne, c'est généralement lorsque le DNS peut être gênant ou n'est pas disponible. En général, j'utilise le DNS pour la plupart des choses.
Un exemple où une adresse IP pourrait être meilleure serait lorsque vous avez deux machines avec un lien direct entre elles (pas de commutateur) avec des adresses réseau privées (disons 192.168.1.1 et 192.168.1.2) et qu'elles l'utilisent pour des communications à haute disponibilité ou DRBD ou un autre service très spécifique. Dans ce cas, la configuration des choses dans le DNS n'a probablement aucun sens. Ce n'est pas nécessaire, cela ajouterait de la complexité, des problèmes de performance et pourrait introduire un point de défaillance.
Un autre exemple est le routage. Les tables de routage enregistrent les adresses IP pour diverses raisons.
Une autre consiste à référencer les serveurs de noms (comme dans /etc/resolv.conf). En effet, sans serveur de noms, vous ne pouvez rien résoudre.
