1月14日(水)1コマ目

今日、やったこと

  • ホームページを見る際のやりとり
  • URL
  • パケット解析

今日のホワイトボード

ホームページを見る際のやりとり

ホームページだけでなく、Webアプリケーションもクライアントとサーバーの間で、プロトコルHTTPに従って、パケットのやり取りが行われる。

図　クライアントとサーバーのやりとり

URL

ホームページをリクエストする際に
  • プロトコル(httpまたはhttps)
  • サーバー(ホスト名またはIPアドレス＋ポート番号）
  • パス
  • クエリ文字列
の指定をURLで行う。

〇サーバー

ホスト名(またはIPアドレス)とポート番号の組み合わせで指定する。
ポート番号はホスト名のあとに、：ポート番号で指定。
ポート番号は、ウェルノウンポート(HTTPなら80、HTTPSなら443)の場合は指定不要。
図　URL(ホスト名＋ポート番号）

〇パス

公開ディレクトリのルートからリクエストするファイルへのパスを指定。
図　URL(パス)

〇クエリ文字列

クライアントからサーバーのデータを送信するために使う。
パスのあとに、?キー=値で指定。
複数ある場合は、キー=値&キー=値 のように、&でつなげる。
図　URL(クエリ文字列）

HTTPのパケット解析

ネットワーク上を流れているパケットを解析。
パケットはプロトコルで決められたとおりにデータが並んでいるので、先頭から各プロトコルで決められているフォーマットに従って切り取っていく。

[パケット解析]イーサネットヘッダ

先頭はイーサネットヘッダ。項目は3つしかない。
図　イーサネットヘッダを解析
イーサネットヘッダの各項目は以下のとおり。
図　イーサネットヘッダの各項目
タイプから上位プロトコルはIPv4だとわかる。よって、イーサネットヘッダのあとにはIPヘッダが続く。

[パケット解析]IPヘッダ

IPヘッダは可変長。先頭のヘッダ長でIPヘッダがどこまでか分かるようになっている。
図　IPヘッダを解析
IPヘッダの各項目は以下のとおり。
図　IPヘッダの各項目①
パケット長はIPヘッダ以降の長さ。

図　IPヘッダの各項目②
プロトコル番号より、IPの上位プロトコルはTCPだとわかる。よって、IPヘッダのあとには、TCPヘッダが続く。

[パケット解析]TCPヘッダ

TCPヘッダもIPヘッダと同じように可変長。ヘッダ長でTCPヘッダがどこまでか分かる。
図　TCPヘッダを解析
TCPヘッダの各項目は以下のとおり。
図　TCPヘッダの各項目
宛先ポート番号はHTTPのウェルノウンポートの80。よって、上位プロトコルはHTTPだとわかる。TCPヘッダのあとにはHTTPがつづく。

次回は

パケット解析の続き（HTTP部の解析）。
















 

このブログの人気の投稿

2月25日(水)1コマ目

イメージ
今日、やったこと HTTPパケット④(リクエストパケット)解析 今日のホワイトボード 前回は 前回 は、パケット④のイーサネットヘッダからHTTPヘッダのリクエストラインまで解析。 HTTPヘッダのリクエストラインは 　 POST　/formtest/showall.php HTTP/1.1 となっていた。 Webフォームで入力・選択したデータのクエリパラメータはなかった。どこにある？ ※GETコマンド(パケット③)の場合は、クエリパラメータで送信していた。 HTTPヘッダ リクエストラインのあとのヘッダフィールドから。 〇ヘッダフィールド とりあえず、項目名Host、Content-Typeだけ確認。 図　ヘッダーフィールド① 図　ヘッダーフィールド② 図　ヘッダーフィールド③ 〇メッセージボディ ヘッダフィールドのあとにはメッセージボディがつづく。 メッセージボディにWebフォームで入力・選択したデータが格納されている。 図　メッセージボディ 〇まとめ ヘッダフィールド、メッセージボディは下図のようになっていた。 ヘッダフィールドは一部のみ。 図　ヘッダーフィールド、メッセージボディ 次回は 最終回。テストをします。 
続きを読む

2月18日(水)1コマ目

イメージ
今日、やったこと HTTPパケット②(レスポンスパケット)解析 HTTPパケット③(リクエストパケット)解析 今日のホワイトボード HTTPパケット②(レスポンスパケット)解析 前回 のつづき。 前回は HTTPヘッダの ステータスライン ヘッダフィールドの一部 を解析した。 ステータスラインは 　HTTP/1.1  200 OK  だった。 ステータスラインのあとのヘッダフィールドは項目名　Content-type　の途中までを解析した。 ヘッダフィールド 項目名 Content-type は以下のとおり。 図　ヘッダフィールドのContent-type ヘッダフィールドとメッセージボディの切れ目 ヘッダフィールドに　CR(0x0d)+LF(0x0a)が２つ連続している。ここがヘッダフィールドとメッセージボディの切れ目。 メッセージボディ 図　メッセージボディ① 図　メッセージボディ② 図　メッセージボディ③ 図　メッセージボディ④ 図　メッセージボディ⑤ つなげると以下のようになる。 図　メッセージボディ クライアントがリクエストした /test/index.html の中身を返信している。 次回は あらたに配布したパケット③の解析。 なお、解析は1行目から41行目まで。 図　パケット③の解析箇所
続きを読む

2月4日(水)1コマ目

イメージ
今日、やったこと HTTPパケット②(レスポンスパケット)解析 今日のホワイトボード HTTPパケット②(レスポンスパケット)解析 前回配布したGETコマンドでWebページ(/test/index.html)をリクエスト後、サーバーから返信されるレスポンスパケットの解析。 イーサネットヘッダ 特にややこしいことはないかと。 図　イーサネットヘッダ 図　イーサネットヘッダの内容 IPヘッダ これもとくにややこしいことはないかと。 図　IPヘッダ ホワイトボードに書かなったが、 　プロトコル番号　0x06 より、上位プロトコルはTCP。 図　IPヘッダの内容 TCPヘッダ これもいいかと。 図　TCPヘッダ 送信元ポート番号がHTTPのウェルノウンポートの80より、 上位プロトコルはHTTP サーバーからの返信 だと推測できる。 図　TCPヘッダの内容 HTTPヘッダ 今回の一番のポイント。 〇ステータスライン サーバーからのレスポンスの場合、HTTPヘッダのヘッダ部はステータスラインからはじまる 。 ステータスラインはクライアントからのリクエスト処理結果。 図　HTTPヘッダのヘッダ部のステータスライン ステータスラインのステータスコードが200より、サーバーは処理に成功したことをクライアントに伝えようとしている。 図　ステータスラインの内容 〇ヘッダ部 ステータスライン以降のヘッダ部は解析を省略（長いため）。 後半の途中まで解析した。 図　HTTPヘッダのヘッダ部（後半の一部） 図　HTTPヘッダのヘッダ部の内容（後半の一部） 次回は HTTPヘッダの解析を完成。 別のパケットの解析をしてもらいます。  
続きを読む