Percebi que IPv4 reservado 169.254.0.0/16e IPv6 reservado fe80::/10para endereçamento local de link. Embora tenha visto o IPv6 usar o fe80::/10endereço e o meu endereço IPv6 privado fd00::12para se comunicar com outros dispositivos no Wireshark, nunca vi 169.254/16trabalhar no IPv4.
Então, qual é o propósito do endereçamento local por link?
Respostas:
Eu nunca vi 169.254 / 16 trabalhando no IPv4.
Um PC adquire automaticamente um endereço 169.254.xx / 16 se não receber um endereço IP de um servidor DHCP. Se você desabilitar o servidor DHCP em sua rede doméstica ou de laboratório e emitir os comandos "ipconfig / release" e "ipconfig / renew", o seu PC receberá um endereço 169.254.xx.
Conforme este artigo :
O objetivo desses endereços locais de link auto-atribuídos é facilitar a comunicação com outros hosts na sub-rede, mesmo na ausência de configuração de endereço externo (via entrada manual ou DHCP). Diferentemente do IPv6, a implementação de endereços locais de link IPv4 é recomendada apenas na ausência de um endereço roteável normal. Os hosts geram pseudo-aleatoriamente os dois últimos octetos do endereço para atenuar conflitos de endereço. Devido à natureza de transmissão de alguns protocolos de rede local (por exemplo, o NetBIOS da Microsoft), os hosts podem detectar um ao outro, mesmo sem nenhum conhecimento preexistente do esquema de endereço.
Os endereços locais de link são usados para comunicação entre dois hosts (que estão no mesmo link) quando nenhum outro endereço IP é especificado.
Em palavras simples, no momento da inicialização, o SO tenta configurar um endereço em sua interface através de vários métodos, como:
E se o SO não conseguir configurar um endereço na interface por meio de qualquer um dos métodos automáticos, ele configurará um endereço na interface a partir do pool local de links.
No IPv4, toda interface costuma ter apenas um endereço, enquanto no IPv6, podemos ter vários endereços em uma única interface (como link-local, endereço global em uma interface).
Devido à imitação de ter um endereço em uma interface no IPv4, talvez você não tenha visto um endereço do intervalo 169.254.0.0/16 na interface.
Os endereços locais de link são necessários para a operação IPv6, mas não para IPv4. A Microsoft, entre outros, desenvolveu o padrão APIPA (endereçamento IP privado automático) usando o endereçamento local de link IPv4, mas não é obrigatório ou suportado por todos os sistemas operacionais. Também vi pessoas abusando dos endereços IPv4 Link-Local atribuindo-os e sub-redes manualmente, e isso é contra a RFC 3927, Configuração dinâmica de endereços IP-Link Link-Local , que é um padrão.
Leia o RFC 3927, Configuração dinâmica de endereços locais de link IPv4 :
Introdução
À medida que o Protocolo da Internet continua a crescer em popularidade, torna-se cada vez mais valioso poder usar ferramentas IP familiares, como FTP, não apenas para comunicação global, mas também para comunicação local. Por exemplo, duas pessoas com laptops compatíveis com LANs sem fio IEEE 802.11 [ 802.11 ] podem se encontrar e desejar trocar arquivos. É desejável que essas pessoas possam usar o software de aplicativo IP sem o inconveniente de ter que configurar manualmente endereços IP estáticos ou configurar um servidor DHCP [ RFC2131 ].
Este documento descreve um método pelo qual um host pode configurar automaticamente uma interface com um endereço IPv4 no prefixo 169.254 / 16, válido para a comunicação Link-Local nessa interface. Isso é especialmente valioso em ambientes onde nenhum outro mecanismo de configuração está disponível. O prefixo IPv4 169.254 / 16 é registrado na IANA para essa finalidade. A alocação de endereços IPv6 Link-Local é descrita em "Configuração automática de endereços sem estado IPv6" [ RFC2462 ].
A comunicação Link-Local usando endereços IPv4 Link-Local é adequada apenas para comunicação com outros dispositivos conectados ao mesmo link físico (ou lógico). A comunicação Link-Local usando endereços Link-Local IPv4 não é adequada para comunicação com dispositivos não conectados diretamente ao mesmo link físico (ou lógico).
O Microsoft Windows 98 (e posterior) e o Mac OS 8.5 (e posterior) já suportam esse recurso. Este documento padroniza o uso, prescrevendo regras sobre como os endereços IPv4 Link-Local devem ser tratados por hosts e roteadores. Em particular, descreve como os roteadores devem se comportar ao receber pacotes com endereços IPv4 Link-Local no endereço de origem ou de destino. No que diz respeito aos hosts, ele discute a reivindicação e a defesa de endereços, mantendo os endereços IPv4 roteados e locais-Link na mesma interface e os problemas de hospedagem múltipla.
Quando o IPv6 foi desenvolvido, muitas coisas foram incorporadas a ele, que eram recursos opcionais e complementares do IPv4. O endereçamento local do link era um deles. Toda interface IPv6 obtém um endereço Link-Local para que um dispositivo possa pelo menos se comunicar no link local e, como um recurso embutido, muitas coisas, como protocolos de roteamento, o utilizam para comunicações no link local.
fd00::12endereçamento IPv6 ULA (seu ). RFC 4193, Endereços Unicast IPv6 locais exclusivos, Seção 3.2.1. Os IDs globais atribuídos localmente exigem que os próximos 40 bits, o ID global, sejam escolhidos aleatoriamente. As chances de você ter todos os zeros para o ID Global, como você está usando, são praticamente nulas.