Caixa d'eines IPv6

IPv6 Expandir / Comprimir / Classificar

Valida ràpidament adreces IPv6, obtén la notació completa, la forma comprimida, la classificació d'adreces, el format nibble invers, etc.

Resultat del processament

Adreça d'exemple de documentació (2001:db8::/32)

Format expandit

2001:0db8:0000:0000:0000:0000:0000:0001

Format comprimit

2001:db8::1

Classificació d'adreces

Adreça d'exemple de documentació (2001:db8::/32)

La caixa d'eines IPv6 és una eina gratuïta en línia dissenyada per a enginyers de xarxes, administradors de sistemes i desenvolupadors per al processament d'adreces IPv6. Amb l'esgotament global de les adreces IPv4, IPv6 s'ha convertit en el protocol estàndard de les xarxes modernes, però la longitud de l'adreça IPv6 és 4 vegades la d'IPv4, el format d'escriptura és flexible i complex, i les regles de compressió de zeros fan que una mateixa adreça tingui múltiples escriptures vàlides, cosa que genera nombrosos problemes en la configuració de xarxes, la resolució de problemes de registres, la configuració DNS i la redacció de regles de tallafoc.Aquesta eina admet tres funcions principals: expansió d'adreces IPv6 — restaura les adreces comprimides al format complet de 8 grups de 4 dígits hexadecimals, per facilitar la comparació de segments d'adreces i la resolució de problemes; compressió estàndard IPv6 — comprimeix les adreces completes al format òptim segons l'estàndard oficial RFC 5952, garantint un format unificat als fitxers de configuració; classificació d'adreces IPv6 — identifica automàticament el tipus d'adreça (loopback, link-local, ULA, multicast, documentació, unicast global, etc.) i indica l'ús i els atributs d'encaminament.Tant si esteu configurant adreces IPv6 de servidors, redactant regles de tallafoc, analitzant registres de xarxa, planificant subxarxes IPv6 o aprenent el protocol IPv6, la caixa d'eines IPv6 de GeekFormat us ajudarà a millorar l'eficiència i reduir els errors humans. Tot el processament es fa localment al navegador, sense pujar cap dada, de manera segura i fiable.

Relacionats

Calculadora de Subxarxes

Cerca d'IP

Convertidor IPv4

Consulta DNS

Consulta WHOIS

What Is My IP?

Casos d'ús

Configuració de desplegament de xarxa de doble pila: en entorns de doble pila que executen simultàniament IPv4 i IPv6, unifiqueu el format d'escriptura de les adreces IPv6 en servidors, encaminadors i balancejadors de càrrega, evitant errors de configuració i problemes de connectivitat deguts a inconsistències de format
Resolució de problemes de xarxa: en analitzar els registres de tallafoc, Nginx i servidors web, expandiu o comprimiu les adreces IPv6 dels registres per comparar-les amb els fitxers de configuració i localitzar ràpidament problemes com adreces no coincidents o errors d'encaminament
Configuració de registres DNS: en configurar registres AAAA i registres de resolució inversa ip6.arpa, convertiu les adreces IPv6 a format estàndard per garantir la correcció del format dels registres DNS i la precisió del format nibble de resolució inversa
Redacció de regles de tallafoc: en redactar regles d'ip6tables, nftables i grups de seguretat al núvol, estandarditzeu les adreces IPv6 i els prefixos CIDR, evitant que les regles fallin per diferències en la notació de compressió de zeros
Planificació de subxarxes IPv6: en la planificació d'adreces IPv6 per a xarxes corporatives, verifiqueu la correctesa de la longitud del prefix d'adreça (/48 lloc, /64 subxarxa, /128 host únic) i confirmeu el tipus i l'ús del segment de xarxa
Depuració de desenvolupament: en desenvolupar aplicacions de xarxa compatibles amb IPv6, verifiqueu la correctesa del format de les adreces IPv6 processades al codi i gestioneu l'anàlisi del format [IPv6]:port a les URL
Xarxes de contenidors Docker/K8s: resoleu problemes de connectivitat de xarxa IPv6 de contenidors, identifiqueu les adreces link-local i unicast global dels contenidors, verifiqueu la correctesa de la configuració de xarxa IPv6 de Docker
Demostració didàctica i aprenentatge: en aprendre el protocol IPv6, comprendreu visualment les regles de compressió de zeros, la classificació d'adreces i la notació de prefix, observant els patrons de canvi entre expansió i compressió mitjançant exemples
Auditoria de seguretat i anàlisi de registres: en l'anàlisi de seguretat, compareu per lots les diferents notacions d'adreces IPv6 de diferents fonts de registres, unificant els diferents formats abreujats a format complet per a l'anàlisi de correlació
Estandardització de documentació: en redactar documentació tècnica, manuals de configuració i documentació d'API, convertiu les adreces IPv6 al format estàndard RFC 5952 per millorar la professionalitat i la coherència de la documentació

