ToolActToolAct

Ping テストツール

サーバーまたはドメインのネットワーク接続性と遅延をオンラインで確認

IPアドレスまたはドメインを入力し、「Ping開始」をクリックして接続性をテスト

Pingテストとは?

Pingは、ホスト間のネットワーク接続性と遅延をテストするために使用されるネットワーク診断ツールです。ターゲットホストにICMPエコー要求パケットを送信し、応答を待つことで、ターゲットに到達可能かどうかを判断し、ネットワーク遅延を測定します。Pingテストは、ネットワークトラブルシューティング、サーバー監視、ネットワークパフォーマンス評価によく使用されます。

使い方

使い方

  1. 「IPアドレス/ドメイン」フィールドに対象サーバーのアドレスを入力
  2. Ping回数を選択(1〜20)、デフォルトは4回
  3. 「Ping開始」ボタンをクリックしてテストの完了を待つ
  4. 統計情報を確認:パケットロス率、平均レイテンシ、最小/最大レイテンシ
  5. 各Pingの詳細結果を確認:ステータス、レイテンシ、TTL

ネットワークのヒント

  • Pingが失敗したからといって必ずしもウェブサイトがダウンしているわけではありません。多くのサーバーはICMPをブロックしていますが、HTTPやHTTPSは正常に動作しています。
  • ネットワークの問題を診断する前に複数の対象を比較して、ローカルの接続問題と到達不能なホストを区別しましょう。

利用シーン

ToolActバックエンドからの到達可能性をテストホスト名またはIPを入力し、1〜20回のプローブを選択して署名付きバックエンドPingテストを実行します。入力した単一のホストまたはドメインのみがネットワークAPIに送信され、ページ自体はそのターゲットを他の場所にログ・保存・転送することはありません。結果には解決されたIP、ホスト名、到達可能性、送受信パケット数、パケットロス、最小・最大・平均遅延が表示されます。
パケットロスと遅延の分散を診断シーケンスごとのテーブルに各プローブの成功・失敗、遅延、TTL、エラーメッセージが表示されます。サービスが断続的に到達可能な場合や、平均遅延が個別の失敗を隠している場合に特に有用です。クリーンなベースラインプローブと問題のあるプローブを比較し、分散がDNS TTL、BGPルート変更、ターゲット上のスケジュールジョブと一致するかを確認します。
サポートチケットでPing結果を共有全体統計とパケットごとの行を含むタブ区切りのサマリーとして結果をコピーできます。テストはブラウザのJavaScriptではなくサービス側から実行されるため、出力はローカルのICMP動作ではなくサーバー側のネットワーク可視性を反映します。ホスティング、CDN、ISPのチケットにサマリーを添付し、オペレーターが自身のエッジやピアリングデータとトレースを関連付けられるようにしましょう。
1つのホストに対して複数のプローブを比較単一のホスト名またはIPに対してプローブ回数を増やすことで、繰り返しチェックで遅延が安定しているかどうかを確認できます。パケットごとの行は断続的な失敗、パケットロス、外れ値のレスポンスタイムを単一の平均値より発見しやすく、平均値では隠れるジッターも明らかにします。
ノイジーなネットワーク向けにプローブ数とタイムアウトを調整素早い到達可能性チェックには1〜3回のプローブを使用し、不安定なリンクや飽和したアップリンクでの断続的なロスを明らかにするには8〜20回を使用します。結果はバックエンドのネットワーク可視性を反映するため、ホームルーター、VPN、ISPレベルのフィルターはこのトレースに現れない点に留意してください。特定のホップを疑う場合はtracerouteやmtrと組み合わせましょう。

仕組み

