Herramientas de red: DNS, WebRTC, test de velocidad e IP

La página de herramientas de red es un banco de trabajo de conexión con cuatro paneles. Conexión lee la IP pública y la ubicación que ven los servicios remotos, más detalles del dispositivo que no necesitan red. Consulta DNS envía consultas DNS-over-HTTPS a Cloudflare o Google e imprime los registros de respuesta. WebRTC reúne candidatos ICE y muestra lo que expondría una conexión entre pares. Test de velocidad mide latencia, descarga y subida contra los puntos finales de velocidad de Cloudflare. No se instala nada; la aritmética del teclado se queda en la calculadora estándar.

更新 2026-10-016 个来源约 5 分钟读完

Cómo usar los cuatro paneles

Abre el panel.Cada panel tiene su propia página en el grupo Red: /data/netlab (Conexión), /data/netlab/dns, /data/netlab/webrtc, /data/netlab/speed.
Conexión.Las tarjetas de traza de Cloudflare dan la IP, la ubicación, el colo de borde, TLS, HTTP y WARP; el bloque de ipwho.is añade país, ciudad, ISP y ASN; Información local funciona sin red, los otros dos bloques la necesitan.
Consulta DNS.Escribe un dominio, elige uno de ocho tipos de registro (A, AAAA, CNAME, MX, TXT, NS, SOA, CAA) y un proveedor, o Comparar para ejecutar ambos, y pulsa Consultar. Las respuestas muestran Nombre, Tipo, TTL y Datos; NOERROR significa que el nombre se resolvió, NXDOMAIN que no existe.
WebRTC.Pulsa Iniciar prueba; la tabla de candidatos se llena mientras el navegador encuentra direcciones, etiquetadas como privadas, públicas, IPv6 o mDNS.
Test de velocidad.Pulsa Iniciar prueba; el botón pasa a Abortar mientras corren latencia, descarga y subida, informando estadísticas de latencia, velocidad de descarga, bytes descargados y velocidad de subida. Una ejecución completa mueve unos 50 MB.

Ejemplos resueltos

Las lecturas siguientes se capturaron en una sola sesión; los TTL cuentan hacia atrás, así que una consulta nueva devuelve números distintos.

Un MX nulo. Dominio example.com, tipo MX, proveedor Cloudflare: estado NOERROR; una fila — example.com, MX, TTL 300, datos 0 .. Un 0 . solitario es un MX nulo (RFC 7505): el nombre no acepta correo a propósito.
Un nombre inexistente. Dominio no-such-host.invalid, tipo A: estado NXDOMAIN, la tabla se sustituye por Sin registros.
Una cadena de alias. Dominio www.wikipedia.org, tipo A: filas www.wikipedia.org CNAME TTL 86055 datos dyna.wikimedia.org., luego dyna.wikimedia.org A TTL 16 datos 103.102.166.224 — una consulta A puede incluir una fila CNAME.
Lo que vería una página entre pares. Con WebRTC iniciado, las tarjetas leen ¿IP locales ocultas vía mDNS? sí ✓ y Candidatos 2; las filas eran host · local con una insignia mDNS y srflx · public (STUN) con una insignia pública, y la dirección srflx 103.151.173.97 coincidía con la IP de la traza de Conexión. Con STUN inalcanzable: ninguno detectado y Candidatos 1.

Cómo llegan los paneles a la red

Conexión hace dos peticiones HTTPS normales, así que sigue cualquier proxy HTTP de la ruta; la IP de traza es la que vio el borde de Cloudflare, y el bloque de geolocalización falla de forma independiente (una sesión mostró Request failed: HTTP 429).
Consulta DNS envía la pregunta como petición HTTPS al resolutor elegido (DNS-over-HTTPS), saltándose la configuración DNS del dispositivo; dos resolutores pueden tener respuestas en caché distintas, de ahí Comparar.
WebRTC reúne candidatos ICE: host es local y a menudo se sustituye por un nombre mDNS .local, srflx es la dirección que vio un servidor STUN, y relay necesita un servidor TURN que este panel no configura.
Test de velocidad cronometra cargas generadas contra speed.cloudflare.com; sus muestras de latencia son idas y vueltas HTTPS, no pings.

Límites

Las lecturas pertenecen al momento.: La latencia, el jitter y el rendimiento dependen del dispositivo, el Wi-Fi, el ISP y el borde remoto, así que dos ejecuciones difieren. Son mediciones, no garantías.
Respuestas de terceros.: Los resultados DNS vienen del resolutor elegido, no de la configuración DNS del dispositivo, y los TTL en caché cuentan hacia atrás: otro dispositivo puede ver otra respuesta.
No es una herramienta de subredes ni de paquetes.: Nada de CIDR, máscaras o VLSM (eso es la herramienta de subredes IP), ni traceroute, captura de paquetes, escaneo de puertos o inspector de cabeceras; codificación, hashing, JSON y regex viven en Herramientas de desarrollo, y la aritmética de teclado en la calculadora estándar.

Trampas

«DNSSEC: not validated» no prueba que una zona esté sin firmar. La tarjeta informa de si esa única respuesta del resolutor llevaba el indicador AD. En las pruebas, example.com tipo A leyó "not validated" en una consulta y "AD ✓ validated" en otra, mientras que one.one.one.one tipo A siguió sin validar.
Un «sí» verde de mDNS oculta la LAN, no la dirección pública. Los candidatos host se convierten en nombres .local, pero el candidato srflx sigue informando de la dirección que vio el servidor STUN, incluso tras una VPN.
El cuadro de tipo de registro fija la pregunta, no un filtro. La consulta a www.wikipedia.org de arriba devolvió una fila CNAME dentro de una consulta A.

Dónde es útil

Diagnosticar antes de llamar al soporte

Las tarjetas de traza dicen si el tráfico llega a un borde cercano, y Información local puede ir en un ticket mientras la red está caída.

Comprobar correo y cambios de DNS

Un MX nulo (0 .) es un «aquí no hay correo» deliberado. Tras un cambio de registro, consulta el mismo nombre en ambos proveedores para ver cómo se actualizan las cachés.

Ver lo que vería una página entre pares

Una videollamada ejecuta el mismo intercambio ICE: srflx es la dirección que aprendería un par remoto, y la fila host es lo que oculta mDNS.

Referencias

IETF, RFC 1035: Domain Names — Implementation and Specification, rfc-editor.org （访问日期：2026-10-01）— formato de mensaje DNS, tipos de registro y TTL.
IETF, RFC 8484: DNS Queries over HTTPS (DoH), rfc-editor.org （访问日期：2026-10-01）— el transporte HTTPS tras el panel de Consulta DNS.
IETF, RFC 8445: Interactive Connectivity Establishment (ICE), rfc-editor.org （访问日期：2026-10-01）— tipos de candidato host, reflexivo de servidor y relay.
IETF, RFC 6762: Multicast DNS, rfc-editor.org （访问日期：2026-10-01）— nombres de host .local.
IETF, RFC 7505: A Null MX No Service Resource Record for Domains That Accept No Mail, rfc-editor.org （访问日期：2026-10-01）— el registro 0 . del ejemplo resuelto.
IETF, RFC 2606: Reserved Top Level DNS Names, rfc-editor.org （访问日期：2026-10-01）— example.com y el nombre de prueba reservado .invalid.