Com usar-ho

Obriu la pàgina de la caixa d'eines IPv6 i enganxeu o escriviu l'adreça IPv6 que voleu processar al quadre d'entrada. Admet format comprimit (com 2001:db8::1), format complet (com 2001:0db8:0000:0000:0000:0000:0000:0001), format amb prefix CIDR (com 2001:db8::/32), format amb port (com [::1]:8080), format mapat IPv4 (com ::ffff:192.168.1.1) i altres formes d'entrada.
Un cop completada l'entrada, l'eina processa automàticament en temps real, sense necessitat de fer clic a cap botó. Si el format de l'adreça té errors, es mostrarà immediatament un missatge d'error en vermell amb l'explicació de la causa concreta (com :: repetit diverses vegades, grups amb més de 4 dígits, caràcters no vàlids, etc.), per facilitar-vos la correcció de l'entrada.
Consulteu el resultat «Format expandit»: aquí es mostra la forma completa de l'adreça IPv6, 8 grups de 4 dígits hexadecimals cadascun, amb zeros inicials completats, i la part comprimida amb zeros restaurada a 0000 continus, per facilitar la comparació segment per segment.
Consulteu el resultat «Format comprimit estàndard»: aquí es mostra el format comprimit òptim segons l'estàndard RFC 5952, amb selecció automàtica del segment de zeros continus més llarg per a la compressió i omissió dels zeros inicials innecessaris; aquesta és la notació estàndard recomanada per a fitxers de configuració i documentació.
Consulteu la secció «Classificació d'adreces»: l'eina identificarà automàticament a quin tipus pertany l'adreça i mostrarà el nom del tipus, el rang de prefix, l'adreça d'exemple, si és encaminable a la xarxa pública i els usos típics. Els tipus comuns inclouen adreça loopback, adreça link-local, adreça únic local (ULA), adreça multicast, adreça de documentació, adreça unicast global, etc.
Si l'entrada inclou la longitud del prefix CIDR (com /64), l'eina indicarà addicionalment l'ús típic del prefix (com /64 per a subxarxa estàndard, /48 per a assignació de lloc, /128 per a host únic) i una referència del nombre d'adreces del segment de xarxa.
Feu clic al botó «Copia» a la dreta de cada àrea de resultats per copiar amb un clic l'adreça IPv6 del format corresponent al porta-retalls, per enganxar-la directament al terminal, fitxer de configuració, interfície d'administració DNS o codi, evitant errors d'introducció manual.

Característiques

Expansió d'adreces IPv6: expansion del format comprimit (com 2001:db8::1) al format complet de 8 grups hexadecimals (2001:0db8:0000:0000:0000:0000:0000:0001), per facilitar la comparació de registres i l'anàlisi de segments d'adreces
Compressió estàndard RFC 5952: selecció intel·ligent del segment de zeros continus més llarg per a la compressió amb ::, gestió automàtica de l'omissió dels zeros inicials, sortida conforme a l'estàndard oficial IETF, evitant inconsistències de configuració
Classificació intel·ligent d'adreces: identificació automàtica de 7 tipus d'adreces IPv6 — adreça loopback ::1, link-local fe80::/10, únic local fc00::/7, multicast ff00::/8, adreça de documentació 2001:db8::/32, unicast global, adreça no vàlida
Validació de format i missatges d'error: detecció en temps real d'errors de format d'adreces IPv6, incloent :: repetit diverses vegades, grups amb més de 4 dígits hexadecimals, caràcters no vàlids, nombre de grups erroni, etc., amb explicació clara de la causa
Identificació d'adreces IPv4 mapedes: identificació automàtica d'adreces IPv6 mapedes d'IPv4 (com ::ffff:192.0.2.1), distingint tipus d'adreces compatibles en entorns de doble pila
Anàlisi de prefix CIDR: suport d'adreces IPv6 amb longitud de prefix (com 2001:db8::/32), identificació de la longitud del prefix i indicació de l'ús del rang d'adreces de xarxa
Còpia amb un clic: el format comprimit, el format expandit i els resultats de classificació es poden copiar amb un clic, per enganxar directament a fitxers de configuració, regles de tallafoc o scripts
Historial per lots: registre automàtic de les últimes adreces IPv6 processades, per facilitar la comparació repetida i el canvi ràpid durant la depuració de configuracions de xarxa
Processament en temps real sense espera: processament purament en JavaScript local al navegador, sense necessitat de pujar les adreces al servidor, protegint la informació sensible de la topologia de xarxa, resultats a l'instant
Compatibilitat multi-format d'entrada: suport per enganxar format comprimit, format expandit, amb sufix CIDR, amb número de port (format [::1]:8080), format mapat IPv4 i altres formes habituals
Explicació de l'ús de l'adreça: la classificació inclou l'explicació de l'ús del tipus d'adreça, si és encaminable i els escenaris aplicables, per ajudar els novells a comprendre la planificació d'adreces IPv6
Pàgina web pura sense instal·lació: no cal descarregar cap programari, només cal obrir el navegador, compatible amb Windows/macOS/Linux i mòbils

