Detector de Familia de Direcciones

Detecta si una direccion es IPv4, IPv6 o invalida

Input IP Addresses

Detection Results

Detection results will appear here

El Detector de familia de direcciones identifica instantáneamente si una cadena de dirección IP es IPv4, IPv6 o inválida. Ingresa cualquier dirección como 192.168.1.1, 2001:db8::1 o ::ffff:10.0.0.1 para ver su familia detectada, estado de validación y cualquier problema de formato. La herramienta proporciona la clasificación esencial de primer paso necesaria antes de procesar direcciones en scripts, aplicaciones, reglas de firewall o archivos de configuración.

Conceptos básicos de las familias de direcciones IP

Cada dirección IP pertenece a una de dos familias de protocolo: IPv4 o IPv6. Se ven completamente diferentes, son procesadas por diferentes rutas de código y son manejadas por diferentes pilas de protocolo en el sistema operativo. Antes de poder hacer algo útil con una dirección -- validarla, buscar su geolocalización, verificar si es privada o agregarla a una regla de firewall -- necesitas saber a qué familia pertenece. Esto parece obvio cuando comparas 192.168.1.1 con 2001:db8::1, pero los casos límite hacen que la detección automatizada sea más complicada de lo que podrías esperar.

Las complicaciones surgen de formatos que difuminan la línea entre familias. Una dirección IPv6 mapeada a IPv4 como ::ffff:192.168.1.1 contiene lo que parece una dirección IPv4, pero técnicamente es una dirección IPv6 de 128 bits. Una dirección IPv6 compatible con IPv4 como ::192.168.1.1 también es IPv6, a pesar del decimal con puntos al final. Los Zone IDs como fe80::1%eth0 agregan un sufijo no numérico con el que algunos analizadores tienen problemas. La notación CIDR como 192.168.1.0/24 incluye una longitud de prefijo que no es parte de la dirección en sí. Y entradas como 192.168.1.256 parecen IPv4 pero fallan la validación porque el octeto excede 255.

Este detector maneja todos estos casos. Examina la estructura y los caracteres de la entrada, la clasifica en la familia correcta y luego valida la dirección contra las reglas de esa familia. Para entradas inválidas, te dice no solo que la dirección es inválida sino por qué -- octetos faltantes, valores fuera de rango, caracteres no hexadecimales, compresión doble :: u otros problemas específicos. Esto lo convierte en una herramienta de depuración útil cuando estás tratando de averiguar por qué una dirección que "se ve bien" está siendo rechazada por algún otro sistema.

Cómo detectar si una dirección es IPv4 o IPv6

  1. Ingresa cualquier cadena de dirección IP (por ejemplo, 192.168.1.1, 2001:db8::1 o ::ffff:10.0.0.1)
  2. La herramienta analiza el formato y la clasifica como IPv4, IPv6 o inválida
  3. Consulta la familia de dirección detectada junto con los detalles de validación
  4. Para entradas inválidas, consulta la razón específica del fallo (octeto fuera de rango, notación malformada, etc.)

Ejemplos de detección de familia de direcciones

EntradaFamilia detectadaVálidaNotas
192.168.1.1IPv4SíDecimal con puntos estándar
2001:db8::1IPv6SíNotación comprimida
::ffff:192.168.1.1IPv6SíIPv4-mapped IPv6
fe80::1%eth0IPv6SíLink-local con Zone ID
10.0.0.1IPv4SíDirección privada
::1IPv6SíLoopback
192.168.1.256IPv4NoOcteto excede 255
2001:db8::xyzIPv6NoCarácter no hexadecimal
helloNingunaNoNo es una dirección IP
192.168.1NingunaNoOcteto faltante
1.2.3.4.5NingunaNoDemasiados octetos
2001:db8::1::2IPv6NoMúltiples ::

Por qué usar el detector de familia de direcciones

  • Validación de entrada -- determina la familia de dirección antes de enrutar la entrada a lógica de procesamiento específica de IPv4 o IPv6 en scripts y aplicaciones
  • Manejo de datos en formato mixto -- procesa listas de direcciones que contienen una mezcla de entradas IPv4 e IPv6 clasificando cada entrada primero
  • Depuración de configuración -- verifica si una cadena que parece una dirección IP es realmente válida antes de agregarla a reglas de firewall o registros DNS
  • Análisis de logs -- clasifica direcciones extraídas de archivos de log en múltiples formatos para aplicar el flujo de análisis correcto
  • Sanitización de entrada de API -- rechaza cadenas de direcciones malformadas en el punto de entrada antes de que causen errores posteriores
  • Planificación de migración -- audita listas de direcciones para entender la proporción IPv4/IPv6 antes de planificar despliegues dual-stack o solo IPv6

Cómo funciona la detección de familia de direcciones IP

La detección de familia de direcciones examina la estructura y los caracteres de la cadena de entrada para determinar qué versión de IP representa, y luego valida el formato contra las reglas de esa versión.

Reglas de detección de IPv4

Una entrada se clasifica como IPv4 si cumple estos criterios:

  • Contiene exactamente tres puntos separando cuatro grupos numéricos
  • Cada grupo (octeto) es un número decimal entre 0 y 255
  • Sin ceros a la izquierda en los octetos (modo estricto) -- 010.0.0.1 puede ser rechazado porque 010 podría interpretarse como octal 8
  • Sin caracteres distintos a dígitos y puntos
Válida:    192.168.1.1    10.0.0.255    0.0.0.0
Inválida:  192.168.1.256  (octeto > 255)
Inválida:  192.168.1      (solo 3 octetos)
Inválida:  192.168.1.1.5  (5 octetos)

Reglas de detección de IPv6

