10月16日(金)1コマ目

今日、やったこと

ARPパケットの解析


今日のホワイトボード

ARPとは

Address Resolution Protocolの略。IPアドレスをMACアドレスに変換するために使う。

IPがルーティングして決定した次の宛先はIPアドレスで指示される。

しかし、実際にパケットを運ぶイーサネットではPCの識別情報はMACアドレス。よって、IPアドレスをMACアドレスに変換する仕組みが必要。これを実現するのがARP。

図　ARP


ARPの動き

ARPテーブルチェック

ARPテーブルとは、過去に調べたIPアドレスとMACアドレスの対応表。

ここに対象があれば、その情報(MACアドレス)を使う。

なければ、ARPリクエストパケットを送出し、ARPレスポンスを待つ。


ARPリクエストパケット

ネットワーク上を流れるARPパケットをキャプチャし、解析。

図　ARPリクエストパケット①

図　ARPリクエストパケット②
解析結果は以下のとおり。
図　ARPリクエストパケット解析　イーサネットヘッダ

図　ARPリクエストパケット解析　ARPヘッダ①

図　ARPリクエストパケット解析　ARPヘッダ②
先頭はイーサネットヘッダ。イーサネットヘッダのヘッダフォーマットに従ってデータが並んでいる。
イーサネットヘッダの次はイーサネットヘッダのタイプでわかる。
今回はタイプに0x0806。よってARP。
ARPヘッダのフォーマットに従ってデータが並んでいる。
ARPヘッダ内のオペレーションコードには0x0001。これから、このパケットはARPリクエストだとわかる。
ARPリクエストで問い合わせているIPアドレスは探索IPアドレスの172.16.4.253。

ARPレスポンスパケット

ネットワーク上を流れるARPパケットをキャプチャし、解析。
図　ARPレスポンスパケット①

図　ARPレスポンスパケット②
解析結果は以下のとおり。
図　ARPレスポンスパケット解析　イーサネットヘッダ

図　ARPレスポンスパケット解析　ARPヘッダ
イーサネットヘッダのタイプが0x0806から次はARPヘッダだとわかる。
ARPヘッダ内のオペレーションコードには0x0001。これからこのパケットはARPレスポンスパケットだとわかる。調べたかったMACアドレスはARPヘッダの送信元MACアドレスからわかる。

図　ARPリクエスト、ARPレスポンス

結局、パケットは
  • 各ヘッダにはヘッダフォーマットに従って情報が書き込まれている
  • (この授業での)パケットはイーサネットヘッダから始まる
  • 次のプロトコルがわかるようにヘッダ内に情報がある(イーサネットヘッダのタイプのように)
です。

次回以降、いろいろなパケットを見ていきます。





コメント

新しいコメントは書き込めません。

このブログの人気の投稿

2月5日(金)1コマ目

イメージ
今日、やったこと HTTPのパケット解析の解説 DNS 今日のホワイトボード HTTPのパケット解析 前回解析したパケットをHTTPを中心に解説しました。 ①イーサネットヘッダ タイプは0x0800。よって、上位プロトコルはIP。 ②IPヘッダ プロトコル番号は0x06。よって、上位プロトコルはTCP。 図　イーサネットヘッダ、IPヘッダ ③ TCPヘッダ 宛先、送信元ポート番号からこのパケットはHTTPのレスポンス（サーバー=>クライアント)と推測できる。 図　TCPヘッダ 図　TCPのポート番号 ④HTTP（ステータスライン） HTTPのレスポンスはまず、ステータスラインからはじまる。 クライアントからのリクエストに対して、サーバーのレスポンスをまとめたもの。 図　HTTP部（ステータスライン） このパケットのステータスラインは 　HTTP/1.1 403 Forbidden を返している。 HTTP/1.1　は　HTTPのバージョン 403　は　サーバー側のステータスコード。400番台はクライアント側のエラー。 Forbidden　は　エラーメッセージ。リクエストしたページは閲覧できないことを表す。 ⑤HTTP（レスポンスヘッダフィールド） フィールド名はData。送信日時を示す。 図　HTTP部（レスポンスヘッダフィールド①） 図　HTTP部（レスポンスヘッダフィールド②） まとめると このパケットは以下のとおり。 図　パケットまとめ DNS まとめると以下のようになります。 ドメインは階層化 図　階層化されたドメイン 各ドメインにはサーバーがある 自ドメインおよび直下のドメインの情報を保持し、クライアントからの問い合わせに対応する。 図　DNSは分散されたドメイン毎で管理
続きを読む