Preguntes freqients

Què vol dir els dos punts :: al mig d'una adreça IPv6?

:: és la regla d'abreviació de compressió de zeros (Zero Compression) d'IPv6, utilitzada per substituir un o diversos grups continus de zeros (0000). Per exemple, l'adreça completa 2001:0db8:0000:0000:0000:0000:0000:0001 té 6 grups continus de zeros al mig, i es pot escriure 2001:db8::1, escurçant considerablement la longitud de l'adreça. Noteu la regla: en una adreça IPv6, :: només pot aparèixer una vegada, en cas contrari generaria ambigüitat; :: pot ser a l'inici, al mig o al final. L'adreça loopback és ::1 (comprimeix 7 grups de zeros inicials), l'adreça no especificada és :: (tots 8 grups són zeros).

Per què la meva targeta de xarxa té diverses adreces IPv6?

Això és normal. Les interfícies de xarxa IPv6 normalment tenen múltiples adreces: ① una adreça link-local (comença per fe80::, generada automàticament, per a comunicacions de baix nivell); ② una o diverses adreces unicast global (adreces públiques, obtingudes via SLAAC o DHCPv6); ③ si les extensions de privadesa estan habilitades (habilitades per defecte a Windows/Linux/macOS), també hi haurà adreces temporals (generades aleatòriament, renovades periòdicament, per a connexions externes per protegir la privadesa); ④ pot haver-hi múltiples adreces corresponents a múltiples prefixos (per exemple, accés simultani a múltiples xarxes, o múltiples prefixos IPv6). En servidors normalment es recomana desactivar les extensions de privadesa i utilitzar adreces estables fixes per facilitar la gestió.

Per què les adreces que comencen per fe80:: no es poden accedir entre segments de xarxa? Per què cal afegir %eth0 al fer ping?

fe80::/10 és una adreça link-local, dissenyada per ser vàlida només a l'enllaç de capa 2 local (el mateix commutador, la mateixa xarxa WiFi, el mateix domini de difusió), els encaminadors mai reenvien paquets amb adreça origen o destinació link-local, per tant per naturalesa no es pot accedir entre segments. Pel que fa a afegir %eth0 (també anomenat zone id, scope id), és perquè cada interfície genera automàticament la seva pròpia adreça link-local, múltiples interfícies poden tenir adreces que comencen per fe80::, si no s'especifica per quina interfície sortir, el sistema operatiu no sap per quina targeta de xarxa enviar, per això en accedir a una adreça link-local cal afegir %nom_interfície. Aquesta part després de % només té significat local, no forma part de l'adreça mateixa.

Per què les subxarxes IPv6 recomanen totes /64? Es pot utilitzar un prefix més llarg?

/64 és la longitud de subxarxa estàndard IPv6, la raó principal és que SLAAC (autoconfiguració d'adreces sense estat) exigeix que el prefix de subxarxa sigui de 64 bits — perquè SLAAC genera un identificador d'interfície de 64 bits amb EUI-64 o algorisme estable de privadesa, prefix 64 bits + ID d'interfície 64 bits = 128 bits exactes. Si s'utilitza un prefix més llarg que /64 (com /80, /96, /112), SLAAC no pot funcionar correctament. Tot i que /127 per a interconnexions punt a punt d'encaminadors (RFC 6164 recomanat) i /128 per a adreces loopback són excepcions habituals, els segments d'usuaris, segments Ethernet i VLAN haurien de ser /64. I /64 té 2⁶⁴ adreces (uns 1.800 bilions de bilions), mai s'acaben, no cal dividir subxarxes més petites per estalviar adreces.

IPv6 encara necessita NAT? Per què he sentit a parlar de NAT66?

Una de les intencions originals del disseny d'IPv6 era eliminar NAT, perquè l'espai d'adreces és prou gran, cada dispositiu pot tenir adreces públiques, i es restaura la connectivitat punt a punt. Però en el desplegament real, NAT66 (NAT d'IPv6 a IPv6, traducció de prefix) encara té escenaris d'ús, com ara redundància multi-ISP multi-homing sense BGP utilitzant NAT, o amagament de l'estructura interna de la xarxa empresarial. Però NAT66 és molt menys estès que NAPT d'IPv4, no requereix traducció d'adreces amb ports, i la connectivitat punt a punt d'IPv6 és la direcció principal. NAT64 és una altra cosa, utilitzada per a la transició de xarxes IPv6-only per accedir a recursos IPv4.

Quina és l'adreça de passarel·la per defecte d'IPv6? Per què comença per fe80::?

