Expansor y Compresor de IPv6
Expande cualquier dirección IPv6 a su forma completa de 8 grupos o comprímela a la forma canónica del RFC 5952, localmente en tu navegador.
Cargando Expansor y Compresor de IPv6… Si no ocurre nada, activa JavaScript.
Una dirección IPv6 es un número de 128 bits, normalmente escrito como ocho grupos de cuatro dígitos hexadecimales separados por dos puntos, por ejemplo 2001:0db8:0000:0000:0000:0000:0000:0001. Como esa forma completa es larga y está llena de ceros, IPv6 permite dos reglas abreviadas: pueden eliminarse los ceros iniciales dentro de un grupo, y una secuencia de grupos consecutivos todos a cero puede reemplazarse por un doble dos puntos. Por tanto, la misma dirección puede escribirse de forma compacta como 2001:db8::1. El problema es que una sola dirección tiene muchas representaciones textuales válidas, lo que hace que las direcciones sean difíciles de comparar a simple vista, propensas a errores al teclearlas en reglas de cortafuegos e inconsistentes entre registros y archivos de configuración.
Preguntas frecuentes
¿Se envía a un servidor la dirección que introduzco?
¿Cuál es la diferencia entre IPv6 expandida y comprimida?
¿Qué exige el RFC 5952 para la forma canónica?
¿Por qué :: solo puede aparecer una vez en una dirección?
¿Puedo pegar una dirección con corchetes o un identificador de zona?
¿Maneja direcciones mapeadas de IPv4 como ::ffff:192.168.0.1?
¿Qué cuenta como una dirección IPv6 no válida aquí?
¿Por qué mi dirección vuelve en minúscula?
Acerca de Expansor y Compresor de IPv6
Esta herramienta convierte en ambos sentidos. Dale cualquier dirección IPv6 válida en cualquier notación y producirá la forma totalmente expandida, los ocho grupos rellenados a cuatro dígitos con cada cero visible, y la forma canónica comprimida definida por el RFC 5952. La forma expandida es ideal cuando necesitas un valor inequívoco para una coincidencia exacta de cadenas, para dividir una dirección en sus mitades de red e interfaz, o para enseñar cómo está estructurada la dirección. La forma comprimida es la representación correcta más corta y es la que deberías almacenar y mostrar, porque el RFC 5952 elimina la ambigüedad fijando exactamente una grafía canónica por dirección.
Todo el análisis y la conversión ocurren en TypeScript puro ejecutándose localmente en tu navegador. Nada de lo que introduces se sube, transmite ni registra, así que puedes inspeccionar con seguridad direcciones internas, prefijos e identificadores de host. El analizador valida su entrada e informa de un error claro ante problemas como demasiados grupos, más de un doble dos puntos, valores fuera de rango o caracteres no válidos. También entiende algunas comodidades del mundo real: los corchetes que rodean la dirección tal como se usan en las URL, un identificador de zona final como %eth0, y un sufijo IPv4 incrustado como ::ffff:192.168.0.1, que convierte en los grupos hexadecimales equivalentes antes de expandir o comprimir.
Por qué una dirección tenía tantas grafías
Cuando se diseñó IPv6, el objetivo era un espacio de direcciones enorme de 128 bits, suficiente para unos 340 sextillones de direcciones. Escribir un número así por completo es engorroso, así que los diseñadores añadieron una abreviatura: eliminar los ceros iniciales en cada grupo y colapsar una secuencia de grupos a cero en un doble dos puntos. Estas reglas hicieron las direcciones mucho más legibles, pero introdujeron un problema sutil. Una sola dirección podía escribirse ahora de muchas maneras igualmente válidas, que diferían en dónde se colocaba el ::, en si los ceros se rellenaban y en si las letras estaban en mayúscula o en minúscula.
Esa flexibilidad causaba auténticos quebraderos de cabeza operativos. Los registros de dos sistemas podían anotar el mismo host con grafías distintas, las listas de control de acceso podían pasar por alto una coincidencia por una diferencia de mayúsculas, y no podía confiarse en una simple comparación de cadenas para saber si dos direcciones eran la misma. Los ingenieros de redes perdían tiempo persiguiendo errores que en realidad eran solo dos grafías de una misma dirección que no se comparaban como iguales.
El RFC 5952, publicado en 2010, solucionó esto definiendo una representación canónica recomendada. Impuso hexadecimal en minúscula, sin ceros iniciales, abreviar la secuencia más larga de ceros con ::, no usar nunca :: para un solo grupo a cero, y una regla de desempate que favorece la secuencia situada más a la izquierda. Con una grafía oficial por dirección, las herramientas pudieron por fin normalizar y comparar direcciones IPv6 de forma fiable. Este conversor implementa ese algoritmo exacto, y por eso su salida comprimida es segura para usarse como clave canónica.