nesthib a écritC'est bien le but.
127.0.0.1 pointe vers ta machine, donc quand tu définis une entrée DNS « 127.0.0.1 example.org », tu dis que example.org est ta machine. Un service réseau qui tente d'accéder à example.org va donc contacter ta propre machine, attendre qu'il y ait une réponse, et finalement la connexion va expirer. Ou pire s'il y a vraiment un service qui écoute en local, tu risques d'envoyer de fausses requêtes à ta machine.
0.0.0.0 ne pointe vers rien, donc la connexion ne s'établira jamais.
Pour être tout à fait exact, le fichier hosts de notre machine est lu
avant toute requête DNS des serveurs Internet.
127.0.0.1 fera que ton navigateur recherchera dans ton hosts si le DNS example.org est associé à ta machine , le site n'y est pas, donc connexion impossible, le processus s'arrête (résolution DNS)
0.0.0.0 fera que ton navigateur recherchera dans ton hosts si le DNS example.org est associé à ta machine, l'adresse est foireuse, donc connexion impossible, le processus s'arrête (résolution DNS)
Dans tous les cas, le fichier hosts est lu, on épargne juste une requête sur la machine locale comme l'explique nesthib... C'est plus propre!
Donc ce sera légèrement plus rapide (millisecondes), mais
aucun souci même si un service local est en écoute (ou alors précise car je ne comprends pas bien).
Après que le fichier hosts soit lu et que rien n'est trouvé (site et anomalies 127.0.0.1 ou 0.0.0.0 😃 ) , on interroge les DNS d'Internet pour trouver le site.
-------------
Édit:
En attribuant à un site sa véritable adresse IP, on accélère la navigation (on n'interroge pas les serveur DNS d'Internet) et surtout, l'adresse n'est pas falsifiable.