L'adreça de passarel·la per defecte (següent salt) d'IPv6 normalment és l'adreça link-local de l'encaminador (comença per fe80::), no una adreça pública del mateix segment com IPv4. Això és perquè l'encaminador envia la seva adreça link-local com a passarel·la mitjançant missatges NDP Router Advertisement (RA), i el host en rebre-la afegeix automàticament una ruta per defecte que apunta a aquesta adreça fe80::. Això és normal, l'adreça link-local com a següent salt pot funcionar perfectament, perquè després de la cerca d'encaminament del següent salt, només cal resoldre l'adreça MAC d'aquella adreça a l'enllaç local per reenviar, no es requereix que la passarel·la i el host tinguin adreces públiques del mateix segment.

Què és aquesta adreça ::ffff:192.168.1.1?

És una adreça IPv6 mapeda d'IPv4 (IPv4-Mapped IPv6 Address), el format és ::ffff: seguit d'una adreça IPv4. S'utilitza en sockets de doble pila: quan un socket IPv6 es vincula a :: i té activat IPv6-on, no només accepta connexions IPv6, les connexions d'IPv4 també s'accepten, i l'adreça origen es mostra com ::ffff:adreça IPv4. Per exemple, si 192.168.1.1 es connecta al servidor, l'adreça del client que veu el servidor és ::ffff:192.168.1.1. No confongueu amb l'adreça compatible IPv4 obsoleta (:: directament amb IPv4, sense ffff:).

Compta les majúscules i minúscules en les adreces IPv6? 2001:DB8::1 i 2001:db8::1 són la mateixa adreça?

Sí, és la mateixa adreça, les lletres hexadecimals a-f en les adreces IPv6 no distingeixen majúscules i minúscules, 2001:DB8::1, 2001:Db8::1, 2001:db8::1 són completament equivalents a nivell de xarxa. Però RFC 5952 (estàndard de representació textual d'adreces IPv6) recomana utilitzar minúscules, la sortida de compressió estàndard d'aquesta eina també es converteix uniformement a minúscules, per garantir la consistència del format.

Per què IPv6 no té adreça de difusió? Com es gestiona ARP?

IPv6 ha eliminat la difusió de capa 2, totes les funcions de difusió s'implementen amb multicast (Multicast), cosa que redueix dràsticament les tempestes de difusió a la xarxa i millora l'eficiència. ARP d'IPv4 (Address Resolution Protocol, que pregunta per difusió «qui és 192.168.1.1, digue'm la teva MAC») és substituït a IPv6 per NDP (Neighbor Discovery Protocol, protocol de descobriment de veïns), NDP utilitza missatges ICMPv6 i adreces multicast de node sol·licitat (solicited-node multicast address, ff02::1:ffxx:xxxx) per resoldre l'adreça MAC del veí, només el node sol·licitat processa aquest multicast, sense molestar tots els hosts del segment.

Com puc saber si la meva xarxa té IPv6?

Diversos mètodes: ① visiteu llocs com test-ipv6.com per detectar; ② a la línia d'ordres executeu ip -6 addr (Linux), ifconfig (macOS/Linux) o ipconfig (Windows) per veure si la targeta de xarxa té adreces IPv6 que comencen per 2 o fe80 (només fe80 no significa que hi hagi IPv6 pública); ③ ping6 2001:4860:4860::8888 (Google IPv6 DNS) o ping 240c::6666 (China Internet Network Information Center IPv6 DNS), si respon significa que hi ha connectivitat IPv6 pública; ④ visiteu llocs web compatibles amb IPv6 (com ipv6.google.com, www.6box.cn). Els usuaris domèstics necessiten que el router i el mòdem tinguin IPv6 activat i que l'ISP hagi activat el servei per utilitzar-lo.

Què vol dir el % en una adreça IPv6? Per exemple fe80::1%eth0

La part després de % s'anomena Zone ID (identificador de zona) o Scope ID (identificador d'abast), identifica la interfície de xarxa on es troba l'adreça, utilitzada principalment en adreces amb abast local com les link-local (fe80::). Com que cada interfície té la seva pròpia adreça link-local, la mateixa fe80::1 pot correspondre a encaminadors diferents en eth0 i wlan0, per això cal %eth0 per especificar per quina interfície enviar. El Zone ID només té significat local, no es pot utilitzar entre dispositius, no forma part de l'adreça IPv6 mateixa — l'adreça segueix sent fe80::1. En escriure fitxers de configuració, analitzar registres o utilitzar entre dispositius, s'ha d'ometre la part després de %.

Com es configura el DNS invers IPv6? Què és el format nibble?

