Quina diferència hi ha entre 127.0.0.1 i 0.0.0.0?

La majoria de nosaltres hem sentit a parlar de ‘127.0.0.1 i 0.0.0.0’, però probablement no ens hi hem fixat gaire, però si sembla que ambdós apunten a la mateixa ubicació, quina és la diferència real entre tots dos? La publicació d’avui sobre superusuari ajuda a aclarir les coses per a un lector confús.

La sessió de preguntes i respostes d’avui ens arriba per cortesia de SuperUser, una subdivisió de Stack Exchange, una agrupació de llocs web de preguntes i respostes dirigida per la comunitat.

Foto cedida per Kate Gardiner (Flickr).

La pregunta

El lector de superusuaris Sagnik Sarkar vol saber quina és la diferència entre 127.0.0.1 i 0.0.0.0:

Entenc que 127.0.0.1 apunta a localhost i això també ho fa 0.0.0.0 (corregiu-me si m'equivoco). Llavors, quina diferència hi ha entre 127.0.0.1 i 0.0.0.0?

Quina diferència hi ha entre 127.0.0.1 i 0.0.0.0?

La resposta

DavidPostill, col·laborador del superusuari, té la resposta per a nosaltres:

Quina diferència hi ha entre 127.0.0.1 i 0.0.0.0?

  • 127.0.0.1 és l’adreça de loopback (també coneguda com localhost).
  • 0.0.0.0 és una metaadreça no enrutable que s’utilitza per designar un objectiu no vàlid, desconegut o no aplicable (un titular de lloc ‘sense adreça particular’).

En el context d'una entrada de ruta, normalment significa la ruta per defecte.

En el context dels servidors, 0.0.0.0 significa totes les adreces IPv4 de la màquina local. Si un amfitrió té dues adreces IP, 192.168.1.1 i 10.1.2.1, i un servidor que s’executa a l’amfitrió escolta el 0.0.0.0, serà accessible a les dues adreces IP.

Quina és l’adreça IP 127.0.0.1?

127.0.0.1 és l'adreça de protocol d'Internet (IP) de bucle també coneguda com a localhost. L'adreça s'utilitza per establir una connexió IP a la mateixa màquina o ordinador que l'usuari final utilitza.

La mateixa convenció es defineix per als equips que admeten l'adreça IPv6 mitjançant la connotació de :: 1. La pràctica més habitual és establir una connexió mitjançant l’adreça 127.0.0.1; tanmateix, utilitzar qualsevol adreça IP en el rang de 127 ... * funcionarà de la mateixa manera o de manera similar. La construcció de loopback proporciona a un equip o dispositiu capaç de connectar en xarxa la capacitat de validar o establir la pila IP a la màquina.

Font: 127.0.0.1 - Quins són els seus usos i per què és important?

Adreces especials

Al número de xarxa de classe A 127 se li assigna el loopback funció, és a dir, un datagrama enviat per un protocol de nivell superior a una adreça de xarxa 127 hauria de tornar a bucle dins de l'amfitrió. Sense datagrama enviat a una xarxa, l'adreça 127 hauria d'aparèixer mai a qualsevol xarxa de qualsevol lloc.

Font: Números de xarxa

Si és tota la classe A, quin sentit tenen altres valors arbitraris per als darrers tres octets?

El propòsit del bucleback és provar la implementació del protocol TCP / IP en un amfitrió. Atès que les capes inferiors estan curtcircuitades, l'enviament a una adreça de loopback permet provar eficaçment les capes superiors (IP i superior) sense que es puguin manifestar problemes a les capes inferiors. 127.0.0.1 és l’adreça més utilitzada per fer proves.

Font: Adreces privades, reserva de bucle i reserva d'IP

Per obtenir més informació, consulteu el document Pregunteu a Ubuntu pregunta: Què és el dispositiu Loopback i com puc utilitzar-lo?

Quina és l'adreça IP 0.0.0.0?

0.0.0.0 és una sintaxi d’adreça vàlida. Per tant, hauria d’analitzar-se com a vàlid allà on s’espera una adreça IP en la notació decimal amb punts tradicionals. Un cop analitzats i convertits a una forma numèrica viable, el seu valor determina què passa després.

El valor totalment zero té un significat especial. Així és vàlid, però té un significat que pot no ser adequat (i, per tant, tractat com a no vàlid) per a circumstàncies particulars. Bàsicament és el marcador de posició "sense adreça particular". Per a coses com la vinculació d’adreces de les connexions de xarxa, el resultat pot ser assignar una adreça d’interfície adequada a la connexió. Si el feu servir per configurar una interfície, pot eliminar una adreça de la interfície. Depèn del context d’ús per determinar què fa realment ‘cap adreça concreta’.

En el context d'una entrada de ruta, normalment significa la ruta per defecte. Això passa com a resultat de més de la màscara d'adreça, que selecciona els bits per comparar. Una màscara de 0.0.0.0 no selecciona bits, de manera que la comparació sempre tindrà èxit. Per tant, quan es configura una ruta d’aquest tipus, sempre hi ha algun lloc on anar els paquets (si es configura amb una destinació vàlida).

En alguns casos, només el "0" també funcionarà i tindrà el mateix efecte. Però això no està garantit. El formulari 0.0.0.0 és la forma estàndard de dir "cap adreça particular" (és a dir, en IPv6 ::0 o simplement ::).

Font: Quin és el significat de l'adreça IP 0.0.0.0?

A la versió 4 del protocol d’Internet, l’adreça 0.0.0.0 és una metaadreça no enrutable que s’utilitza per designar una destinació no vàlida, desconeguda o no aplicable. Donar un significat especial a una dada que no sigui vàlida és una aplicació de senyalització en banda.

En el context dels servidors, 0.0.0.0 significa totes les adreces IPv4 de la màquina local. Si un amfitrió té dues adreces IP, 192.168.1.1 i 10.1.2.1, i un servidor que s’executa a l’amfitrió escolta el 0.0.0.0, serà accessible a les dues adreces IP (Nota:Aquest text concret es repeteix des de dalt com a part de la resposta general).

En el context de l’enrutament, 0.0.0.0 sol dir la ruta per defecte, és a dir, la ruta que condueix a la “resta” d’Internet en lloc d’algun lloc de la xarxa local.

Els usos inclouen:

  • L'adreça que un amfitrió reclama com a pròpia quan encara no se li ha assignat cap adreça. Com per exemple quan s’envia el paquet DHCPDISCOVER inicial quan s’utilitza DHCP.
  • L’adreça que s’assigna un amfitrió quan ha fallat una sol·licitud d’adreça mitjançant DHCP, sempre que la pila IP de l’amfitrió sigui compatible. Aquest ús s'ha substituït pel mecanisme APIPA en els sistemes operatius moderns.
  • Una manera d’especificar qualsevol amfitrió IPv4. S'utilitza d'aquesta manera quan s'especifica una ruta per defecte.
  • Una manera d'especificar explícitament que l'objectiu no està disponible. Font: 127.0.0.1 - Quins són els seus usos i per què és important?
  • Una manera d’especificar qualsevol adreça IPv4. S’utilitza d’aquesta manera quan es configuren servidors (és a dir, quan s’uneixen sòcols d’escolta). Els programadors TCP ho saben com INADDR_ANY. [bind (2) s'uneix a adreces, no a interfícies.]

A IPv6, l’adreça de tots els zeros s’escriu com ::

Font: 0.0.0.0 [Viquipèdia]

Sol·licitud / descobriment DHCP

Quan un client arrenca per primera vegada, es diu que és al estat inicialitzador, i transmet un missatge DHCPDISCOVER a la seva subxarxa física local a través del port 67 de User Datagram Protocol (UDP) (servidor BootP). Com que el client no té cap manera de conèixer la subxarxa a la qual pertany, el DHCPDISCOVER és una transmissió de totes les subxarxes (adreça IP de destinació de 255.255.255.255), amb una adreça IP d’origen de 0.0.0.0. L'adreça IP d'origen és 0.0.0.0, ja que el client no té una adreça IP configurada.

Si hi ha un servidor DHCP en aquesta subxarxa local i està configurat i funciona correctament, el servidor DHCP escoltarà l’emissió i respondrà amb un missatge DHCPOFFER. Si no existeix un servidor DHCP a la subxarxa local, ha d’haver un agent de retransmissió DHCP / BootP en aquesta subxarxa local per reenviar el missatge DHCPDISCOVER a una subxarxa que conté un servidor DHCP.

Aquest agent de retransmissió pot ser un amfitrió dedicat (Microsoft Windows Server, per exemple) o un encaminador (un encaminador Cisco configurat amb declaracions d’ajuda IP de nivell d’interfície, per exemple).

Després que el client rep un DHCPOFFER, respon amb un missatge DHCPREQUEST, indicant la seva intenció d'acceptar els paràmetres del DHCPOFFER i es desplaça a estat sol·licitant. El client pot rebre diversos missatges DHCPOFFER, un de cada servidor DHCP que ha rebut el missatge DHCPDISCOVER original. El client tria un DHCPOFFER i només respon a aquest servidor DHCP, refusant implícitament la resta de missatges DHCPOFFER. El client identifica el servidor seleccionat emplenant el fitxer Identificador de servidor d’opció amb l’adreça IP del servidor DHCP.

El DHCPREQUEST també és una transmissió, de manera que tots els servidors DHCP que han enviat un DHCPOFFER veuran el DHCPREQUEST i cadascun sabrà si el seu DHCPOFFER ha estat acceptat o rebutjat. Qualsevol opció de configuració addicional que requereixi el client s'inclourà al camp d'opcions del missatge DHCPREQUEST. Tot i que se li ha ofert una adreça IP al client, enviarà el missatge DHCPREQUEST amb una adreça IP d'origen de 0.0.0.0. En aquest moment, el client encara no ha rebut la verificació de que està clar que utilitzarà l'adreça IP.

Conversa client-servidor per a un client que obté una adreça DHCP on el client i el servidor DHCP resideixen a la mateixa subxarxa:

Font: Comprensió i resolució de problemes de DHCP a les xarxes Catalyst Switch o Enterprise

Ruta per defecte

En aquest document s’explica com configurar una ruta o passarel·la predeterminada d’últim recurs. S'utilitzen aquestes ordres IP:

  • passarel·la predeterminada d’ip
  • IP per defecte-xarxa
  • ruta ip 0.0.0.0 0.0.0.0

Ruta IP 0.0.0.0 0.0.0.0

Crear una ruta estàtica a la xarxa 0.0.0.0 0.0.0.0 és una altra manera d’establir la passarel·la d’últim recurs en un enrutador. Igual que amb el xarxa per defecte d’ip , utilitzant la ruta estàtica a 0.0.0.0 no depèn de cap protocol d'encaminament. Tot i així, l’encaminament IP ha d’estar habilitat al router.

Nota: IGRP no entén una ruta a 0.0.0.0. Per tant, no pot propagar les rutes predeterminades creades amb ruta ip 0.0.0.0 0.0.0.0 comandament. Utilitzar el xarxa per defecte d’ip ordre per fer que IGRP propagui una ruta per defecte.

Font: Configuració d’una passarel·la d’últim recurs mitjançant ordres IP

Teniu alguna cosa que afegir a l'explicació? Sona als comentaris. Voleu llegir més respostes d'altres usuaris de Stack Exchange amb coneixements tècnics? Consulteu el fil de discussió complet aquí.