1 votes

Pourquoi 0.0.0.0 est résolu par le périphérique de bouclage ?

Pourquoi 0.0.0.0 est résolu par le périphérique de bouclage ?

$ curl --verbose 0.0.0.0
* Rebuilt URL to: 0.0.0.0/
* Hostname was NOT found in DNS cache
*   Trying 0.0.0.0...
* Connected to 0.0.0.0 (127.0.0.1) port 80 (#0)

3voto

MadHatter Points 77602

Elle découle d'une exigence de la RFC. RFC 5735 dit :

  1. Blocs d'adresses globales et autres blocs d'adresses spécialisées

0.0.0.0/8 - Les adresses de ce bloc font référence à des hôtes sources sur "ce" réseau. réseau. L'adresse 0.0.0.0/32 peut être utilisée comme adresse source pour cet hôte sur ce réseau. hôte sur ce réseau ; d'autres adresses à l'intérieur de 0.0.0.0/8 peuvent être utilisées pour se référer à des hôtes spécifiques sur ce réseau

Cela étant, la seule chose rationnelle à faire avec 0.0.0.0 comme une destination est de la traiter de la même manière. Vous ne pouvez pas le router ailleurs, parce que les paquets de retour violeraient la RFC ; vous ne pouvez pas dire qu'il est invalide, parce qu'il ne l'est pas lorsqu'il est utilisé comme source ; la seule chose sensée à faire lorsqu'il est utilisé comme destination est de l'affecter à localhost également.

Un de mes anciens collègues avait l'habitude d'utiliser telnet 0 22 comme un véritable gain de temps pour telnet localhost 22 .

1 votes

La citation ci-dessus semble parler d'utiliser 0.0.0.0 comme une adresse source, par opposition à une adresse de destination.

0 votes

C'est le cas ; voir mon commentaire développé ci-dessus.

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