¿Por qué hay una diferencia entre ping "localhost" y ping "dirección IP local"?

Usar cmdy pingen Windows me dio los siguientes resultados:

• Pinging "localhost":

• Pinging "192.168.0.10" (dirección IP local):

¿No son las dos situaciones exactamente iguales?

Quiero decir, estoy haciendo ping a la misma interfaz, la misma máquina y la misma dirección. ¿Por qué obtengo resultados tan diferentes?

EDITAR: Aquí está mi ipconfig /allpantalla:

No está haciendo ping a la misma interfaz , sin ninguna interfaz física todavía tiene un "host local".

Su localhostse utiliza para referirse a su computadora desde su IP "interna", no desde ninguna IP "externa" de su computadora. Por lo tanto, los paquetes de ping no pasan a través de ninguna interfaz de red física; solo a través de una interfaz virtual de bucle de retorno que envía directamente los paquetes de puerto a puerto sin ningún salto físico.

Todavía puede preguntarse por qué se localhostestá resolviendo ::1, mientras que tradicionalmente esperaríamos que se resuelva en la dirección IPv4 127.0.0.1. Tenga en cuenta que .localhosttradicionalmente es un TLD (consulte RFC 2606 ) que apunta de nuevo a la dirección IP de retorno de bucle (para IPv4, consulte RFC 3330 , especialmente 127.0.0.0/8).

Buscar localhostusando nslookupnos da:

nslookup localhost

...
Name:    localhost
Addresses:  ::1
          127.0.0.1

Por lo tanto, Windows prefiere usar la dirección IP de bucle de retorno de IPv6 ::1(consulte RFC 2373 ), ya que aparece en primer lugar.

Bien, entonces, ¿de dónde viene? Miremos el archivo de hosts.

type %WINDIR%\System32\Drivers\Etc\Hosts

...
# localhost name resolution is handled within DNS itself.
#       127.0.0.1       localhost
#       ::1             localhost
...

Hmm, tenemos que mirar la configuración de DNS de Windows.

Este artículo de KB nos habla sobre una configuración que afecta lo que Windows prefiere, enfatizado en negrita:

1. En el Editor del registro, busque y haga clic en la siguiente subclave del registro:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters
   

2. Haga doble clic en DisabledComponents para modificar la entrada DisabledComponents.

   Nota: Si la entrada DisabledComponents no está disponible, debe crearla. Para hacer esto, siga estos pasos:

   1. En el menú Edición, seleccione Nuevo y luego haga clic en Valor DWORD (32 bits).

   2. Escriba DisabledComponents y presione ENTRAR.

   3. Haga doble clic en DisabledComponents.

3. Escriba cualquiera de los siguientes valores en el campo Información del valor: para configurar el protocolo IPv6 en el estado deseado y luego haga clic en Aceptar:

   • Escriba 0para habilitar todos los componentes de IPv6. (Configuración predeterminada de Windows)
   • Escriba 0xffffffffpara deshabilitar todos los componentes de IPv6, excepto la interfaz de bucle invertido de IPv6. Este valor también configura Windows para que prefiera usar el Protocolo de Internet versión 4 (IPv4) sobre IPv6 al modificar las entradas en la tabla de políticas de prefijo. Para obtener más información, consulte Selección de dirección de origen y destino.
   • Escriba 0x20para preferir IPv4 sobre IPv6 modificando las entradas en la tabla de políticas de prefijos.
   • Escriba 0x10para deshabilitar IPv6 en todas las interfaces que no sean de túnel (tanto en LAN como en las interfaces de protocolo punto a punto [PPP]).
   • Escriba 0x01para deshabilitar IPv6 en todas las interfaces de túnel. Estos incluyen el Protocolo de direccionamiento de túnel automático dentro del sitio (ISATAP), 6to4 y Teredo.
   • Escriba 0x11para deshabilitar todas las interfaces IPv6, excepto la interfaz de bucle invertido IPv6.

4. Reinicie la computadora para que esta configuración surta efecto.

¿Qué es esta tabla de políticas de prefijo?

netsh interface ipv6 show prefixpolicies(o prefixpolicyen versiones anteriores)

