ピング

ピングは、ウェブサイト、サーバー、ポートに到達できるかを確認し、応答時間、ステータスコード、エラーを表示する無料ツールです。

pingチェックでは何を確認できますか？

pingチェックでは、チェックを実行するネットワークからリモートシステムが応答するかを調べます。具体的な確認内容は、選択したプロトコルによって異なります。

• HTTP(s)では、HTTPまたはHTTPSを使ってウェブURLを確認します。HTTPレスポンスのステータスコードを取得できるため、ウェブサイト、API、ウェブサービスの確認に適しています。
• Ping（ICMP）では、ホストがInternet Control Message Protocolのエコートラフィックに応答するかを確認します。ネットワークで一般に使われる"ping"とは、この確認方法を指します。
• ホスト / ポートでは、ホスト上の指定したネットワークポートに到達できるかを確認します。代表的な例として、SMTPメールサーバー、POPサーバー、データベースのエンドポイントがあります。

これらのチェックで分かることは、それぞれ少し異なります。ICMPへの応答は、ホストがその種類のネットワークトラフィックを受け付けて応答していることを示しますが、ウェブサイトやメールサービスが動作している証明にはなりません。HTTPレスポンスからはステータスコードを取得でき、障害の手掛かりになる場合があります。ポートチェックの成功が示すのは、そのポートに到達できることだけです。アプリケーションへのログインやデータベースクエリが成功するとは限りません。

ピングの使い方は？

適切なPingプロトコルを選び、対応するアドレスを入力してチェックを実行します。プロトコルごとに求められる形式で入力してください。

1. ウェブサイト、APIエンドポイント、ウェブサービスの問題を調べる場合は、HTTP(s)を選び、https://www.example.com/statusのような完全なURLを入力します。
2. サーバーがICMPトラフィックに応答するか確認する場合は、Ping（ICMP）を選び、server.example.comのようなHostまたはIPアドレスを入力します。
3. ホスト / ポートを選び、Hostを入力してから、数字のPortを指定します。たとえば、SMTPサブミッションサービスでは通常ポート587、HTTPSでは通常ポート443が使われます。

ホストだけを確認するチェックには、URLのパスを追加しないでください。一方、問題がドメイン全体ではなく特定のAPIルートやページに限られる場合、HTTPチェックでは完全なパスが必要になることがあります。トランスポート層のポート番号は、0から65535までの16ビット値です。ポート0は予約済みで、通常はサービス用ポートとして使われません。空白、カンマ、"port 443"のようなラベルは、ポート番号には含まれません。

ピングのチェックはサーバー上で実行されます。入力した内容はHTTPS経由でそのサーバーに送信され、保存されません。URLにパスワード、APIキー、その他の秘密情報を含めないでください。URLに含めると、接続先のサービスや通常のウェブインフラの別の部分に情報が露出する可能性があります。

pingの結果はどう見ればよいですか？

まず到達可否を確認し、次に応答時間、HTTPステータス、エラーの結果を見て問題を絞り込みます。

たとえば、仮のHTTP結果として、オンライン、応答時間180 ms、ステータスコード200と表示されたとします。ステータスコード200は、リクエストが成功したことを示します。404レスポンスは、オリジンサーバーが対象リソースの現在の表現を見つけられなかったか、その存在を明らかにする意思がないことを意味します。5xx (Server Error)レスポンスはServer Errorクラスに属し、正確な原因は個別のステータスコードによって異なります。

Down!と表示されても、必ずしもマシン全体がオフラインとは限りません。ファイアウォールがICMPを遮断していてもHTTPSは動作していることがあります。また、1つのポートが閉じていても、ほかのサービスは利用できる場合があります。利用者が接続しようとしているサービスに合ったチェックを実行してください。

pingで見つかる一般的な問題

ウェブサイトが読み込めない場合は、まずHTTP(s)を選び、問題が起きている正確なURLを確認します。ドメインから応答がある一方で、特定のページが404を返す場合は、ルート、書き換えルール、デプロイを確認してください。ブラウザーでHTTPS証明書の警告が出る場合は、pingだけに頼らず、SSLルックアップで証明書の詳細を確認します。HTTPヘッダーの検索では、リダイレクトやレスポンスヘッダーも確認できます。

メールが届かない場合は、ホスト / ポートを使い、メールサーバーのホスト名と、送信または受信アプリケーションに設定されているポートを入力します。SMTPポートに到達できても、そのサーバーが特定のメールを受け付ける証明にはなりません。認証エラー、スパムフィルタリング、DNSのメールレコード、受信者側のポリシーは、基本的なポートチェックの対象外です。

サイトを新しいホストへ移した後は、状況に応じてICMPまたはHTTPでホスト名を確認します。DNSレコードを検証し、キャッシュされた応答が残る時間も考慮してください。Whois検索はドメイン登録情報の確認に役立つことがありますが、各リゾルバーが現在どのDNS応答を保持しているかは分かりません。

正しい結果なのにDNSキャッシュのせいで間違って見えるのはなぜですか？

DNSキャッシュの影響で、ツールのサーバーと手元の端末が、同じホスト名を一時的に異なるアドレスへ名前解決することがあります。再帰リゾルバーは、一般にTTLと呼ばれる有効期間に従ってDNS応答を保持します。また、一部のアプリケーションやOSもローカルキャッシュを保持します。

この遅延は一般に"Propagation"と呼ばれますが、DNSレコードが1つの統制された処理によって全体へ広がるわけではありません。各キャッシュは、それぞれのタイミングで期限切れになります。そのため、最近変更したレコードが一方の接続では機能していても、別の接続では以前のアドレスが使われ続けることがあります。

このツールはサーバー上でチェックを実行するため、結果には、その時点におけるサーバー側のネットワーク経路とDNSの参照状況が反映されます。日本国内のすべてのインターネットプロバイダー、モバイルネットワーク、企業のリゾルバーが同じ接続先を参照していることまでは証明できません。場所によって動作が異なる場合は、ローカル環境でのチェック結果と比較し、該当するDNSレコードも照会してください。

よくある質問

アクセント記号付きやラテン文字以外のドメイン名はどう扱われますか？

IDNAは、対象となるUnicodeドメインラベルをASCIIのA-labelへ変換します。Punycodeは、該当するA-label内で使われるエンコード方式です。ブラウザーは多くの場合、読みやすい表記を自動的に変換しますが、ホスト入力欄や診断システムではA-label形式が必要になることがあります。見た目がよく似たUnicode文字でも別のドメインを指す場合があるため、つづりを慎重に確認してください。

応答時間が短ければ、その状態はずっと続きますか？

いいえ。応答時間は、ルーティング、ネットワークの混雑、サーバー負荷、物理的な距離によって変化します。同じような時間帯に複数回チェックして記録し、1回だけ遅かったことを障害の証拠とせず、変化が継続しているかを調べてください。

DNS、ファイアウォール、サーバーの設定を変更する前に、影響を受けているサービスが実際に使う正確なホスト名、URLパス、ポートを確認したか見直してください。結果が得られた時刻を記録し、ローカルログと比較すると、接続の両側で起きた事象を照合できます。