Comprueba el estado de servidores TeamSpeak 3 en vivo
En pocos segundos, comprueba si un servidor TeamSpeak 3 está online. Leemos slots, versión, plataforma y uptime mediante ServerQuery y probamos los puertos más importantes (Voice, File-Transfer, ServerQuery, WebQuery). Gratis, sin registro, con protección anti-SSRF.
¿Cómo funciona la comprobación de estado de TS3?
El servidor de la herramienta resuelve primero por DNS el hostname introducido y comprueba si la IP devuelta es enrutable públicamente. Los rangos privados (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 127.0.0.0/8, link-local, loopback) se rechazan de forma categórica. Solo después se establece una conexión TCP al puerto ServerQuery 10011, se lee el banner TS3 y se consulta el protocolo con los comandos version, use port=<voice> y serverinfo.
A continuación la herramienta comprueba mediante un breve TCP-Connect los puertos típicos (el puerto Voice 9987 sobre UDP no se prueba activamente, ya que UDP no se puede verificar de forma fiable con un connect probe; se comprueban 10011, 30033 y 10080). Todos los sockets tienen timeouts estrictos (2 segundos para ServerQuery, 0,8 segundos por comprobación de puerto), para que el tiempo de respuesta sea bajo.
ServerQuery, slots y visibilidad de puertos explicados
TeamSpeak 3 separa el protocolo Voice (UDP, puerto estándar 9987) y la interfaz de administración ServerQuery (TCP, puerto 10011). A través de ServerQuery, herramientas como esta leen metadatos: slots, versión, plataforma, uptime. Para que el acceso anónimo (unprivileged) devuelva datos, el grupo del servidor por defecto debe tener el permiso b_virtualserver_info_view . Muchos administradores lo retiran intencionadamente para que la competencia o los bots no puedan recolectar estadísticas de slots. En ese caso vemos «Hidden».
- Voice: UDP 9987 (estándar, a menudo personalizado)
- ServerQuery (raw): TCP 10011
- ServerQuery (SSH): TCP 10022 (si está activado)
- File-Transfer: TCP 30033
- WebQuery (HTTP): TCP 10080
- WebQuery (HTTPS): TCP 10443 (si está activado)
Por qué algunos servidores responden de forma limitada
Hay tres motivos frecuentes para una respuesta incompleta. Primero: el firewall bloquea el puerto 10011 desde fuera, y entonces vemos el servidor erróneamente como «Offline». Segundo: ServerQuery es accesible, pero el grupo no privilegiado no puede invocar serverinfo . Tercero: el puerto Voice introducido no existe en esta instancia (varios servidores virtuales comparten un mismo daemon). En este último caso la herramienta indica «Parcialmente accesible».
También los proveedores anti-DDoS, los firewalls NAT y la CGNAT IPv4 pueden hacer que el puerto ServerQuery no responda desde fuera, mientras que el puerto Voice sí se reenvía. En esos casos solo queda probar con un cliente Voice.
Privacidad y límites
No guardamos las entradas de forma permanente. Para el rate-limit (20 peticiones por minuto y por IP) se almacena brevemente un hash de la IP del cliente en el contenedor de la herramienta y se sobrescribe a los 60 segundos. No hay rastreo, ni cookies, ni scripts de terceros, salvo hCaptcha (para protegerse de consultas masivas automatizadas).
Límites de la herramienta: los servidores TeamSpeak 5 (protocolo nuevo) no son compatibles. TeaSpeak es ampliamente compatible, aunque algunos campos pueden faltar. Los puertos Voice UDP no se comprueban activamente, ya que las pruebas TCP-Connect sobre UDP no son concluyentes. Esta herramienta no se puede usar a propósito con servidores internos (rangos de IP privados); para eso usa un cliente local.