きほんの トラブルシューティング > 第2回 ネットワークトラブルで使う超基本的なコマンドをおさらい
- 編集部の見解や意向と異なる内容の場合があります
- 編集部は内容について正確性を保証できません
- 画像が表示されない場合、編集部では対応できません
- 内容の追加・修正も編集部では対応できません
CTC教育サービスはコラム「きほんの トラブルシューティング > 第2回 ネットワークトラブルで使う超基本的なコマンドをおさらい 」を公開しました。
はじめに
みなさん、こんにちは。前回より始まりました「きほんのトラブルシューティング」。前回は、サイトにアクセスできない時のトラブルシューティングとして、パブリックDNSを設定してみることを紹介しました。でも、ネットワークトラブルは、一見しただけでは問題となっている箇所を把握しづらく、原因を特定することが難しいものです。今回は、ネットワークトラブルが発生した時に最初に使うであろう、「超基本的なコマンド」をおさらいしましょう。みなさんお馴染みかと思いますが、ping と traceroute です。
ping
ネットワークのトラブルに遭遇したとき、最初に使うだろうコマンドです。相手先に到達できるか?相手先が生きているか?を簡単にテストできます。ちなみに、「ピング」や「ピン」と呼ばれていますが、筆者の周りでは「ピング」と呼んでいる人が多いようです。
pingは、TCP/IPにおける最も基本的なコマンドで、ICMP(Internet Control Message Protocol)のサブコマンドであるechoコマンドを使って、相手先に文字列を送信し、その戻りを判断することによって状況を確認するといった、単純なパケットテストプログラムです。なお、ICMPは、TCP/IPにおける補助的なプロトコルですが、TCPでもUDPでもありません。TCPやUDPと同じトランスポート層(レイヤ4)に位置するプロトコルですが、実際にユーザーが使う場面は、この ping コマンドくらいです。
ping コマンドは以下のように発行します。
`$ ping (相手先ホスト名 or IPアドレス) `
相手先に到達した場合には、以下のように結果が表示されます。
> 64 bytes from xx.xx.xx.xx
一方、以下のように結果が表示された場合は、ホスト名の名前解決に失敗しています。これは相手先というよりも、ホスト名の指定が間違っていることが多いので、確認してからもう一度、発行してみましょう。
> cannot resolve www.hoge.huga: Unknown host
また、相手先に到達しなかった場合には、以下のように表示されます。
> Request timeout for icmp_seq
この場合は、相手先までのネットワーク経路上のポイントまで ping すると問題箇所の絞り込みができます。つまり、少なくとも、localhost(127.0.0.1)とデフォルトゲートウェイに ping すると、どこまで到達しているかを把握することができます。
この続きは以下をご覧ください
http://www.school.ctc-g.co.jp/sse/columns/ozawa2/ozawa202.html
ソーシャルもやってます!