ICMPとネットワーク

　ポートが無い（使わない）プロトコルなので、パーソナルファイアーウォールのログではポートN/A、などと表示されることもあります。
　ICMPはそれぞれTypeごとに分けられ、そして一部はCode（Subtype）により細かく分類されます。

　Type3のDestination UnreachableとType11のTime ExceededのIncomingをパーソナルファイアーウォールでブロックしてしまうと、途中の経路に障害があったときのブラウザの再表示やファイルのダウンロードが極度に遅くなるかもしれません。
　難しいですね。まずType3のコードを見てみましょう。

背景はデュアルモニター"のウェブサイトは絶対的な詐欺である"

　次の表はType11でのコード表です。これらは回線が不調・極端に低速（コリジョン発生時、Air'Hや低速なダイヤルアップモデム、混み過ぎるアクセスポイント利用時）な場合によく発生します。よく見かけるのはCode 0ですね。

学校からブロックされたサイトで入手する方法

Pingについて

　これはICMP(Internet Control Message Protocol)Echoパケットをホストに送り（Type 8: Echo Request）、Echo Reply（Type 0: Echo Reply）パケットを受け取るためのものです。
　もし存在しないIPアドレスにPingを送信したとき。何も戻ってこない、もしくは経路上のルーターからType 3が送信されてくるかもしれません。

　ICMPプロトコルなので、TCPやUDPと違ってポートは関係ありません。
　ZoneAlarmというパーソナルファイアーウォールを利用しているなら、Pingを撃たれてブロックしたときに、remoteのIPアドレス：0,rocalのIPアドレス：0,ICMP (type:8/subtype:0)]のようなログが残ります。

　どのようなときに使うのでしょう？
　たとえばメールの受信ができなくなったとき。あなたの職場のゲートウェイのルーターに送信しても戻ってこなかったなら、LAN内部の障害。プロバイダーのメールサーバーにホスト名指定で送信しても戻らないなら、DNSサーバーの不調かメールサーバーの障害。メールサーバーへIPアドレスを指定して送信してみて、戻ってこなかったならメールサーバーの障害、というようにどこに問題があるのか確かめるための使い道もあります。
　もちろん、Pingを返さないように設定されたサーバーもあります。

　大変迷惑なことですけど。プロバイダーによっては利用者が接続しているのかを確かめる目的で、定期的にpingを撃つプロバイダーもいま� �。もしあなたがルーターやパーソナルファイアーウォールでこれをブロックすると、WEBに接続していないと判断されて勝手に切断されてしまいます。

　いきなり見覚えのないIPアドレスからPingを撃たれると、ギョッとしますね。Pingはネットワークの状態を知るための手段で、これだけではハッキングや攻撃ではないのですけど。Pingを意味もなく送られる人にとっては、あまり気分のいいものではないのです。

どのようにUロックを解除するMSNは、プラスに住んでいます

Tracerouteについて

[注意]
　TracerouteはWindowsのコマンドプロンプトから実行するときには、tracerouteではなくtracertと入力して利用します。

　目的のEに到達したとき、EはEcho Reply（Type 0: Echo Reply）パケットをAに送信します。

　もし途中の経路に問題があった・相手のEが実在しないときには、Type3（Destination Unreachable）でエラー通知されるでしょう（送ってくれない仕様のルーターもあります）

　Tracerouteの結果として表示される時間は近くなら数msになります（Windows 2000では10msよりも短い時間は、time<10msとして表示されます）。
　でも何か障害が起きていたり混雑していると、とっても長い時間になります（ときには数百ms！）。これで経路上のどの段階でトラブルが起きているのか判断することもできるでしょう。

　表示される結果の例を書いてみます。

　一番左がホップ数です。
　[ms]は時間です。
　13番目では表示がおかしいです、なぜでしょう？それはこのルーターがType3（Destination Unreachable）の通知をこちらに送ってくれないように設定されているからでしょう。

TTLってなに？

　あるホストへ送信されたパケットは、途中のルーターを通るときに、TTLを1つずつ減らされていきます。そしてTTLが1しか残っていないパケットが届いた経路上のルーターはパケットを捨てて、元々の送信者にICMP Time Exceeded Message（type: 11/code: 0）を送信して、パケットの破棄を伝えます。

　難しい？それでは電車にたとえてみましょう♪
　TTLを多くの電車を乗り継いで遠隔地へ向かうときの、切符のようなものと考えてください。そして経路上のルーターは駅の数、送信したホストはあなたの自宅です。
　パケットはそれぞれの駅で電車を乗り換えて、少しずつ目的地へ近づいていきます。乗り換えのたびに、切符（TTL）を1つずつ使っていきます。
　もし切符の残りが途中の駅までたどり着いたときに無くなってしまったなら、そこからあなたの家に、切符が切れましたと電話（ICMP Time Exceeded Message）することになるでしょう。

　でもどうしてTTLは必要なのでしょう？
　TTLがないと、誰かが送信したパケットがいつまでもさまよってしまいます。
　これではいずれ、ネットワーク全体に負荷を与えてしまいます。ですから区切りをつけてパケットを破棄するのです。

　誤解しているひとが多いのが、Pingコマンドの結果として表示されるTTL値です。
　オプション[-i]から指定できるのは、あなたが送信するパケットのTTL。
　これはPingコマンドの結果として表示されるTTLとは別のものです。

　LAN内の他のパソコンへPingを送った結果を見てみましょう。
 トポロジーはこのようになってます。

Pingの結果はこのようになりました。

　PingのReplyでのTTLの値は、相手のOSによって、そしてルーターなどのネットワーク機器により異なり、Windows XPでは128、ルーターによっては30・128・250・255など多様な値を返します。
　この値から戻る途中の経路のルーターの数を差し引いた数のTTLが、Pingの結果として表示されます。
　Windows XP：2へのPingのTTLが127になっているのは、128から1つTTLが引かれたためです。ルーター1でのTTL=63は、64から1つ引かれた数字です。

　OS Finger Printと呼ばれる、相手が利用しているパソコンのOS、そして機器を特定するためのテクニックがあります。この目的の1つとして、TTLの値を元に判別することがあります。