【文章內容簡介】 使用IE登錄FTP；利用專用軟件cuteftp登錄FTP；利用專用軟件flashfxp登錄FTP；采用其它專用軟件用FLASHGET等登錄FTP?！痉治雠c思考】1. 如何設置匿名訪問FTP服務器。2. 如何設置目錄的訪問權限，并解釋所設權限的含義。實驗三 使用網絡分析儀分析網絡協(xié)議【實驗目的】 通過用Sniffer截獲TCP/IP數據包并加以分析，達到熟悉TCP/IP協(xié)議的目的。 通過對捕獲的FTP數據包中所傳輸數據的分析，加深理解TCP/IP連接中三次握手（ThreeWayHandshake）的協(xié)議實現。【實驗要求】 熟悉ICMP協(xié)議、TCP/IP協(xié)議。 熟悉TCP/IP連接的三次握手過程。 閱讀本實驗的內容及操作步驟?！緦嶒炘怼縏CP/IP的基本原理①網絡是分層的，每一層分別負責不同的通信功能。 TCP/IP通常被認為是一個四層協(xié)議系統(tǒng)，TCP/IP協(xié)議族是一組不同的協(xié)議組合在一起構成的協(xié)議族。盡管通常稱該協(xié)議族為TCP/IP，但TCP和IP只是其中的兩種協(xié)議而已，如表1所示。每一層負責不同的功能：表1 TCP/IP協(xié)議各層功能表分層的概念說起來非常簡單，但在實際的應用中非常的重要，在進行網絡設置和排除故障時對網絡層次理解得很透，將對工作有很大的幫助。例如：設置路由是網絡層IP協(xié)議的事，要查找MAC地址是鏈路層ARP的事，常用的ping命令由ICMP協(xié)議來做的。圖1顯示了各層協(xié)議的關系，理解它們之間的關系對下面的協(xié)議分析非常重要。 圖1 各層協(xié)議關系圖②數據發(fā)送時是自上而下，層層加碼；數據接收時是自下而上，層層解碼。 當應用程序用TCP傳送數據時，數據被送入協(xié)議棧中，然后逐個通過每一層直到被當作一串比特流送入網絡。其中每一層對收到的數據都要增加一些首部信息（有時還要增加尾部信息），該過程如圖3所示。TCP傳給IP的數據單元稱作TCP報文段或簡稱為TCP段。I P傳給網絡接口層的數據單元稱作IP數據報。 通過以太網傳輸的比特流稱作幀(Frame)。數據發(fā)送時是按照圖2自上而下，層層加碼；數據接收時是自下而上，層層解碼。圖2 數據傳輸過程圖③邏輯上通訊是在同級完成的 垂直方向的結構層次是當今普遍認可的數據處理的功能流程。每一層都有與其相鄰層的接口。為了通信，兩個系統(tǒng)必須在各層之間傳遞數據、指令、地址等信息，通信的邏輯流程與真正的數據流的不同。雖然通信流程垂直通過各層次，但每一層都在邏輯上能夠直接與遠程計算機系統(tǒng)的相應層直接通信。 從圖3可以看出，通訊實際上是按垂直方向進行的，但在邏輯上通信是在同級進行的。圖3 通訊過程示意圖FTP數據包中TCP/IP協(xié)議的分析① IP頭部分析 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +++++++++++++++++++++++++++++++++ |Version| IHL |Type of Service| Total Length | +++++++++++++++++++++++++++++++++ | Identification |Flags| Fragment Offset | +++++++++++++++++++++++++++++++++ | Time to Live | Protocol | Header Checksum | +++++++++++++++++++++++++++++++++ | Source Address | +++++++++++++++++++++++++++++++++ | Destination Address | +++++++++++++++++++++++++++++++++ | Options | Padding | +++++++++++++++++++++++++++++++++ 圖4 IP包頭Version: 版本號，指出IP包的類型。對于IP V4包，這個域取二進制值4；IHL：包頭長度，IP包頭所包含的32位字的個數。由于IP包頭的最小長度是20B（即5個32位的字），所以其最小值是5。這個最小值是5。這個域的值通常也是5，僅當包頭包含IP選項（Options）時才不是。不過現在的Internet中很少使用選項。Type of Service: 服務類型，就是通常所說的TOS域，如圖2所示給出了詳細說明。最前面的3位定義了包的優(yōu)先權級別，這個級別決定了在網絡滿載或過載的情況下，應當處理那些包。其他3位定義了在這個優(yōu)先權級別中對包的首選處理方法，剩下的2位保留以備將來使用。首選處理方法的定義使得路由器能以某種QoS需求來調度包的傳送。TOS域是提供網絡傳輸質量（QOS）的依據。然而許多交換設備將其忽略。 7 6 543210優(yōu)先權DTR　　 位7－5：優(yōu)先級 位4：0為常規(guī)延遲，1為低延遲 位3：0為常規(guī)吞吐量，1為高吞吐量 位2：0位常規(guī)可靠性，1為高可靠性圖5 TOS域的說明Total Length：總長度，包含整個包（包頭、IP選項和數據）的長度。這個長度域限制包的最大長度為65535B。Identification：標識域，包含了包序列號信息。當一個包可以原封不動進行傳送時，則忽略該域。如果一個包需要被分片傳送時，標識域用來標志分片后的各個小分片，這樣接收端才可以重新組裝這些小分片。Flags：標志，總共有3位，如圖3所示。DF和DM兩個域是和標識域一同使用的，用于追蹤包的分片。當設置不分片（Don’t Fragment, DF）標志位時，就向任何路由器指明這個包不分片。而片未完（More Fragments,MF）標志被置位則表明該包屬于一組特定的分片。當接收系統(tǒng)接收到所有的數據位MF被設置的包的分片并且加上一個數據位DF未設置的分片之后，接收系統(tǒng)就可以將這些分片重組為一個包，并對該包進行處理。DFMF 最高位：保留，必須為0 第二位：（DF）0是可以分片，1是不分片 第三位：（MF）0是最后一片，1是指片未完 圖6 分片域的詳細內容Fragment Offset：分片偏移量，當IP包未被分片時該域指出第一個有效負載字節(jié)的位置。若包被分片，接收系統(tǒng)把分片偏移量域的值乘以8，就可以重組后的包定位位偏移量（byte offset）的值。對于任何一個分片，數據部分的字節(jié)總數加上分片偏移量之和不應當超過65535B。Time to Live：存活時間，這個域最初被設置為一個包可以經過的路由器的最大個數。包每經過一個路由器，這個域的值減去1。當一個發(fā)現它將傳送的包的TTL的值為0，那么這個路由器將丟棄這個包并且產生一個類型值為11（超時），碼值為ICMP包。TTL值的最初含義指的是時鐘時間，但是現在指的是一個包可以經過的路由器的最大個數。Protocol：協(xié)議，協(xié)議域給出IP包的數據部分所包含的更高層網絡協(xié)議的標志。例如，如果有效負載包含一個ICMP包，這個域的值就是1；如果包含一個TCP包，這個域的值是6；如果包含一個UDP包，這個域的值就是17。RFC 1700列舉了IP包頭部的這個域的所有可能的取值。Header Checksum：頭檢驗和，這個域的值是整個IP頭部（但不是有效負載的）的檢驗和。當一個IP協(xié)議處理程序從一個設備驅動程序那里接收到一個包是，它可以利用這個校驗和來確定IP頭部是否有錯誤，但檢驗和并不檢驗有效負載。這個任務留給了有效負載的那些協(xié)議（如TCP和UDP）。Source Address：源地址，包含包的發(fā)送者的IP地址。Destination Address：目的地址，包含包的接收者的IP地址?！黾俣↖P頭部：45 00 00 30 52 52 40 00 80 06 2c 23 c0 a8 01 01 d8 03 e2 15第一個8字節(jié)：“4”是IP協(xié)議地版本（Version），說明是IP4。“5”表示IP頭部的長度，最大長度為60字節(jié)。 “00”是服務類型（Type of Service）。這個8bit字段由3bit的優(yōu)先權子字段（選擇已經被忽略），4bit的TOS子字段以及1bit的未用字段（選擇為0）構成。4bit的TOS子字段包含：最小延時、最大吞吐量、最高可靠性以及最小費用構成。這四個1bit位最多只能有一個為1，本例都為0，表示是一般服務。接著的兩個字節(jié)“00 30”是IP數據報文總長。該48字節(jié)由20字節(jié)的IP頭部以及28字節(jié)的TCP頭構成（省去8字節(jié)的TCP頭部可選部分）。第二個8字節(jié)：兩個字節(jié)的標志位（Identification）：“52 52”，提供給目的主機判斷新來的分段屬于哪個分組。下一個字節(jié)“40”，轉換為二進制就是“0100 0000”，其中第一位是IP協(xié)議目前沒有用上的，為0。接著的是兩個標志DF和MF。DF為1表示不要分段，MF為1表示還有進一步的分段（本例為0）。然后的“0 0000”是分段偏移（Fragment Offset）。第三個8字節(jié)：“80”代表TTL（Time To Live）。 “06”表示傳輸層的協(xié)議類型（Protocol）。RFC790中定義6表示傳輸層使用TCP協(xié)議?！?c 23”是頭校驗和（Header Checksum）