La resolució inversa IPv6 es fa al domini ip6.arpa, utilitzant el format nibble: primer expandiu l'adreça IPv6 a 8 grups complets (no pot haver-hi omissió ::), obtenint 32 caràcters hexadecimals; després ordeneu completament a l'inrevés aquests 32 caràcters, separant cada caràcter amb un punt; finalment afegiu el sufix .ip6.arpa. Per exemple, 2001:db8::1 expandit és 20010db8000000000000000000000001, a l'inrevés és 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.2.ip6.arpa. Aquest procés és molt propens a errors en comptar els zeros, es recomana utilitzar la sortida «format expandit» d'aquesta eina com a suport. El DNS invers normalment requereix que l'ISP us autoritzi el subdomini ip6.arpa corresponent al prefix per poder configurar registres PTR.

Quina diferència hi ha entre ULA (fc00::/7) i link-local (fe80::/10)?

Cap dels dos són adreces públiques però tenen usos diferents: ① link-local fe80::/10: cada interfície la genera automàticament, només vàlida en un únic enllaç de capa 2, no es pot reenviar entre encaminadors, no requereix configuració d'encaminament, utilitzada per a NDP, DHCPv6, adjacències de protocols d'encaminament i altres comunicacions de baix nivell, com el «document d'identitat local» del dispositiu; ② ULA fc00::/7 (realment fd00::/8): és un segment similar a les adreces privades d'IPv4, es pot encaminar dins de l'empresa entre VLAN, entre encaminadors i entre llocs, però no a la Internet pública, utilitzada per a comunicacions internes empresarials, equivalent a 10.0.0.0/8 d'IPv6, requereix configuració manual o assignació per DHCPv6, requereix suport d'encaminament intern. Un és «parlar dins de la mateixa habitació», l'altre és «comunicació interna de l'empresa», les adreces públiques són «comunicació global».

Per què el tallafoc IPv6 no pot desactivar ICMP com IPv4?

IPv6 depèn molt més d'ICMPv6 del que IPv4 depèn d'ICMPv4. A IPv4 es pot bloquejar la majoria d'ICMP (excepte PMTU que pot causar alguns problemes) i encara funcionar, però IPv6 no pot fer un DROP general d'ICMPv6 — perquè ICMPv6 transporta el descobriment de veïns NDP (que substitueix ARP, sense ell ni tan sols es pot comunicar al mateix segment), els anuncis d'encaminador RA (SLAAC autoconfiguració obté el prefix i la passarel·la), el descobriment de PMTU (sense ell els paquets grans es perden i no es poden retransmetre), destinació no accessible, paquet massa gran i altres funcions crítiques. Si les regles ip6tables fan un DROP de tot l'ICMPv6, apareixen diversos problemes estranys de xarxa (es pot fer ping amb paquets petits però els grans no passen, es pot obtenir adreça però no hi ha accés a Internet, etc.). L'approach correcte és permetre els tipus necessaris d'ICMPv6.

Per què el segment d'adreces 2001:db8:: apareix a tot arreu als exemples? Es pot utilitzar realment?

2001:db8::/32 és un prefix reservat específicament per RFC 3849 per a documentació, llibres, tutorials, codi d'exemple i entorns de prova, com 192.0.2.0/24 (TEST-NET-1), 198.51.100.0/24, 203.0.113.0/24 d'IPv4. Qualsevol pot utilitzar lliurement aquest prefix a documentació, tutorials i blogs per escriure adreces d'exemple, sense haver de patir per conflictes amb adreces públiques reals — perquè cap encaminador encaminarà el segment 2001:db8::/32 a la xarxa pública. Per tant, no podeu configurar adreces 2001:db8:: en dispositius de xarxa reals per comunicar-vos, només són per a exemples. Totes les adreces d'exemple IPv6 d'aquesta documentació utilitzen aquest segment reservat.

Solució de problemes

Missatge «Format d'adreça IPv6 no vàlid»

S'han introduït caràcters no hexadecimals: les adreces IPv6 només admeten 0-9, a-f (majúscules i minúscules) i dos punts, no poden aparèixer g-z, símbols especials o espais Nombre de grups incorrecte: el format complet ha de tenir 8 grups (després de la compressió de zeros :: substitueix els grups de zeros, però cal assegurar-se que amb els grups de zeros implícits en total són 8) Més de 4 caràcters hexadecimals en un sol grup: cada grup té com a màxim 4 caràcters (0000-ffff), 5 o més caràcters és un error Error en el format incrustat IPv4: l'adreça IPv4 després de ::ffff: té un format incorrecte (com no tenir 4 segments numèrics 0-255) Té número de port però sense claudàtors: quan IPv6 té port s'ha d'escriure en format [IPv6]:port, escriure directament IPv6:port es considera part de l'adreça

Missatge «:: apareix més d'una vegada»

S'han utilitzat dues o més vegades doble dos punts :: en una adreça (com 2001::db8::1), això és no vàlid, perquè la regla de compressió de zeros estableix clarament que :: només pot aparèixer una vegada — si apareix diverses vegades no es pot determinar quants grups de zeros representa cada ::, generant ambigüitat. Manteniu només un :: i escriviu completament els altres grups de zeros.