PingツールはToolActバックエンドサーバーからターゲットホストにプローブを送信し、到達可能性とラウンドトリップ遅延を測定します。従来のPingはICMP(Internet Control Message Protocol、RFC 792)を使用してOSIレイヤー3で動作します。送信元はシーケンス番号とペイロードを含むICMPエコー要求(Type 8、Code 0)を送信し、宛先はICMPエコー応答(Type 0、Code 0)で応答します。ラウンドトリップ時間(RTT)は要求の送信から応答の受信までの間隔で、ミリ秒単位で測定されます。ブラウザは生のICMPパケットを送信できないため(Socket APIはWebコンテンツに生のソケットを公開しない)、このツールはバックエンドAPI経由でPingをプロキシし、サーバーサイドプロセスが実際のICMP交換を実行して結果をブラウザに返します。 IPヘッダーのTTL(Time to Live)フィールドは各ルーターホップで1ずつ減少し、TTLが0に達するとルーターはパケットを破棄してICMP Time Exceeded(Type 11)メッセージを返します。これはtracerouteの仕組みですが、Pingテストでは初期TTL値からターゲットのOSを推定できます。Windowsはデフォルト128、Linux/macOSは64、ネットワーク機器は255です。デフォルト値から受信TTLを引くことでターゲットまでの概算ホップ数が得られます。 パケットロスは(送信パケット数 - 受信パケット数)/ 送信パケット数 × 100%で計算されます。ゼロロスは全プローブがタイムアウト内に返されたことを意味し、断続的なロスは輻輳、障害のあるハードウェア、レート制限、ターゲットや中間ファイアウォールによるICMP非推奨を示唆します。多くの本番サーバーやクラウドプロバイダーはエッジでICMPを完全に無効化しているため、100%のロス結果が必ずしもホストダウンを意味するわけではなく、ICMPがフィルタリングされている可能性があります。ツールは全成功プローブにわたる最小・最大・平均遅延を報告し、これらはジッターを明らかにします。低い平均と高い最大は偶発的なスパイクを示唆し、一貫したmin/maxは安定したリンクを示します。

  • ICMPエコー機構(RFC 792):エコー要求(Type 8)は16ビット識別子、16ビットシーケンス番号、オプションのペイロードを運びます。エコー応答(Type 0)は同じ識別子とシーケンスをエコーバックし、送信者は応答と要求を照合できます。
  • RTT測定:ラウンドトリップ時間は要求送信から応答受信までの壁時計間隔で、ネットワーク伝播遅延、ルーターのキューイング、ターゲットの処理時間を含みます。1ms未満はターゲットが同一LAN上にあることを示唆し、100ms以上は大陸間パスを示唆します。
  • TTLホップ数推定:初期TTL値はOSの慣例に従います(Windows 128、Linux/macOS 64、ネットワーク機器 255)。概算ホップ数 = 初期TTL - 受信TTL。Windowsホストから受信TTL 117は約11ルーターホップを示唆します。
  • パケットロスの解釈:良好に接続されたパスでの2%未満のロスは正常、2〜10%は輻輳や不安定なリンクを示唆、10%以上は深刻な問題を示します。ただし、ファイアウォールやクラウドプロバイダーによるICMPフィルタリングは、実際には正常なホストでも偽の100%ロスを生じさせる可能性があります。
  • 遅延統計:N個のプローブにわたる最小・最大・算術平均はジッターを明らかにします。低い平均と高い最大は散発的な輻輳を示し、標準偏差(表示されませんがパケットごとのテーブルから算出可能)は分散を定量化します。
  • ブラウザの制限:JavaScriptはWebSocket、fetch、XMLHttpRequest APIがアプリケーション層(TCP/TLS/HTTP)で動作するため、生のICMPパケットを送信できません。ツールはバックエンドAPI経由でPingをプロキシするため、測定遅延にはToolActサーバーへの1回の追加HTTPラウンドトリップが含まれます。
  • ICMPレート制限:多くのホストとルーターはICMPレート制限を適用しています(Linuxカーネルパラメータ net.ipv4.icmp_ratelimit、デフォルト1000ms)。レート制限より速くプローブを送信すると、実際のネットワーク状態を反映しない人為的なパケットロスが発生します。

使用例

ローカル DNS サーバーのテスト

8.8.8.8 (Google DNS) に ping → 平均レイテンシ 15ms、パケットロス 0% = 良好な接続

ゲームサーバーの選定

game-server-us.example.com に ping → 45ms、game-server-eu.example.com → 120ms → 米国サーバーを選択

ネットワーク障害の切り分け

ローカルルーターに ping: 1ms、ISP ゲートウェイに ping: タイムアウト → ISP 側で問題発生

よくある質問

ブラウザでこの「ping」はどのように動作しますか?

ブラウザはシステムの`ping`コマンドのようにICMPエコーパケットを送信できません。このページはターゲットにHTTP(S)リクエストを発行し、ラウンドトリップ時間を測定します。結果はWebサービスへの実世界のレイテンシで、TCPハンドシェイク、TLS、HTTPオーバーヘッドを含み、通常はICMPのpingより高くなります。

Web pingがターミナルの`ping`より常に高いのはなぜですか?

ICMPは1ラウンドトリップです。HTTPSは最初のリクエストでTCP SYN/ACKとTLSハンドシェイクを追加し(約3ラウンドトリップ)、さらにHTTPリクエスト/レスポンスが加わります。接続が温まると、ページはそれを再利用する可能性があり(HTTP/2 keep-alive)、その後の測定値は真のRTTに近づきます。

任意のホストにpingできますか?

標準ポートでHTTPSに応答するホストのみです。Webサービスのないサーバーや、CORSをブロックするサーバーは失敗する可能性があります。クラウドホスト型サイトは通常動作しますが、プライベートネットワークのホスト(10.x、192.168.x)はページのサーバーから到達可能な場合のみ動作し、ローカルネットワークからは動作しません。

ターゲットにデータが漏れますか?

各pingは実際のHTTPリクエストです。ターゲットサーバーは通常の訪問と同様にそれをログに記録します(あなたのIPとUser-Agent)。所有していない内部ホストにpingしないでください。サービス拒否の試みと解釈されるほど高速にpingしないでください。

リクエストは署名されますか?

当社のバックエンドへのpingは、リクエストを正規化する署名付きプロキシを通過します。テストを宛先に転送しますが、あなたのIPは転送しません。ターゲットには当社のバックエンドが見えるだけで、あなたは見えません。

結果が変動するのはなぜですか?

ネットワークレイテンシは、輻輳、ルート変更、ターゲットサーバーの負荷によって自然に変動します。多くのサンプルにわたる安定した結果は、単一の測定よりも意味があります。ページは最小、最大、平均を報告します。

ルートをトレースできますか?

いいえ。tracerouteは生のIPパケット操作を必要としますが、ブラウザはそれができません。それにはコマンドラインのmtrまたはtracerouteを使用してください。このページはエンドツーエンドのレイテンシのみを測定します。