TS3 ステータスチェックの仕組み
ツールサーバーはまず入力されたホスト名を DNS で解決し、返された IP がパブリックにルーティング可能かを検証します。プライベート範囲(10.0.0.0/8、172.16.0.0/12、192.168.0.0/16、127.0.0.0/8、Link-Local、Loopback)は一律に拒否されます。その後 ServerQuery ポート 10011 への TCP 接続を確立し、TS3 バナーを読み取り、 version, use port=<voice> と serverinfoコマンドでプロトコルを照会します。
続いてツールは典型的なポートを短い TCP-Connect で確認します(Voice 9987 は UDP のためアクティブテストせず。UDP は Connect プローブで信頼確認できないため。確認対象は 10011、30033、10080)。応答時間を抑えるため、ServerQuery には 2 秒、各ポートチェックには 0.8 秒の厳格なタイムアウトを設定しています。
ServerQuery、スロット、ポート可視性の解説
TeamSpeak 3 は Voice プロトコル(UDP、標準ポート 9987)と管理インターフェース ServerQuery(TCP、ポート 10011)を分離しています。本ツールのようなツールはメタデータ(スロット、バージョン、プラットフォーム、稼働時間)を ServerQuery 経由で読み取ります。匿名(unprivileged)アクセスでデータを取得するには、デフォルトサーバーグループに b_virtualserver_info_view 権限が必要です。多くの管理者はこれを意図的に削除し、競合やボットがスロット統計を収集するのを防ぎます。その場合、結果は「Hidden」と表示されます。
- Voice:UDP 9987(標準、独自ポートも多い)
- ServerQuery(raw):TCP 10011
- ServerQuery(SSH):TCP 10022(有効化時)
- File-Transfer:TCP 30033
- WebQuery(HTTP):TCP 10080
- WebQuery(HTTPS):TCP 10443(有効化時)
なぜ一部のサーバーは制限付き応答するのか
応答が不完全になる典型的な理由は 3 つあります。1 つ目:ファイアウォールがポート 10011 を外部からブロックしているため、サーバーが誤って「オフライン」と判定される。2 つ目:ServerQuery には到達できるが、unprivileged グループが serverinfo を呼び出せない。3 つ目:入力された Voice ポートがそのインスタンスに存在しない(複数の仮想サーバーが 1 つのデーモンを共有)。最後のケースでは、ツールは「一部到達可能」と表示します。
Anti-DDoS プロバイダー、NAT ファイアウォール、IPv4 CGNAT も、ServerQuery ポートが外部から応答せず Voice ポートのみ通過する状況を引き起こします。そのような場合は Voice クライアントテストのみが手段となります。
プライバシーと制限
入力データを永続的に保存することはありません。レート制限(IP ごとに毎分 20 リクエスト)のため、クライアント IP のハッシュをツールコンテナ内に短時間保管し、60 秒後に上書きします。トラッキング、Cookie、サードパーティスクリプトはなし。例外は hCaptcha のみ(自動大量問い合わせ対策)。
ツールの制限:TeamSpeak 5 サーバー(新プロトコル)は非対応です。TeaSpeak はおおむね互換ですが、一部のフィールドが欠ける場合があります。UDP Voice ポートは TCP-Connect プローブで意味を持たないため、アクティブテストは行いません。プライベート IP 範囲の内部サーバーには本ツールを意図的に利用できないようにしてあります。ローカルクライアントをご利用ください。