12月18日(金)2コマ目

イメージ
今日、やったこと ICMP、ARPとルーティング（パケットを推測する）その２ 今日の演習 紙面上のネットワークでやり取りされるパケットを推測します。 図　ネットワーク図 ホストCにてホストAへping実行 やりとりされるパケットは下図のように推測されます。 図　やり取りされるパケット 1.ホストCにてping実行 ①ルーティング ホストCのIPがルーティングを行います。 宛先はホストA、ルーティングテーブルはホストCが持つルーティングテーブルを使います。 ルーティングの結果、ルーターのポート２へ送信することになります。 ②ARPがMACアドレス取得 ルーティングの結果、送信するルーターのポート２のMACアドレスを取得します。 まず、ARPテーブルチェック。ルーターのポート２の情報があるためこのMACアドレスを使います。 ③パケット送信 以下のパケットを送信します。 パケット①　ホストCからホストAへのICMPエコー要求 図　パケット①　ICMPエコー要求（ホストC->ルーター) 2.ルーターがICMPエコー要求受信 ルーターのポート２がICMPエコー要求を受信します。 ここでもルーティング、MACアドレス取得、パケット送信を行います。 ①ルーティング IPヘッダの宛先（ホストA)とルーターのルーティングテーブルからルーティングした結果、ポート１からホストAへ直接送信します。 ②MACアドレス取得 ホストAのMACアドレスを取得します。ARPテーブルにすでにデータがあるため、ARP要求、ARP応答のやり取りはありません。 ③パケット送信 以下のパケットをポート１から送信します。 パケット②　ホストAへのICMPエコー要求 ...
続きを読む

1月22日(金)1コマ目

イメージ
今日、やったこと パケット解析(HTTP) 今日のホワイトボード 先週はイーサネットヘッダ、IPヘッダ、TCPヘッダを解析しました。 今日はその続きでHTTPを解析します。 HTTP部の基本 今までのイーサネットヘッダ、IPヘッダ等はビット単位でフォーマットが決まってましたが、HTTPは文字列データと区切り(CR+LF)の繰り返しで構成されています。 文字列データは1文字ずつASCIIコードに変換されています 区切りはCR(ASCIIコードの0x0d)とLF(ASCIIコードの0x0a)の2バイトです 図　HTTP部の構造 HTTP部その１ 1つ目の区切りまで1バイトづつ、ASCIIコード表に従って、文字に変換すると下図のようになりました。 図　HTTP部その１(リクエストライン) HTTPの1つ目のデータはリクエストラインまたはステータスラインのいずれかです。 クライアント=>サーバー リクエストライン サーバー=>クライアント ステータスライン まず、このパケットのTCPヘッダの宛先ポート番号はHTTPのウェルノウンポートである80です。サーバーはこの80ポートでクライアントからのリクエストを待ちます。よって、混んパケットはクライアントからサーバーへ送信したパケットです。 よって、1つ目のデータはリクエストラインです。 このリクエストラインではクライアントからサーバーへ送信する メソッド が書き込まれています。 HTTP部その２ 同じように1バイトずつASCIIコード表に従って文字に変換すると下図のようになりました。 図　HTTP部その２(リクエストヘッダ) 「ヘッダフォーマット集」の17ページから、リクエストラインの次はリクエストヘッダです。 フィールド名はHOST、フィールド値は172.16.8.10です。 HTTP部その３ 「ヘッダフォーマット集」の17ページから、リクエストヘッダの次は一般ヘッダです。 フィールド名はConnection、フィールド値はkeep-aliveです。 図　HTTP部その３(一般ヘッダ) まとめると このパケットのHTTP部をまとめると下図のようになります。 図　HTTP部をまとめると HT...
続きを読む