Analizador de paquetes DNS binarios en formato hexadecimal (WireFormat)

Analizador de paquetes DNS binarios en formato hexadecimal (WireFormat): Analiza el encabezado RFC 1035: ID de transacción 0xaaaa, consulta estándar de indicadores, preguntas: 1 (ejemplo.com, tipo: A, clase: IN).

Cargando herramienta...

Acerca de analizador de paquetes dns binarios en formato hexadecimal (wireformat)

Analizador de paquetes DNS binarios en formato hexadecimal (WireFormat)Analizador de paquetes DNS binarios en formato hexadecimal (WireFormat): Analiza el encabezado RFC 1035: ID de transacción 0xaaaa, consulta estándar de indicadores, preguntas: 1 (ejemplo.com, tipo: A, clase: IN).

Cómo funciona esta herramienta

Realiza álgebra de subredes binarias según RFC 4632 (CIDR) y RFC 4291 (IPv6), calcula máscaras wildcard y genera registros DNS CAA conforme a RFC 6844.

Canalización de procesamiento y arquitectura técnica

  1. Recepción léxica y normalización de la entrada en el búfer de memoria local.
  2. Validación de sintaxis estructural y verificación de invariantes y límites de dominio.
  3. Transformación algorítmica determinista y cálculo matemático de alta precisión.
  4. Serialización del resultado verificado, comprobación de integridad y generación de diagnósticos.

Ejemplo y aplicación práctica

Escenario de aplicación práctica: Leer el encabezado y una pregunta de una consulta DNS hexadecimal.

Entrada de muestra:

12 34 01 00 00 01 00 00 00 00 00 00 07 65 78 61 6d 70 6c 65 03 63 6f 6d 00 00 01 00 01

Procesamiento computacional: Decodificar el encabezado de 12 bytes y nombre, tipo y clase de la pregunta declarada.

Salida ilustrativa:

id 4660; recursionDesired true; questions 1; example.com type 1 class 1; bytes 29.

Límites y casos especiales

Cada token debe tener exactamente dos dígitos hexadecimales y el mensaje necesita al menos 12 bytes. Las etiquetas de nombre pueden tener de 0 a 63 bytes; un puntero comprimido se muestra como <compressed> sin seguirlo. Aunque devuelve contadores, no analiza registros answer, authority ni additional.

Procesamiento en el navegador y privacidad

La función de la herramienta está diseñada para procesar la entrada en el navegador sin enviarla intencionadamente a un servidor de procesamiento de CZOA. Las solicitudes de recursos del sitio, analítica o publicidad son independientes. El navegador, sus extensiones y el software administrado del dispositivo quedan fuera de este límite.

Ejecución local y metodología de verificación

El procesamiento de la carga útil de esta herramienta está diseñado para ejecutarse localmente en el navegador mediante JavaScript o Web Workers. Las solicitudes de recursos del sitio, análisis o publicidad son independientes. La confidencialidad, la repetibilidad y la latencia dependen del entorno del navegador y no se garantizan de forma absoluta.

Normas técnicas y especificaciones de conformidad

Responsable del contenido: CZOA Tools · Última revisión: 2026-09-15 · Metodología de revisión

Cómo se usa

  1. Introduce los datos o selecciona un archivo admitido en el espacio de trabajo.
  2. Revisa los controles y elige los parámetros, unidades, formatos o intervalos disponibles.
  3. Pulsa el botón de acción o consulta el cálculo inmediato.
  4. Comprueba los diagnósticos y el resultado antes de copiarlo o exportarlo.

Preguntas frecuentes

¿Qué campos DNS lee este analizador?+

Acepta octetos hexadecimales de dos dígitos separados por espacios, comas, dos puntos o guiones. Lee el encabezado DNS de 12 bytes y después solo los registros de pregunta declarados; devuelve banderas, cuatro contadores, questionRecords y el número de bytes.

¿Qué campos de entrada y resultado existen?+

La página tiene un campo de texto, Ejecutar localmente y Cargar ejemplo. Una consulta estándar de 29 bytes para example.com A/IN devuelve id 4660, recursionDesired true, questions 1 y un registro de pregunta. No envía paquetes DNS, no consulta un resolvedor ni modifica un servidor DNS.

¿Qué límites de formato de bytes se aplican?+

Cada token debe tener exactamente dos dígitos hexadecimales y el mensaje necesita al menos 12 bytes. Las etiquetas de nombre pueden tener de 0 a 63 bytes; un puntero comprimido se muestra como <compressed> sin seguirlo. Aunque devuelve contadores, no analiza registros answer, authority ni additional.

¿Qué resultado produce el ejemplo práctico?+

En el ejemplo práctico, la herramienta coincidió con una consulta estándar independiente de 29 bytes: id 4660, una pregunta example.com A/IN y todos los contadores de respuesta en cero. Esto verifica solo ese vector de encabezado y pregunta, no decodificación DNS RFC completa ni actividad de red.