Vérifier en direct le statut d'un serveur TeamSpeak 3
Vérifiez en quelques secondes si un serveur TeamSpeak 3 est en ligne. Nous lisons les slots, la version, la plateforme et l'uptime via ServerQuery, et testons les principaux ports (voix, transfert de fichiers, ServerQuery, WebQuery). Gratuit, sans inscription, avec protection anti-SSRF.
Comment fonctionne la vérification de statut TS3 ?
Le serveur de l'outil résout d'abord le nom d'hôte saisi via DNS et vérifie si l'IP retournée est routable publiquement. Les plages privées (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 127.0.0.0/8, link-local, loopback) sont catégoriquement rejetées. Ce n'est qu'ensuite qu'une connexion TCP est établie vers le port ServerQuery 10011, que la bannière TS3 est lue et que le protocole est interrogé avec les commandes version, use port=<voice> et serverinfo.
Ensuite, l'outil vérifie par court connect TCP les ports typiques (le port voix UDP 9987 n'est pas testé activement car UDP n'est pas vérifiable de manière fiable par sondes connect ; sont vérifiés 10011, 30033 et 10080). Tous les sockets ont des timeouts stricts (2 secondes pour ServerQuery, 0,8 seconde par vérification de port), pour que le temps de réponse reste faible.
ServerQuery, slots et visibilité des ports expliqués
TeamSpeak 3 sépare le protocole voix (UDP, port standard 9987) et l'interface d'administration ServerQuery (TCP, port 10011). Via ServerQuery, des outils comme celui-ci lisent les métadonnées : slots, version, plateforme, uptime. Pour que l'accès anonyme (unprivileged) renvoie des données, le groupe serveur par défaut doit avoir le droit b_virtualserver_info_view . Beaucoup d'admins le retirent volontairement, afin que la concurrence ou des bots ne puissent pas collecter de statistiques de slots. Dans ce cas, nous voyons « Hidden ».
- Voix : UDP 9987 (par défaut, souvent personnalisé)
- ServerQuery (raw) : TCP 10011
- ServerQuery (SSH) : TCP 10022 (si activé)
- Transfert de fichiers : TCP 30033
- WebQuery (HTTP) : TCP 10080
- WebQuery (HTTPS) : TCP 10443 (si activé)
Pourquoi certains serveurs ne répondent que partiellement
Il y a trois raisons fréquentes à une réponse incomplète. Premièrement : le pare-feu bloque le port 10011 depuis l'extérieur, nous voyons alors le serveur à tort comme « hors ligne ». Deuxièmement : ServerQuery est accessible, mais le groupe non privilégié n'est pas autorisé à appeler serverinfo . Troisièmement : le port voix saisi n'existe pas sur cette instance (plusieurs serveurs virtuels partagent un même daemon). Dans le dernier cas, l'outil signale « Partiellement accessible ».
Les fournisseurs anti-DDoS, les pare-feux NAT et le CGNAT IPv4 peuvent également faire en sorte que le port ServerQuery ne réponde pas depuis l'extérieur, alors que le port voix est bien transmis. Pour ces cas, il ne reste plus qu'un test depuis un client voix.
Confidentialité et limites
Nous ne stockons pas les saisies de manière durable. Pour la limitation de débit (20 requêtes par minute par IP), un hash de l'IP cliente est conservé brièvement dans le conteneur de l'outil et écrasé après 60 secondes. Aucun suivi, aucun cookie et aucun script tiers, hormis hCaptcha (pour la protection contre les requêtes massives automatisées).
Limites de l'outil : les serveurs TeamSpeak 5 (nouveau protocole) ne sont pas pris en charge. TeaSpeak est largement compatible, certains champs peuvent manquer. Les ports voix UDP ne sont pas testés activement, car les sondes connect TCP ne sont pas significatives sur UDP. Pour les serveurs internes (plages d'IP privées), cet outil n'est volontairement pas utilisable, veuillez utiliser un client local.