Una entrada se clasifica como IPv6 si cumple estos criterios:

  • Contiene dos puntos separando grupos hexadecimales (hextets)
  • Hasta ocho grupos de 1-4 dígitos hexadecimales cada uno
  • Puede usar :: para comprimir grupos consecutivos de ceros (solo una vez)
  • Puede incluir un sufijo de Zone ID (%eth0) para direcciones link-local
  • Puede usar notación mixta para direcciones IPv4-mapped (::ffff:192.168.1.1)
Válida:    2001:db8::1
Válida:    ::ffff:10.0.0.1
Válida:    fe80::1%eth0
Inválida:  2001:db8::1::2   (doble :: no permitido)
Inválida:  2001:db8::gggg   (carácter no hexadecimal)

Casos límite

Varios formatos de dirección requieren manejo especial:

  • IPv4-mapped IPv6 (::ffff:192.168.1.1) -- detectada como IPv6, no IPv4, porque usa notación IPv6 aunque contenga una dirección IPv4
  • IPv6 compatible con IPv4 (::192.168.1.1) -- detectada como IPv6; este formato está deprecado según RFC 4291
  • Zone IDs (fe80::1%eth0) -- el sufijo % es parte de la especificación de direcciones IPv6 para direcciones con alcance y no debería causar rechazo
  • Notación CIDR (192.168.1.0/24) -- la porción /prefijo no es parte de la dirección en sí; algunas implementaciones la eliminan antes de la detección

Consejos prácticos para el manejo de familias de direcciones

Al construir aplicaciones o scripts que procesan direcciones IP, el enfoque más robusto es detectar la familia de dirección en el punto más temprano posible de tu flujo y luego bifurcar hacia lógica específica de cada familia. Intentar escribir una sola expresión regular o analizador que maneje tanto IPv4 como IPv6 correctamente es una fuente común de errores sutiles. Solo IPv6 tiene múltiples representaciones válidas para la misma dirección (expandida, comprimida, notación mixta), e IPv4 tiene casos límite con ceros a la izquierda e interpretación octal. Usa la biblioteca estándar de tu lenguaje -- el módulo ipaddress de Python, el paquete net de Go, la clase InetAddress de Java -- en lugar de crear tu propio analizador.

Un error particularmente insidioso ocurre cuando las aplicaciones tratan las direcciones IPv6 mapeadas a IPv4 como IPv6 puro. Si una verificación de seguridad compara contra una lista de bloqueo IPv4 pero la dirección se presenta en formato mapeado (::ffff:10.0.0.5), la comparación falla y la lista de bloqueo se evade. Tu lógica de detección debe reconocer las direcciones mapeadas y extraer la porción IPv4 para cualquier verificación específica de IPv4. Esto no es una preocupación académica -- ha sido la causa raíz de vulnerabilidades de seguridad en el mundo real.

Los ceros a la izquierda en direcciones IPv4 merecen atención especial. La cadena 010.0.0.1 parece 10.0.0.1 para un humano, pero algunos lenguajes de programación y sistemas interpretan 010 como octal 8, resolviendo la dirección a 8.0.0.1 en su lugar. Esta discrepancia ha sido explotada en ataques SSRF (Server-Side Request Forgery) donde una lista de bloqueo verifica la interpretación decimal pero el cliente HTTP usa la interpretación octal. La validación estricta que rechaza ceros a la izquierda elimina toda esta clase de vulnerabilidad.

Preguntas frecuentes

¿Por qué ::ffff:192.168.1.1 se detecta como IPv6 en lugar de IPv4?

Porque ::ffff:192.168.1.1 usa notación IPv6 (dos puntos) y es una dirección IPv6 válida de 128 bits. El hecho de que contenga una dirección IPv4 integrada no cambia su familia de dirección. Es una dirección IPv6 mapeada a IPv4, que es un tipo específico dentro de la familia IPv6. Usa el IPv4-Mapped IPv6 Converter para extraer la porción IPv4.

¿Cómo maneja el detector los ceros a la izquierda en octetos IPv4?

En modo de validación estricta, los ceros a la izquierda como 010.0.0.1 pueden ser rechazados porque algunos sistemas interpretan 010 como octal (decimal 8) en lugar de decimal 10. Esta ambigüedad puede llevar a vulnerabilidades de seguridad donde una dirección se resuelve a un destino no intencionado. El detector marca esto como potencialmente inválido para prevenir tales problemas.

¿Puede el detector identificar el tipo específico dentro de una familia (privada, pública, multicast)?

El detector de familia de direcciones se enfoca en la clasificación de familia (IPv4 vs. IPv6 vs. inválida). Para una clasificación de tipo más detallada, usa el IPv4 Private/Public Detector o el IPv6 Unique Local/Link-Local Detector después de determinar la familia.

¿Cómo debo manejar direcciones con notación CIDR como 192.168.1.0/24?

La longitud de prefijo /24 no es parte de la dirección IP en sí -- describe el tamaño de la subnet. La mayoría de las bibliotecas de análisis de direcciones eliminan el sufijo CIDR antes de la validación. Si tu entrada puede contener notación CIDR, divide primero por el carácter /, valida la porción de la dirección y maneja la longitud del prefijo por separado.

¿Cuál es la causa más común de detección de dirección inválida?

Para IPv4, el problema más común es un valor de octeto que excede 255 (por ejemplo, 192.168.1.300) o un número incorrecto de octetos. Para IPv6, el problema más común es usar :: más de una vez (por ejemplo, 2001:db8::1::2) o incluir caracteres no hexadecimales. Ambos tipos también pueden ser inválidos debido a formato incorrecto como puntos o dos puntos finales.

Herramientas relacionadas

IPparse•Herramientas gratuitas de cálculo de redes y subredes

© 2026 IPparse. All tools run locally in your browser.

100% Privacy-First • No Data Collected