Noté que IPv4 reservado 169.254.0.0/16e IPv6 reservado fe80::/10para el direccionamiento local de enlace. Si bien vi que IPv6 usa tanto la fe80::/10dirección como mi dirección IPv6 privada fd00::12para comunicarse con otros dispositivos en Wireshark, nunca vi 169.254/16trabajar en IPv4.
Entonces, ¿cuál es el propósito del direccionamiento local de enlace?
Respuestas:
Nunca vi 169.254 / 16 trabajando en IPv4.
Una PC adquiere automáticamente una dirección 169.254.xx / 16 si no recibe una dirección IP de un servidor DHCP. Si deshabilita el servidor DHCP en la red de su hogar o laboratorio y emite los comandos "ipconfig / release" e "ipconfig / renew", su PC recibirá una dirección 169.254.xx.
Según este artículo :
El propósito de estas direcciones locales de enlace autoasignadas es facilitar la comunicación con otros hosts dentro de la subred, incluso en ausencia de una configuración de dirección externa (mediante entrada manual o DHCP). A diferencia de IPv6, la implementación de direcciones locales de enlace IPv4 se recomienda solo en ausencia de una dirección normal y enrutable. Los hosts generan seudoaleatoriamente los dos últimos octetos de la dirección para mitigar los conflictos de direcciones. Debido a la naturaleza de difusión de algunos protocolos de red locales (por ejemplo, NetBIOS de Microsoft), los hosts pueden detectarse entre sí incluso sin ningún conocimiento previo del esquema de direcciones.
Las direcciones locales de enlace se utilizan para la comunicación entre dos hosts (que están en el mismo enlace) cuando no se especifica ninguna otra dirección IP.
En palabras simples, en el momento del arranque, el sistema operativo intenta configurar una dirección en su interfaz a través de varios métodos como:
Y si el sistema operativo no puede configurar una dirección en la interfaz a través de ninguno de los métodos automáticos, entonces configura una dirección en la interfaz desde el grupo local de enlaces.
En IPv4, cada interfaz solía tener una sola dirección, mientras que en IPv6, podemos tener múltiples direcciones en una sola interfaz (como enlace local, dirección global en una interfaz).
Debido a la imitación de tener una dirección en una interfaz en IPv4, es posible que no haya visto una dirección de rango 169.254.0.0/16 en la interfaz.
Las direcciones locales de enlace son necesarias para la operación IPv6, pero no para IPv4. Microsoft, entre otros, ha desarrollado el estándar APIPA (Direccionamiento automático de IP privado) utilizando el direccionamiento IPv4 Link-Local, pero no es obligatorio ni es compatible con todos los sistemas operativos. También he visto personas que utilizan indebidamente las direcciones IPv4 Link-Local al asignarlas y dividirlas en subredes manualmente, y eso está en contra de RFC 3927, Configuración dinámica de direcciones IPv4 Link-Local , que es un estándar.
Lea el RFC 3927, Configuración dinámica de direcciones IPv4 de enlace local :
Introducción
A medida que el Protocolo de Internet continúa creciendo en popularidad, se vuelve cada vez más valioso poder utilizar herramientas familiares de IP como FTP no solo para la comunicación global, sino también para la comunicación local. Por ejemplo, dos personas con computadoras portátiles que admiten LAN inalámbricas IEEE 802.11 [ 802.11 ] pueden encontrarse y desear intercambiar archivos. Es deseable que estas personas puedan utilizar el software de aplicación IP sin la inconveniencia de tener que configurar manualmente direcciones IP estáticas o configurar un servidor DHCP [ RFC2131 ].
Este documento describe un método por el cual un host puede configurar automáticamente una interfaz con una dirección IPv4 en el prefijo 169.254 / 16 que es válido para la comunicación Link-Local en esa interfaz. Esto es especialmente valioso en entornos donde no hay otro mecanismo de configuración disponible. El prefijo IPv4 169.254 / 16 se registra con la IANA para este propósito. La asignación de direcciones IPv6 de enlace local se describe en " Configuración automática de direcciones sin estado IPv6" [ RFC2462 ].
La comunicación de enlace local utilizando direcciones IPv4 de enlace local solo es adecuada para la comunicación con otros dispositivos conectados al mismo enlace físico (o lógico). La comunicación Link-Local utilizando direcciones IPv4 Link-Local no es adecuada para la comunicación con dispositivos que no están directamente conectados al mismo enlace físico (o lógico).
Microsoft Windows 98 (y posterior) y Mac OS 8.5 (y posterior) ya admiten esta capacidad. Este documento estandariza el uso, prescribiendo reglas sobre cómo las direcciones IPv4 Link-Local deben ser tratadas por hosts y enrutadores. En particular, describe cómo deben comportarse los enrutadores al recibir paquetes con direcciones IPv4 Link-Local en la dirección de origen o de destino. Con respecto a los hosts, se analizan las direcciones de reclamo y defensa, el mantenimiento de las direcciones IPv4 de enlace local y enrutable en la misma interfaz, y los problemas de alojamiento múltiple.
Cuando se desarrolló IPv6, se incorporaron muchas cosas que habían sido opcionales, características adicionales de IPv4. El direccionamiento Link-Local fue uno de ellos. Cada interfaz IPv6 obtendrá una dirección de enlace local para que un dispositivo pueda al menos comunicarse en el enlace local y, como característica incorporada, muchas cosas, por ejemplo, protocolos de enrutamiento, la usen para las comunicaciones en el enlace local.
fd00::12). RFC 4193, Direcciones de unidifusión IPv6 locales únicas, Sección 3.2.1. Las ID globales asignadas localmente requieren que los siguientes 40 bits, la ID global, se elijan al azar. Las probabilidades de que tenga todos los ceros para la ID global, tal como la está usando, son prácticamente nulas.