名前：張越
クラス：1811計算
学生ID：201821121006
1.実験
1.異なるネットワークルータを使用します
2.コマンド・ライン・ルータを使用します
HTTPパケット、TCPコネクション確立プロセスの分析を通じてクロール3
2.実験内容
1.パケットトレーサは、適切にネットワークパラメータを設定し、HTTPパケットをクロールすることによって、TCP接続確立手順を解析します。ネットワークトポロジを確立します。
2.実験パラメータの内容を設定します
3. Etherealの
データパケットの4分析
3.1ネットワークトポロジを確立
3.2のconfigureのパラメータ
ルータの設定パラメータ：
まず、コマンドライン上で異なるターンコマンドを入力し、CLUを開くために、ルータ上でクリックしてください。
説明：ルーター>アクセス権限モデルを有効にします
ルータ＃config tコングローバルコンフィギュレーションモードを開始します
ルータ（設定）#interface Faを0/0イーサネットインターフェイス0/0
ます。Router（config-if）#ipのアドレス192.168.1.7の255.255.255.0は、IPアドレスを追加します
ます。Router（config-if）#NOシャットダウン活性化ポート
ます。Router（config-IF）は、前に戻る#exit
ルータ（設定）#interface Faを0/1イーサネットインタフェース0/1
ます。Router（config-if）#ipのアドレス192.168.2.7の255.255.255.0は、IPアドレスを追加します
ます。Router（config-if）#NOシャットダウン活性化ポート
キャプチャ、TCPのセットアッププロセスを分析
TCP 接続図を確立します：
番号と確認番号の変更
最初のハンドシェーク：クライアントが最初の送信制御モジュールを作成するには、TCPコネクションが確立され、この場合のヘッダの同期ビットSYN = 1、初期シーケンス番号seq = Xを選択しながら
第二次握手：在服务端向客户端发送的确认报文中，SYN位和ACK位都置为1，确认号是ack=x+1，同时也为自己选择一个初始序号seq=y
第三次握手：客户端受到确认报文后，还要给服务端回应；ACK置为1，确认号ack=y+1,而自己的序号seq=x+1
为什么连接建立要三次握手？
答：防止已经失效的连接请求报文段突然又传到服务端，因而产生错误”，这种情况是：一端(client)A发出去的第一个连接请求报文并没有丢失，而是因为某些未知的原因在某个网络节点上发生滞留，导致延迟到连接释放以后的某个时间才到达另一端(server)B。本来这是一个早已失效的报文段，但是B收到此失效的报文之后，会误认为是A再次发出的一个新的连接请求，于是B端就向A又发出确认报文，表示同意建立连接。如果不采用“三次握手”，那么只要B端发出确认报文就会认为新的连接已经建立了，但是A端并没有发出建立连接的请求，因此不会去向B端发送数据，B端没有收到数据就会一直等待，这样B端就会白白浪费掉很多资源。如果采用“三次握手”的话就不会出现这种情况，B端收到一个过时失效的报文段之后，向A端发出确认，此时A并没有要求建立连接，所以就不会向B端发送确认，这个时候B端也能够知道连接没有建立。