Missatge «Un grup supera els 4 dígits hexadecimals»

Cada grup d'IPv6 només pot ser de 1 a 4 dígits hexadecimals (de 0 a ffff), un grup de 5 o més dígits és un error. La causa habitual és haver teclejat un caràcter de més en introduir les dades, o haver confós amb altres formats. Comproveu la longitud de cada grup i corregeixi l'entrada.

Adreça link-local (comença per fe80::) no respon al ping/no es pot accedir

Les adreces link-local només són vàlides a l'enllaç de capa 2 local, els encaminadors mai reenvien els paquets d'adreces link-local fora del segment, per tant no es pot fer ping a una adreça que comenci per fe80:: des d'una altra subxarxa En accedir a una adreça link-local cal especificar la interfície de sortida (per exemple ping6 fe80::1%eth0, ssh fe80::1%ens33), perquè múltiples interfícies poden tenir adreces fe80::, i el sistema operatiu no sap per quina interfície enviar El tallafoc local bloqueja ICMPv6 o els ports relacionats, el link-local depèn del protocol NDP per funcionar, comproveu que ip6tables/nftables no té regles que bloquegin el trànsit relacionat La interfície no té IPv6 habilitat o l'enllaç no està connectat, comproveu la configuració de la targeta de xarxa i l'enllaç físic

S'ha configurat una adreça IPv6 però no es pot fer ping a la xarxa pública/no hi ha accés a Internet

No s'ha configurat la passarel·la per defecte correcta: la passarel·la per defecte d'IPv6 és una adreça link-local (normalment l'adreça fe80:: de l'encaminador), cal assegurar-se que la taula d'encaminament té una ruta per defecte (::/0) que apunti a la passarel·la i la interfície de sortida correctes Longitud de prefix configurada incorrectament: per exemple, /64 escrit com a /128, cosa que causa problemes fins i tot per accedir al mateix segment, confirmeu que la longitud del prefix de l'adreça és correcta El tallafoc bloqueja ICMPv6: IPv6 depèn fortament d'ICMPv6 (descobriment de veïns NDP, PMTU, destinació no accessible, etc.), a diferència d'IPv4 on es pot desactivar ICMP lliurement, ip6tables no pot fer un DROP general d'ICMPv6, cosa que causaria diversos problemes estranys El DNS no té registres AAAA o el servidor DNS no té connectivitat IPv6, proveu amb ping6 2001:4860:4860::8888 (Google Public DNS IPv6) per provar directament la connectivitat IP L'ISP encara no ha activat el servei IPv6, o l'encaminador/router no té IPv6 configurat correctament, comproveu si la interfície WAN de l'encaminador ha obtingut el prefix IPv6 L'adreça temporal de les extensions de privadesa causa problemes d'adreça origen, els servidors haurien d'utilitzar adreces estables en lloc d'adreces temporals

Conflicte d'adreces IPv6 o sense accés a Internet en contenidors Docker/K8s

Problema de configuració del segment IPv6 per defecte de Docker: en habilitar IPv6 cal assignar correctament un prefix ULA fix o públic, no es pot utilitzar un segment generat automàticament que causi conflictes Problema de comunicació entre contenidors: la xarxa bridge per defecte de Docker requereix una configuració correcta per al suport IPv6, assegureu-vos d'haver habilitat ip6tables i de configurar correctament les regles Error de configuració IPv6 o doble pila de Kubernetes: cal configurar correctament el CIDR de pod (segment IPv6), el CIDR de servei, i el suport IPv6 de kube-proxy en mode ipvs/iptables Error de configuració d'encaminament o passarel·la dins del contenidor, comproveu que la taula d'encaminament del contenidor té una ruta per defecte El host té activat l'encaminament IPv6 però no té NPTv6 o anunci d'encaminador configurats correctament, les adreces dels contenidors no es poden encaminar des de la xarxa pública L'adreça link-local utilitzada al contenidor no té scope id, els contenidors amb múltiples interfícies també necessiten especificar la interfície de sortida

Glossari