Precedence  Label  Prefix
----------  -----  --------------------------------
        50      0  ::1/128
        45     13  fc00::/7
        40      1  ::/0
        10      4  ::ffff:0:0/96
         7     14  2002::/16
         5      5  2001::/32
         1     11  fec0::/10
         1     12  3ffe::/16
         1     10  ::/96

Esta tabla decide qué prefijos tienen prioridad sobre otros prefijos durante la resolución de DNS.

Ah, entonces usando esa KB podríamos agregar entradas aquí que denotan que IPv4 tiene mayor prioridad que IPv6.

Nota: No hay ninguna razón para anular este comportamiento, a menos que tenga problemas de compatibilidad. Cambiar esta configuración en nuestro servidor de Windows rompió nuestro servidor de correo, por lo que debe manejarse con cuidado ...

La interfaz de bucle invertido existe independientemente de su (s) interfaz (es) Ethernet.

Incluso sin la complicación de IPv6 , tendría dos direcciones distintas.

Dirección IPv4 de bucle invertido : 127.0.0.1 Dirección IPv4 de
su interfaz Ethernet: 192.168.0.10

La interfaz de bucle invertido podría estar en una capa de software diferente, más remota que el hardware real. Dudo que dependa de alguna manera de su controlador de interfaz Ethernet específico, por ejemplo.

Localhost y su dirección IP no son lo mismo.

El localhost es una dirección IP de software especial que está vinculada a su sistema. Localhost, o 127.0.0.1, es una dirección de bucle de retorno. Siempre apunta a su sistema, y ​​solo es accesible desde su computadora. Este enrutamiento se produce a nivel del sistema operativo y definitivamente nunca abandona la NIC ... Por lo tanto, no hay posibilidad de que llegue a la red ...

Hacer ping a su propia dirección IP es similar, pero potencialmente involucra a toda la pila de redes, ya que necesita detectar que es su dirección IP y enrutarla correctamente ...

El efecto debería ser el mismo, pero puede haber diferencias.

Por ejemplo, desconecte su cable de red. Haga ping a su dirección IP estática. Es posible que no obtenga una ruta al host u otros errores. Ahora haga ping localhost o 127.0.0.1, y funcionará.

De las capturas de pantalla me doy cuenta de que esta pregunta no se trata de Linux, pero tal vez sea un "caso práctico" útil.

En ese sistema operativo, si hace ping a una de sus direcciones de adaptador local, se traduce al dispositivo de bucle invertido (pirateo de casos especiales). Esto significa que los paquetes realmente van al dispositivo de bucle invertido (que tiene todas las implicaciones que pueda pensar: por ejemplo, desde un punto de vista de firewall, esos paquetes están llegando a la interfaz de bucle invertido y coincidirán con las reglas para esa interfaz).

El dispositivo al que está asignada la IP nunca verá los paquetes. (Esto es bueno porque no haría lo correcto con esos paquetes: querría enviar los retoños).

Sin embargo, si la interfaz que contiene esa IP debería fallar, ha perdido esa conexión. La asignación a loopback dejará de funcionar.

En otras palabras, es un diseño viable considerar esas direcciones locales como alias para el dispositivo de bucle invertido.

Código de referencias:

http://lxr.linux.no/#linux+v3.3.2/net/ipv4/route.c#L2623

Echa un vistazo a la función ip_route_output_slow. Esto llama fib_lookup, y si esta función devuelve el código RTN_LOCAL, dev_outse reescribe en loopback:

http://lxr.linux.no/#linux+v3.3.2/net/ipv4/route.c#L2769

Parece que el alias "Localhost" se está resolviendo en el bucle invertido de IPv6 y, obviamente, cuando utiliza una dirección IPv4, obviamente no lo hace.

@ebwhite tiene razón sobre qué.

Ahora, el motivo podría ser que tengas configurado Teredo (no puedo distinguirlo de tu captura de pantalla, es mejor conectarlo a un archivo de texto y pegar todo el resultado): el comportamiento de localhost siendo IPv6 es consistente con los sistemas en mi IPv4 solo red con Teredo instalado, pero los sistemas sin él se comportan como espera que llegue 127.0.0.1cuando hace ping localhost. He probado esto con Windows XP y necesito ver qué hacen mis sistemas Windows 7 y actualizar la pregunta.

En general, los sistemas predeterminan a IPv6 si IPv6 está disponible, por lo que su sistema funciona como debería por diseño .