Pingによる到達性の確認
pingを使用して、ホストが応答するか、また応答速度を確認します。
「Pingによる到達性の確認」はCoddyKit上の無料Network+ Academyレッスンです。 これはレッスン1/4です。 下記で完全なレッスンを無料で読むことができます。その後、ブラウザ内の組み込みコードエディタと24時間対応のAIチューターでハンズオン演習できます。 これはNetwork+ Academy学習パスの一部であり、ウェブとCoddyKitアプリ全体で進捗が同期されます。 Network+ Academyコースには全4レッスンが含まれています。
Pingの役割
Pingは、最も基本的な接続テストです。対象ホストに小さなメッセージを送信して応答を待ち、「このデバイスに到達できるか、どの程度の速さか」という問いに答えます。応答が返れば、ネットワーク層で経路が機能しています。タイムアウトする場合は、自分と対象の間にある何かが故障しています。Pingは通常、技術者が最初に手に取るツールです。
ping 8.8.8.8Pingの仕組み
PingはICMP (Internet Control Message Protocol)を使用し、Echo Requestを送信してEcho Replyを待ちます。ICMPは診断やエラーメッセージのための補助プロトコルであり、ユーザーデータを運ぶためのものではありません。Pingはネットワーク層で動作するため、Webやメールなど上位層のサービスに障害があっても、成功すればIP接続が確立していることを確認できます。
Pingの出力を読む
Pingの応答には、応答したIP、バイト数、ミリ秒単位の往復時間、TTLが表示されます。短く安定した時間は、経路が健全であることを示します。時間が増加したり大きく変動したりする場合は、混雑や距離が原因と考えられます。最後にPingは、送信、受信、損失したパケットをまとめ、信頼性をすばやく把握できる情報を示します。
往復時間
往復時間 (RTT)とは、要求を送信して応答を受け取るまでの時間で、ミリ秒単位で測定します。ローカルデバイスへのPingは1ミリ秒未満になることがありますが、遠隔サーバーでは100ミリ秒以上になる場合があります。RTTは経路上の遅延を反映します。既知のベースラインとRTTを比較すると、距離による正常な遅延と異常な速度低下を見分けられます。
Pingでのパケット損失
Pingは、返ってこなかった応答の割合をパケット損失として報告します。損失0%が理想です。たまに発生する損失は問題にならない場合もありますが、継続的な損失は、混雑、不安定なリンク、過負荷のデバイスなど、実際の問題を示します。多くのPingを送信する(連続Pingまたは回数指定のPing)と、1回だけ試すよりも損失状況を明確に把握できます。
TTLとホップ数
応答に含まれるTTL (Time To Live)値は、パケットが通過したルーターの数を推測する手がかりになります。各ルーターはTTLを1減らし、0になるとパケットを破棄します。これにより無限ループを防ぎます。OSによって一般的な初期TTLは64、128、255などであるため、返されたTTLが56なら、およそ8ホップを通過したと考えられます。
段階的にテストする
基本的な手法として、外側に向かって段階的にPingを実行します。まず127.0.0.1(ループバック。自分のTCP/IPスタックをテスト)、次に自分のIP、デフォルトゲートウェイ、リモートIP、リモート名の順に実行します。最初に失敗した段階によって、自分のマシン、LAN、ゲートウェイ、インターネットのどこに問題があるかを切り分けられます。
IPと名前によるPingの違い
IPアドレスへのPingは、純粋な接続性をテストします。ping example.comのように名前へPingを実行すると、名前を最初にIPへ解決する必要があるため、DNSもテストされます。IPへのPingは成功するのに名前へのPingが失敗する場合、接続性には問題がなく、名前解決に問題があります。この違いは非常に有用で、調査範囲をすぐに絞り込めます。
Pingがブロックされる場合
Pingの失敗は、必ずしもホストが停止していることを意味しません。多くのファイアウォールやサーバーはセキュリティ上の理由からICMPをブロックするため、デバイスが完全に動作していてもPingを無視することがあります。Pingの結果は必ず状況と合わせて解釈してください。Pingに失敗しても実際のポートでサービスが応答するなら、ホストは稼働しており、ICMPだけがフィルタリングされています。
Pingの一般的なオプション
便利なオプションはOSによって異なりますが、連続Ping(Windowsでは-t、Linuxではデフォルト)、回数指定(Windowsでは-n、Linuxでは-c)、フラグメンテーションをテストするためのパケットサイズ変更などがあります。連続Pingはリンクが断続的に切れる状態をリアルタイムで監視するのに適しており、回数指定では信頼性をすばやくサンプル調査できます。
ping -c 10 192.168.1.1トラブルシューティングでのPing
Pingは、「到達できるか」と「サービスが動作しているか」をすばやく切り分けられるため、トラブルシューティングの初期段階で力を発揮します。Pingに成功したら、DNS、ポート、アプリケーションなど、より上位の層を調べます。Pingに失敗したら、配線、アドレス設定、ルーティングなど、より下位の層を調べます。どちらの場合も、この小さなツールによって調査の方向を正しく定められます。
クイックチェック
Pingについての知識を確認しましょう。
振り返り
Pingについて学びました。要点:
- PingはICMPのEcho Request/Replyを使用して到達性をテストします。
- 出力からRTT、パケット損失、TTLを読み取ります。
- ループバック、自分自身、ゲートウェイ、リモートIP、リモート名の順に段階的にPingを実行します。
- IPでは動作するのに名前で失敗する場合は、DNSの問題です。
- ICMPがブロックされると、正常なホストが停止しているように見えることがあります。
よくある質問
「Pingによる到達性の確認」レッスンは無料ですか?
はい。「Pingによる到達性の確認」の完全なテキストはこのウェブで無料で読めます。インタラクティブに演習し(組み込みコードエディタと24時間対応のAIチューター)、Network+ Academyコースの残りをアンロックするには、CoddyKit PROにアップグレードしてください。 Network+ Academyコースには全4レッスンが含まれています。
「Pingによる到達性の確認」で何を学びますか?
pingを使用して、ホストが応答するか、また応答速度を確認します。 ブラウザで直接実行するハンズオンコードでNetwork+ Academyを演習し、24時間対応のAIチューターがレッスンを進める中での質問に答えます。
Network+ Academyを始めるのに経験は必要ですか?
事前経験は必要ありません。CoddyKitのNetwork+ Academyは初級者から上級者向けに構成されているため、ここから始めるか最初から始めて、自分のペースで進むことができます。 これはレッスン1/4です。
「Pingによる到達性の確認」レッスンにはどのくらい時間がかかりますか?
ほとんどのCoddyKitレッスンは約5~10分かかります。各レッスンはコンパクトでインタラクティブなので、着実に進歩し、ウェブとアプリ全体で正確に前回の場所から再開できます。
このNetwork+ Academyレッスンでコードを書いて実行できますか?
はい。すべてのNetwork+ Academyレッスンに組み込みコードエディタが含まれているため、ブラウザでリアルコードを書いて実行し、即座のAIフィードバックを取得できます。ローカル設定は不要です。
このコースのすべてのレッスン
- Pingによる到達性の確認
- Tracerouteによる経路の確認
- Ipconfigによる設定の確認
- NslookupによるDNSの照会