Ho notato che IPv4 riservato 169.254.0.0/16e IPv6 riservato fe80::/10per l'indirizzamento link-local. Mentre ho visto IPv6 usare sia l' fe80::/10indirizzo sia il mio indirizzo IPv6 privato fd00::12per comunicare con altri dispositivi in Wireshark, non ho mai visto 169.254/16lavorare in IPv4.
Quindi, qual è lo scopo dell'indirizzamento link-local?
Risposte:
Non ho mai visto 169.254 / 16 lavorare in IPv4.
Un PC acquisisce automaticamente un indirizzo 169.254.xx / 16 se non riceve un indirizzo IP da un server DHCP. Se si disabilita il server DHCP sulla rete domestica o di laboratorio e si emettono i comandi "ipconfig / release" e "ipconfig / renew", il PC riceverà un indirizzo 169.254.xx.
Secondo questo articolo :
Lo scopo di questi indirizzi link-local autoassegnati è di facilitare la comunicazione con altri host all'interno della sottorete anche in assenza di una configurazione dell'indirizzo esterno (tramite input manuale o DHCP). A differenza di IPv6, l'implementazione degli indirizzi IPv4 link-local è consigliata solo in assenza di un normale indirizzo instradabile. Gli host generano pseudo-casualmente gli ultimi due ottetti dell'indirizzo per mitigare i conflitti di indirizzo. A causa della natura di trasmissione di alcuni protocolli di rete locali (ad esempio NetBIOS di Microsoft), gli host potrebbero essere in grado di rilevarsi a vicenda anche senza alcuna conoscenza preesistente dello schema degli indirizzi.
Gli indirizzi link-local vengono utilizzati per la comunicazione tra due host (che si trovano sullo stesso link) quando non viene specificato un altro indirizzo IP.
In parole semplici, al momento dell'avvio, il sistema operativo tenta di configurare un indirizzo sulla sua interfaccia attraverso vari metodi come -
E se il sistema operativo non è in grado di configurare un indirizzo sull'interfaccia attraverso nessuno dei metodi automatici, allora configura un indirizzo sull'interfaccia dal pool link-local.
In IPv4, ogni interfaccia utilizza un solo indirizzo, mentre in IPv6 possiamo avere più indirizzi su una singola interfaccia (come link-local, indirizzo globale su un'interfaccia).
A causa dell'imitazione di avere un indirizzo su un'interfaccia in IPv4, potresti non aver visto un indirizzo nell'intervallo 169.254.0.0/16 sull'interfaccia.
Gli indirizzi Link-Local sono richiesti per l'operazione IPv6, ma non per IPv4. Microsoft, tra gli altri, ha sviluppato lo standard APIPA (Automatic Private IP Addressing) utilizzando l'indirizzamento IPv4 Link-Local, ma non è obbligatorio o supportato da tutti i sistemi operativi. Ho anche visto persone abusare degli indirizzi IPv4 Link-Local assegnandoli e subnetting manualmente, e questo è contro RFC 3927, Dynamic Configuration of IPv4 Link-Local Addresses , che è uno standard.
Si prega di leggere RFC 3927, Configurazione dinamica degli indirizzi IP-Link Link-Local :
introduzione
Poiché il protocollo Internet continua a crescere in popolarità, diventa sempre più prezioso poter utilizzare strumenti IP familiari come FTP non solo per la comunicazione globale, ma anche per la comunicazione locale. Ad esempio, due persone con computer portatili che supportano LAN wireless IEEE 802.11 [ 802.11 ] potrebbero incontrarsi e desiderare scambiare file. È auspicabile che queste persone possano usare il software applicativo IP senza l'inconveniente di dover configurare manualmente indirizzi IP statici o impostare un server DHCP [ RFC2131 ].
Questo documento descrive un metodo mediante il quale un host può configurare automaticamente un'interfaccia con un indirizzo IPv4 nel prefisso 169.254 / 16 valido per la comunicazione Link-Local su tale interfaccia. Ciò è particolarmente utile in ambienti in cui non sono disponibili altri meccanismi di configurazione. A tale scopo, il prefisso IPv4 169.254 / 16 è registrato con IANA. L'assegnazione degli indirizzi Link-Local IPv6 è descritta in "Configurazione automatica dell'indirizzo stateless IPv6" [ RFC2462 ].
La comunicazione Link-Local mediante indirizzi IPv4 Link-Local è adatta solo per la comunicazione con altri dispositivi collegati allo stesso collegamento fisico (o logico). La comunicazione Link-Local mediante indirizzi IPv4 Link-Local non è adatta per la comunicazione con dispositivi non direttamente collegati allo stesso collegamento fisico (o logico).
Microsoft Windows 98 (e versioni successive) e Mac OS 8.5 (e versioni successive) supportano già questa funzionalità. Questo documento standardizza l'utilizzo, prescrivendo le regole su come gli indirizzi IPv4 Link-Local devono essere trattati da host e router. In particolare, descrive come devono comportarsi i router quando ricevono pacchetti con indirizzi IPv4 Link-Local nell'indirizzo di origine o di destinazione. Per quanto riguarda gli host, discute della rivendicazione e della difesa degli indirizzi, della gestione degli indirizzi IPv4 Link-Local e instradabili sulla stessa interfaccia e dei problemi di multihoming.
Quando è stato sviluppato IPv6, sono state integrate molte cose che erano funzionalità opzionali aggiuntive di IPv4. L'indirizzamento Link-Local era uno di questi. Ogni interfaccia IPv6 otterrà un indirizzo Link-Local in modo che un dispositivo possa almeno comunicare sul collegamento locale e, come funzionalità integrata, molte cose, ad esempio i protocolli di routing, lo utilizzano per le comunicazioni sul collegamento locale.
fd00::12dell'indirizzo IPv6 ULA (tuo ). RFC 4193, Indirizzi Unicast IPv6 locali unici, Sezione 3.2.1. Gli ID globali assegnati localmente richiedono che i successivi 40 bit, l'ID globale, vengano scelti in modo casuale. Le probabilità che tu abbia tutti gli zero per l'ID globale, mentre lo stai usando, sono praticamente nulle.