Kontrollera TeamSpeak-3-serverstatus live online
Kontrollera på några sekunder om en TeamSpeak-3-server är online. Vi läser slots, version, plattform och uptime via ServerQuery och testar de viktigaste portarna (Voice, File-Transfer, ServerQuery, WebQuery). Gratis, utan registrering, med anti-SSRF-skydd.
Hur fungerar TS3-statuskontrollen?
Verktygsservern slår först upp det angivna hostnamnet via DNS och kontrollerar om den returnerade IP:n är publikt routbar. Privata intervall (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 127.0.0.0/8, link-local, loopback) avvisas kategoriskt. Först därefter byggs en TCP-anslutning till ServerQuery-port 10011, TS3-bannern läses och protokollet frågas via kommandona version, use port=<voice> och serverinfoav.
Sedan kontrollerar verktyget via en kort TCP-connect de typiska portarna (voice 9987 som UDP testas inte aktivt eftersom UDP inte tillförlitligt kan verifieras via connect-probe; det som kontrolleras är 10011, 30033 och 10080). Alla sockets har hårda timeouts (2 sekunder för ServerQuery, 0,8 sekunder per portkontroll), så att svarstiden förblir kort.
ServerQuery, slots och portsynlighet förklarat
TeamSpeak-3 separerar voice-protokollet (UDP, standardport 9987) och administrationsgränssnittet ServerQuery (TCP, port 10011). Via ServerQuery läser verktyg som detta metadata: slots, version, plattform, uptime. För att den anonyma (unprivileged) åtkomsten ska returnera data måste default-servergruppen ha rättigheten b_virtualserver_info_view . Många admins tar medvetet bort den så att konkurrenter eller bottar inte kan samla slot-statistik. I så fall ser vi "Hidden".
- Voice: UDP 9987 (standard, ofta custom)
- ServerQuery (raw): TCP 10011
- ServerQuery (SSH): TCP 10022 (om aktiverat)
- File-Transfer: TCP 30033
- WebQuery (HTTP): TCP 10080
- WebQuery (HTTPS): TCP 10443 (om aktiverat)
Varför vissa servrar bara svarar begränsat
Det finns tre vanliga orsaker till ett ofullständigt svar. För det första: brandväggen blockerar port 10011 utifrån, då ser vi servern felaktigt som "Offline". För det andra: ServerQuery är nåbar, men den unprivilegierade gruppen får inte anropa serverinfo . För det tredje: den angivna voiceporten finns inte på denna instans (flera virtuella servrar delar en daemon). I sista fallet rapporterar verktyget "Delvis nåbar".
Även anti-DDoS-leverantörer, NAT-brandväggar och IPv4-CGNAT kan göra att ServerQuery-porten inte svarar utifrån, men voiceporten släpps igenom. För sådana fall återstår bara ett voice-klienttest.
Integritet och gränser
Vi sparar inga inmatningar permanent. För rate-limit (20 förfrågningar per minut per IP) lagras en hash av klientens IP kortvarigt i verktygscontainern och skrivs över efter 60 sekunder. Det finns ingen spårning, inga cookies och inga tredjepartsskript utom hCaptcha (som skydd mot automatiserade massfrågor).
Verktygets gränser: TeamSpeak 5-servrar (nytt protokoll) stöds inte. TeaSpeak är till stor del kompatibelt, enskilda fält kan saknas. UDP-voiceportar kontrolleras inte aktivt, eftersom TCP-connect-probes på UDP inte är meningsfulla. För interna servrar (privata IP-intervall) är detta verktyg medvetet inte användbart, använd istället en lokal klient.