IPv6: Protocol d'Internet versió 6, protocol IP de nova generació dissenyat per la IETF, utilitza una longitud d'adreça de 128 bits, resol el problema de l'esgotament de les adreces IPv4, incorpora seguretat, QoS, autoconfiguració i altres característiques, és el protocol fonamental de la Internet moderna.
IPv4: Protocol d'Internet versió 4, utilitza una longitud d'adreça de 32 bits, uns 4,3 mil milions d'adreces teòriques, en ús des de 1983, actualment encara en funcionament de doble pila amb IPv6, les adreces globals es van esgotar el 2019.
CIDR: Classless Inter-Domain Routing (encaminament interdomini sense classes), mètode de representació d'adreces IP, format adreça/longitud de prefix (com 2001:db8::/32), substitueix la divisió tradicional en classes A/B/C, millora l'eficiència d'encaminament.
Longitud de prefix: Número després de la barra en la notació CIDR, indica quants bits inicials de l'adreça IP són de xarxa. La longitud de prefix IPv6 és 0-128, valors comuns /128 (host únic), /64 (subxarxa), /48 (lloc), /32 (ISP).
Compressió de zeros: Regla d'abreviació d'adreces IPv6, un o diversos grups continus de zeros (0000) es poden substituir per ::, però en una adreça :: només pot aparèixer una vegada, escurça considerablement la longitud d'escriptura de les adreces IPv6.
RFC 5952: Estàndard de representació textual d'adreces IPv6 publicat per la IETF, defineix el format comprimit estàndard recomanat (minúscules, omissió de zeros inicials, compressió del segment de zeros més llarg, no compressió d'un sol zero, etc.), garanteix que una mateixa adreça tingui una sola notació canònica.
Unicast global: Global Unicast, adreça IPv6 pública encaminable a la Internet global, equivalent a l'adreça pública d'IPv4, normalment comença per 2000::/3, utilitzada per a la comunicació a Internet.
Link-local: Link-Local, adreces amb prefix fe80::/10, només vàlides a l'enllaç de capa 2 local, els encaminadors no les reenvien, cada interfície IPv6 les configura automàticament, utilitzades per al descobriment de veïns NDP, DHCPv6, protocols d'encaminament i altres comunicacions de baix nivell.
Adreça únic local (ULA): Unique Local Address, prefix fc00::/7, equivalent a les adreces privades d'IPv4, només encaminable dins de l'organització, no encaminable a la xarxa pública, utilitzada per a xarxes internes empresarials, el segment fd00::/8 s'utilitza realment.
Multicast: Multicast, prefix ff00::/8, comunicació un a molts, els paquets s'envien a totes les interfícies que s'han unit al grup multicast, substitueix la difusió d'IPv4, utilitzat en protocols d'encaminament, descobriment de serveis, streaming i altres escenaris.
Anycast: Anycast, múltiples nodes configuren la mateixa adreça, els paquets s'encaminen al node més proper, utilitzat en CDN, servidors arrel DNS, balanceig de càrrega, no es pot distingir de les unicast pel format de l'adreça.
Adreça loopback: Adreça Loopback, en IPv6 és ::1/128, equivalent a 127.0.0.1 d'IPv4, l'adreça que el node s'envia a si mateix, utilitzada per a proves locals i comunicació entre processos, no apareix a la xarxa.
Adreça no especificada: ::/128, equivalent a 0.0.0.0 d'IPv4, indica que l'adreça no existeix/no està especificada, utilitzada quan el node arrenca o quan es vinculen totes les interfícies.
SLAAC: Stateless Address Autoconfiguration (autoconfiguració d'adreces sense estat), funció exclusiva d'IPv6, el client genera l'adreça automàticament a partir del prefix de l'anunci d'encaminador, no requereix servidor DHCP, exigeix que el prefix de subxarxa sigui /64.
Doble pila: Dual Stack, el dispositiu executa simultàniament les piles de protocols IPv4 i IPv6, té tots dos tipus d'adreces, selecciona el protocol segons l'aplicació i el DNS, és actualment la solució de transició d'IPv4 a IPv6 més estesa.
NAT64: Tecnologia de transició IPv6/IPv4, permet que nodes IPv6-only accedeixin a recursos IPv4, mitjançant traducció d'adreces a la frontera de xarxa, combinada amb DNS64 que sintetitza registres AAAA a partir de registres A.
4to6: Terme genèric per a les diverses tecnologies de transició i tunelització d'IPv4 a IPv6, com 4in6, DS-Lite, MAP-T, etc., utilitzades per aconseguir la interoperabilitat dels dos protocols durant el període de transició.
nibble: Semioctet, 4 bits binaris, correspon a un caràcter hexadecimal. La resolució inversa IPv6 utilitza el format nibble, ordenant a l'inrevés els 32 caràcters hexadecimals i afegint el sufix .ip6.arpa.
ip6.arpa: Domini de resolució DNS inversa IPv6, el domini invers d'IPv4 és in-addr.arpa, el d'IPv6 és ip6.arpa, construint registres PTR mitjançant el format nibble.
EUI-64: IEEE 64-bit Extended Unique Identifier, mètode per convertir una adreça MAC de 48 bits en un ID d'interfície de 64 bits (inserint FFFE al mig de l'adreça MAC i invertint el bit U/L), utilitzat en l'autoconfiguració SLAAC, té problemes de privadesa.

Taula comparativa de tipus d'adreces IPv6

