Cos’è un indirizzo IPv6 mappato da IPv4?

Vive in ::ffff:0:0/96 (RFC 4291). I socket dual-stack mostrano i client IPv4 come indirizzi mappati, così un singolo bind serve entrambi i protocolli.

Perché esistono due formati con prefisso zero?

::a.b.c.d è la forma IPv4-compatible, resa obsoleta da RFC 4291. ::ffff:a.b.c.d è la forma IPv4-mapped, attuale. Restituiamo entrambe perché i sistemi vecchi producono ancora la compatible.

::ffff:a.b.c.d è obsoleto?

No — IPv4-mapped è il modo raccomandato oggi per rappresentare endpoint IPv4 in codice dual-stack. Quella obsoleta è la variante IPv4-compatible (senza ffff).

Posso estrarre IPv4 da qualunque IPv6?

Solo quando l’IPv6 sta negli intervalli mapped o compatible. Per un IPv6 normale come 2001:db8::1 non c’è nessun IPv4 da estrarre; lo strumento mostra solo le forme estesa e compressa.

Qual è la differenza tra :: e 0:0:0:0:0:0:0:0?

0:0:0:0:0:0:0:0 è l’indirizzo unspecified esplicito. :: è lo stesso indirizzo in forma compressa, ossia la rappresentazione canonica in IPv6.

L’IP esce dalla pagina?

No. La conversione gira in JavaScript dentro questo tab. Non vediamo, non registriamo e non conserviamo l’indirizzo digitato.

Convertitore IPv4 ↔ IPv6 — mappato, compatibile, esteso

Cambia direzione e incolla un IPv4 come 192.0.2.1 per vedere la forma IPv4-mapped (::ffff:192.0.2.1), quella espansa completa e la IPv4-compatible. Passa a IPv6 → IPv4 per estrarre l’IPv4 incorporato da un indirizzo mappato oppure per vedere la forma compressa ed estesa di un qualunque IPv6.

Tre rappresentazioni di IPv4 in IPv6

RFC 4291 definisce due modi di portare un IPv4 dentro un IPv6. Quello attuale è IPv4-mapped: ::ffff:a.b.c.d. Quello vecchio è IPv4-compatible: ::a.b.c.d, obsoleto per nuovo codice ma ancora visibile in documentazione anziana e in alcuni stack legacy. Forniamo anche la forma estesa completa (otto gruppi hex da 16 bit, senza scorciatoie), utile per fare grep nei log o confronti byte per byte.

Notazione compressa contro estesa

IPv6 ammette una scorciatoia testuale: la sequenza più lunga di gruppi consecutivi a zero viene sostituita da un singolo ::. 2001:db8:0:0:0:0:0:1 diventa 2001:db8::1. Il :: può apparire una sola volta. RFC 5952 stabilisce le regole — hex in minuscolo, comprimere solo la sequenza più lunga, eliminare gli zeri iniziali in ogni gruppo. La forma compressa è quella che pubblichi; la estesa è quella che si aspettano strumenti come ipset o BPF.

Perché il debug dual-stack conta

Quando un server è in ascolto su un socket AF_INET6 con IPV6_V6ONLY disabilitato, il kernel espone i client IPv4 come indirizzi ::ffff:. I log dell’applicazione si riempiono di forme mappate e un grep verso liste IPv4 attese fallisce. Passali per il convertitore per normalizzare prima di confrontare — o per confermare che un tunnel sta consegnando traffico 6to4 correttamente.

Domande frequenti

Cos’è un indirizzo IPv6 mappato da IPv4?: Vive in ::ffff:0:0/96 (RFC 4291). I socket dual-stack mostrano i client IPv4 come indirizzi mappati, così un singolo bind serve entrambi i protocolli.
Perché esistono due formati con prefisso zero?: ::a.b.c.d è la forma IPv4-compatible, resa obsoleta da RFC 4291. ::ffff:a.b.c.d è la forma IPv4-mapped, attuale. Restituiamo entrambe perché i sistemi vecchi producono ancora la compatible.
::ffff:a.b.c.d è obsoleto?: No — IPv4-mapped è il modo raccomandato oggi per rappresentare endpoint IPv4 in codice dual-stack. Quella obsoleta è la variante IPv4-compatible (senza ffff).
Posso estrarre IPv4 da qualunque IPv6?: Solo quando l’IPv6 sta negli intervalli mapped o compatible. Per un IPv6 normale come 2001:db8::1 non c’è nessun IPv4 da estrarre; lo strumento mostra solo le forme estesa e compressa.
Qual è la differenza tra :: e 0:0:0:0:0:0:0:0?: 0:0:0:0:0:0:0:0 è l’indirizzo unspecified esplicito. :: è lo stesso indirizzo in forma compressa, ossia la rappresentazione canonica in IPv6.
L’IP esce dalla pagina?: No. La conversione gira in JavaScript dentro questo tab. Non vediamo, non registriamo e non conserviamo l’indirizzo digitato.