Binario visto en HEX y tramas binarias reales enviadas desde HEX/Base64; códigos de cierre con su motivo y una lista de comprobación. Prueba ws:// o wss:// en el navegador. Los mensajes van directo a tu servidor, no al nuestro.
Los mensajes aparecen aquí. No se abre ninguna conexión WebSocket hasta que pulses Conectar.
Esto envía un mensaje de texto normal con un temporizador. No es una trama ping a nivel de protocolo: las páginas web no pueden enviar ni ver tramas ping/pong. Desactivado por defecto, porque un servidor que no lo espera puede cerrar la conexión.
Creado y verificado por el equipo de ingeniería de Go Tools.
Sí en Chrome, tras permitir el acceso a la red local Depende del navegador (a octubre de 2026). Chrome 147 y posteriores preguntan primero si la página puede acceder a los dispositivos de tu red local; cuando eliges Permitir, se conectan ws://localhost y ws:// a una dirección IP de la LAN. Firefox se conecta a localhost directamente, pero bloquea las direcciones de la LAN. Safari bloquea ws:// desde páginas HTTPS.
El navegador oculta el motivo Cuando el handshake falla, los navegadores están obligados a dar a la página solo un error y el código de cierre 1006, nunca el estado HTTP ni el motivo. Pulsa F12: la consola de Chrome y Edge muestra el código de estado que devolvió el servidor.
Los navegadores no pueden definir cabeceras No. La API WebSocket del navegador no permite definir cabeceras de la petición. Pon el token en un parámetro de la URL, en un subprotocolo o en una cookie, según lo que acepte tu servidor.
Es un mensaje normal No. Las páginas web no pueden enviar ni ver las tramas ping/pong del protocolo; el navegador responde por sí solo a los pings del servidor. El envío periódico de esta herramienta es un mensaje de texto normal que se envía cada cierto intervalo, y está desactivado por defecto.
Usa el preajuste Socket.IO Socket.IO no es WebSocket puro. Elige el preajuste Socket.IO: se conecta a /socket.io/?EIO=4&transport=websocket, responde 40 al paquete de apertura y contesta cada ping 2 con un pong 3 (Socket.IO v3/v4).
Un tester de WebSocket es un cliente que apuntas a un servidor WebSocket para ver si acepta la conexión y qué devuelve. Introduces una dirección ws:// o wss://, te conectas, envías mensajes de texto o binarios y lees las respuestas: la forma más rápida de comprobar un endpoint del backend, un proxy inverso o un dispositivo que habla WebSocket sin escribir código cliente.
Este tester funciona en tu navegador: la conexión va directamente de tu navegador al servidor que indicas, y los mensajes no pasan por los servidores de go-tools. Por eso también tiene los límites del navegador. No puede añadir cabeceras de petición personalizadas, no puede enviar tramas ping a nivel de protocolo y, cuando un handshake falla, el navegador solo le comunica a la página el código de cierre 1006, no el motivo.
Lo que aporta frente a la consola del navegador a secas: mensajes binarios mostrados en HEX (o Base64) y enviados desde HEX o Base64 como tramas binarias reales, JSON formateado automáticamente, códigos de cierre explicados, una lista de comprobación cuando una conexión falla, un aviso antes de conectar cuando es probable que el navegador bloquee la dirección y un registro que sigue respondiendo con unos 2000 mensajes por segundo (medido).
09:30:01.204 · Connecting to ws://localhost:8080/ws
09:30:01.219 · Connected · subprotocol: chat
09:30:02.517 → TXT 17 B {"type":"hello"}
09:30:02.531 ← TXT 25 B {"type":"hello","ok":true}
09:30:03.002 → BIN 4 B 48 69 00 FF
09:30:03.010 ← BIN 4 B 48 69 00 FF
09:30:09.880 · Closed · code 4001: application-defined code Antes de conectar, la herramienta revisa la dirección: un ws:// sin cifrar a un nombre de dominio desde esta página HTTPS será bloqueado, así que te lo advierte y sugiere wss://. Para localhost y direcciones IP de la LAN te indica que Chrome pedirá acceso a la red local, y en qué se diferencian Firefox y Safari (a octubre de 2026).
Los mensajes binarios recibidos se muestran en HEX, 16 bytes por línea, o en Base64. Escribe los bytes como 48 69 00 FF, 0x48,0x69 o en Base64 y salen como mensaje binario; los caracteres no válidos y las cantidades impares de dígitos se señalan con su posición, y la vista previa de bytes muestra exactamente lo que se enviará.
Cada cierre muestra el código, el texto del motivo y si se completó el handshake de cierre, con el significado de los códigos estándar 1000–1015 y una nota para los códigos de aplicación 4000–4999. Un fallo antes de abrirse la conexión genera una lista de comprobación en lugar de una suposición.
Los mensajes se dibujan una vez por fotograma, así que la página sigue respondiendo con unos 2000 mensajes por segundo en nuestras pruebas. Cada entrada indica sentido, marca de tiempo en milisegundos, tipo y tamaño en bytes. Filtra por sentido, busca, pausa la vista, conserva las últimas N entradas, copia o exporta como texto.
Solicita uno o varios subprotocolos (separados por comas) y comprueba si el servidor confirmó alguno. Un tiempo de espera de conexión corta los handshakes que el servidor nunca responde. El preajuste Socket.IO completa el handshake de Engine.IO v4 y responde a los pings por ti.
El envío periódico repite el mensaje que elijas cada cierto intervalo, y la reconexión automática reintenta con espera exponencial tras una caída inesperada. Ambos están desactivados por defecto, y la herramienta nunca envía nada que no hayas pedido.
ws://localhost:8080/ws
Conectado
→ TXT 17 B {"type":"hello"}
← TXT 25 B {"type":"hello","ok":true} En Chrome 147 y posteriores, el navegador pregunta primero si permitir el acceso a tu red local; elige Permitir. Firefox se conecta a localhost directamente; Safari bloquea ws:// desde esta página HTTPS (a octubre de 2026).
48 69 00 FF
→ BIN 4 B 48 69 00 FF
En modo HEX la herramienta envía un mensaje binario con estos cuatro bytes, no el texto 48 69 00 FF. En Base64, SGkA/w== envía los mismos cuatro bytes.
El servidor cierra con el código 4001, motivo «token expired»
Cerrado · código 4001: código definido por la aplicación · cierre limpio Motivo: token expired
Los códigos 4000–4999 los define la aplicación, así que busca 4001 en la documentación del servidor. Los códigos 1000–1015 son estándar y se explican en el registro.
Protocolo: Socket.IO v3/v4, dirección ws://localhost:3000
Conectando a ws://localhost:3000/socket.io/?EIO=4&transport=websocket
← 0{"sid":"…","pingInterval":25000,…}
→ 40
← 40{"sid":"…"} El preajuste completa la ruta y la query de Socket.IO, responde 40 para unirse al namespace por defecto y contesta cada ping 2 con 3. Envía los eventos como 42["event","data"].
Escribe o pega una dirección ws:// o wss://; http:// y https:// se tratan como ws:// y wss://. Revisa la nota bajo la dirección: avisa cuando es probable que el navegador la bloquee.
Algunos servidores exigen un subprotocolo, por ejemplo mqtt. Introduce uno o varios, separados por comas. Tras conectar, el registro muestra cuál confirmó el servidor.
Pulsa Conectar. Para localhost o una dirección de la LAN en Chrome, elige Permitir cuando te pregunte por el acceso a la red local. Si la conexión falla, sigue la lista de comprobación que aparece.
Elige Texto, HEX o Base64, revisa la vista previa y pulsa Ctrl+Enter. El JSON recibido se formatea y el binario se muestra en HEX; cambia el binario a Base64 en la barra de herramientas del registro.
Filtra por sentido o busca en el registro, pausa la vista durante una avalancha de mensajes y luego copia o exporta el registro como texto con marcas de tiempo, sentido y tamaños en bytes.
Los navegadores bloquean un ws:// sin cifrar a un nombre de dominio desde una página cargada por HTTPS (contenido mixto). Chrome y Firefox lo rechazan al instante con un SecurityError. Usa wss://; para un servidor de la LAN en Chrome, escribe su dirección IP (hay que permitir el acceso a la red local).
ws://api.example.com/ws
wss://api.example.com/ws
En modo texto, 48 69 se envía como los caracteres 4, 8, espacio, 6, 9. Cambia a HEX para enviar los bytes 0x48 0x69 como mensaje binario.
Modo texto: 48 69 → TXT 5 B
Modo HEX: 48 69 → BIN 2 B
Un servidor Socket.IO rechaza un WebSocket puro en su ruta raíz y, si no recibe respuesta a su handshake y a sus pings, cierra la conexión. Usa el preajuste Socket.IO.
ws://localhost:3000
ws://localhost:3000/socket.io/?EIO=4&transport=websocket
Los navegadores no pueden enviar una cabecera Authorization con el handshake de WebSocket. Si tu servidor lo admite, pasa el token como parámetro de la URL o como subprotocolo.
Authorization: Bearer eyJ…
wss://api.example.com/ws?token=eyJ…
Web & API
Construye comandos curl en tu navegador: define método, cabeceras, autenticación y cuerpo, y obtén el comando listo para copiar al instante. Presets para Bearer, POST JSON y subida de archivos. Gratis, privado, sin registro.
Web & API
Genera entradas htpasswd con bcrypt, Apache MD5 (apr1), SHA-1 y más. Obtén configuración lista para pegar en Apache, nginx y Docker. 100% en tu navegador — sin subidas.
Web & API
Genera etiquetas meta Open Graph, Twitter Card y SEO con vista previa en vivo de Google, Facebook y X. 100% gratis, en el navegador, sin registro — copia y pega el código.
Web & API
Qué bloque location de nginx gana — y por qué perdieron los demás. Probador gratuito para =, ^~, ~ y ~*, todo en tu navegador.
Web & API
Monitor serie en Chrome o Edge sin instalar nada: conecta CH340, CP2102, ESP32 o Arduino, envía texto o HEX, también periódicamente, con CRC-16 Modbus automático. ¿Caracteres extraños? Detecta GBK y redibuja lo ya recibido.
Web & API
Calcula dirección de red, broadcast, rango de hosts utilizables, máscara de subred y comodín de cualquier bloque CIDR IPv4. Admite enlaces punto a punto /31 (RFC 3021), divide bloques en subredes y todo corre en tu navegador.