Tipus	Prefix	Adreça d'exemple	Explicació d'ús
Adreça loopback	`::1/128`	`::1`	Prova de loopback del node mateix, equivalent a 127.0.0.1, només per a ús intern de la màquina local
Adreça no especificada	`::/128`	`::`	Indica que l'adreça no existeix/no està especificada, en arrencar o en vincular totes les interfícies, equivalent a 0.0.0.0
Adreça link-local	`fe80::/10`	`fe80::1%eth0`	Vàlida al mateix enllaç, no creua encaminadors, autoconfigurada, utilitzada per NDP/protocols d'encaminament
Adreça únic local (ULA)	`fc00::/7`	`fd12:3456:789a::1`	Adreça privada interna empresarial, no encaminable a la xarxa pública, equivalent al segment privat 10/8
Adreça unicast global	`2000::/3`	`2001:db8::1`	Adreça pública encaminable, comunicació a Internet, equivalent a l'adreça pública IPv4
Adreça multicast	`ff00::/8`	`ff02::1`	Comunicació un a molts, substitueix la difusió, utilitzada en protocols d'encaminament/descobriment de serveis
Adreça de documentació	`2001:db8::/32`	`2001:db8::1`	Exclusiva per a documentació/tutorials/exemples, no encaminable, equivalent a 192.0.2.0/24
Adreça mapada IPv4	`::ffff:0:0/96`	`::ffff:192.0.2.1`	Representa connexions IPv4 en sockets de doble pila, per a compatibilitat d'aplicacions IPv6 amb IPv4

Referència de longituds de prefix IPv6 habituals

Longitud de prefix	Ús	Nombre d'adreces	Escenaris típics
`/128`	Adreça de host únic	1	Adreça loopback, IP virtual de servidor, ID d'encaminador, adreça de host únic punt a punt
`/127`	Enllaç punt a punt	2	Enllaços d'interconnexió entre encaminadors, recomanat per RFC 6164, evita el malbaratament de segments
`/64`	Subxarxa estàndard	2⁶⁴≈1,8×10¹⁹	Segment Ethernet, VLAN, subxarxa d'usuaris, requisit estricte de SLAAC
`/60`	Assignació petita d'usuari	16 subxarxes /64	Assignada per alguns ISP a usuaris domèstics, es poden dividir 16 subxarxes
`/56`	Usuari domèstic/petita empresa	256 subxarxes /64	Prefix que la majoria d'ISP assignen a usuaris domèstics, suficient per a múltiples segments
`/48`	Estàndard de lloc empresarial	65536 subxarxes /64	Assignat per l'ISP a clients empresarials, divisió de subxarxes per departament/VLAN
`/32`	ISP/grans institucions	2⁹⁶ adreces	Prefix de xarxa troncal d'ISP, bloc d'assignació per a grans institucions/proveïdors al núvol
`/0`	Ruta per defecte	Tot l'espai d'adreces IPv6	Ruta per defecte de l'encaminador, coincideix amb totes les adreces, equivalent a 0.0.0.0/0

Comparativa IPv4 vs IPv6

Element de comparació	IPv4	IPv6
Longitud d'adreça	32 bits	`128 bits`
Nombre total d'adreces	Uns 4,3 mil milions (2³²)	`Uns 3,4×10³⁸ (2¹²⁸)`
Mètode de representació	Decimal separat per punts, 4 grups 0-255 (com 192.0.2.1)	`Hexadecimal separat per dos punts, 8 grups 0000-ffff (com 2001:db8::1)`
Difusió/multicast	Té adreça de difusió (255.255.255.255), suport multicast limitat	`Sense difusió, utilitza àmpliament multicast, més eficient`
NAT traducció d'adreces	Gairebé imprescindible, ús generalitzat de NAPT per estalviar adreces	`No requereix NAT per disseny, connectivitat punt a punt, només NAT64 i altres escenaris de transició`
Autoconfiguració	Principalment DHCP, APIPA adreces privades automàtiques (169.254/16)	`SLAAC natiu autoconfiguració sense estat, no requereix DHCP per connectar-se`
Seguretat IPsec	Suport opcional, requereix desplegament addicional	`Suport IPsec natiu incorporat, seguretat a nivell de xarxa`
Estructura de capçalera	Capçalera de longitud variable, amb camps opcionals, processament complex	`Capçalera fixa de 40 bytes, opcions via capçaleres d'extensió, encaminament més eficient`
Suport QoS	Mitjançant camp ToS, suport limitat	`Camp Flow Label natiu, millor garantia de QoS`
Checksum	La capçalera inclou checksum, s'ha de recalcular a cada salt	`La capçalera no té checksum, depèn del checksum de capa 2 i 4, els encaminadors processen més ràpid`
Processament de fragmentació	Tant encaminadors com origen poden fragmentar	`Només l'origen fragmenta, els encaminadors no fragmenten, utilitza descobriment PMTU`
Adreces link-local	APIPA 169.254/16, funcionalitat limitada	`fe80::/10 suport natiu, cada interfície es configura automàticament, utilitzada per protocols de baix nivell`
Segments d'adreces privades	10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16	`fc00::/7 (ULA adreces únic locals)`