【正文】 加起來： 64+32+8+4=108。另一個半位元組的例子是 1010, 這表示數(shù)值為 8 與 2 的位元都是 1, 也就是十進位的 10。我們將二進位數(shù)字放入數(shù)值窗格中 , 從右往左移動 , 每一格的值為前一格的 2 倍。 Proxy ARP ? 最後一個關(guān)於 Proxy ARP 的說明是：Proxy ARP 其實並不是一個個別的協(xié)定 , 而是路由器執(zhí)行的一種服務(wù) , 用來代表某些裝置 , 而這些裝置與其他裝置對它們的 ARP 請求是被路由器隔開的 , 雖然這些裝置以為它們與其他裝置共享同一個子網(wǎng)路。不過 Proxy ARP 卻可以幫助子網(wǎng)路上的機器在沒有設(shè)定路由或預(yù)設(shè)閘道的情形下抵達遠(yuǎn)端子網(wǎng)路。 RARP 利用 MAC 位址來得知它的 IP 位址 , 確認(rèn)機器的 ID 。圖 顯示 ARP 如何在區(qū)域網(wǎng)路上運作。 ARP ? 位址解析協(xié)定 (Address Resolution Protocol, ARP) 根據(jù)主機的 IP 位址來找尋它的硬體位址 , 以下是它的運作方式：當(dāng) IP 有資料包要傳送時 , 它必須告訴網(wǎng)路存取層協(xié)定 (例如乙太網(wǎng)路或符記環(huán) ) 有關(guān)區(qū)域網(wǎng)路上之目的地的硬體位址。 ? Traceroute－ Traceroute 利用 ICMP 的過時 (timeout) 訊息來發(fā)掘封包穿越互連網(wǎng)路時所經(jīng)過的路線。例如 , 如果路由器收到某個封包但認(rèn)不得封包的目的網(wǎng)路時 , 就會傳送 “ ICMP目的地?zé)o法抵達” 的訊息給封包的傳送端主機。 ICMP ? 路由器宣傳 (router advertisement) 會定期地公佈到網(wǎng)路上 , 報告路由器之網(wǎng)路界面的 IP 位址。 IP ? 表 是協(xié)定欄中可能指定的協(xié)定清單。 IP ? 圖 展示出當(dāng)網(wǎng)路層需要將封包交給上層協(xié)定時 , 它是如何看到傳輸層協(xié)定的。 ? IP 選項 (IP option)－ 供網(wǎng)路測試、偵錯、安全等等用途。同時也支援網(wǎng)路層協(xié)定。這樣就可容許網(wǎng)際網(wǎng)路上有不同的最大傳輸單元 (Maximum Transmission Unit, MTU)。 IP ? 總長度 (total length)－ 封包的長度 , 包括標(biāo)頭與資料。 IP ? IP 標(biāo)頭由以下的欄位組成： ? 版本 (version)－ IP 的版本號碼。 IP ? 要識別網(wǎng)路上的裝置必須回答以下 2 個問題：它在那個網(wǎng)路上？以及它在該網(wǎng)路上的 ID 是什麼？第一個答案是軟體位址、或邏輯位址 (正確的街道 ), 而第二個答案是硬體位址 (正確的信箱 )。 IP 握有很大的圖像 , 可以說是 “看見了全部” , 它能察覺整個互連網(wǎng)路。為了避免這種情況發(fā)生 , IP 要提供單一的網(wǎng)路界面給其上層協(xié)定 , IP 要與不同的網(wǎng)路存取協(xié)定一起合作完成這樣任務(wù)。 ? 沒有任何其他上層或下層的協(xié)定有遶送的相關(guān)功能－這個複雜且重要的工作完全屬於網(wǎng)際網(wǎng)路層。 TCP 會談： Syn 封包的確認(rèn) ? 表 列出 TCP/IP 協(xié)定組中常見的應(yīng)用程式 , 它們的眾所周知埠號 , 以及每個應(yīng)用程式所使用的傳輸層協(xié)定。伺服器 (或者接收主機 ) 可能會視需要變更目的埠。 TCP 會談：來源埠 ? 以下是一份從 Ehterpeek 分析器中捕捉下來的一個 TCP 會談： TCP 會談：來源埠 ? 來源埠是由來源主機決定的 , 這個例子是 5973。 埠號 ? 虛擬電路若不是搭配含有眾所周知埠號之應(yīng)用程式 , 我們就會隨機地從特定範(fàn)圍中指定一個埠號給它 , 這些埠號可在 TCP 資料段中用來識別來源或目的之應(yīng)用程式或程序。 主機對主機協(xié)定之重要觀念 ? 相對地 , 使用 UDP 就像寄明信片一樣 , 您不需要先跟對方連線 , 而只要寫下您的訊息 , 在明信片上寫好地址 , 就可寄出去了；這很類似 UDP 的無連線式特性。我們大概都知道要跟某人講電話之前 , 必須先與它建立一條連線－ 不管他在哪裡 , 這就像 TCP 協(xié)定的虛擬電路一樣。 ? 資料 (data)－ 上層資料。仔細(xì)地檢視這張圖 , 您發(fā)現(xiàn)到 UDP 在 UDP 標(biāo)頭中並沒有使用視窗或確認(rèn)的機制了嗎？ UDP 資料段格式 ? UDP 資料段包含以下的欄位： ? 來源埠 (source port)－ 傳送資料之主機上的應(yīng)用程式埠號。因為這樣 , 我們稱它為無連線式 (connectionless) 協(xié)定。 UDP ? UDP 不會為資料段排序 , 也不管資料段抵達目的地之順序。為每個這種小訊息建立、維護、及關(guān)閉 TCP 連線所耗費的額外負(fù)擔(dān) , 很有可能反而會立即讓原本健康、有效率的網(wǎng)路陷入泥淖之中。 UDP ? 若拿使用者資料包協(xié)定 (User Datagram Protocol, UDP) 與 TCP 比較 , 基本上 UDP 可以說是縮減的經(jīng)濟版 , 有時我們稱它為精簡型協(xié)定 , 它不會在網(wǎng)路上佔據(jù)多大的頻寬。 ? 資料 (data)－ 交給傳輸層之 TCP 協(xié)定的資料 , 包括上層的標(biāo)頭。此處的 CRC 會查核標(biāo)頭與資料欄位。 ? 預(yù)留 (reserved)－ 總是設(shè)定為 0。 ? 序號 (sequence number)－ 將資料放回正確的順序 , 或重送遺失或損壞的資料 , 這是一種稱為循序化 (sequencing) 的程序。 TCP 資料段格式 TCP 資料段格式 ? 圖 是 TCP 資料段的格式 , 顯示了 TCP 標(biāo)頭內(nèi)的不同欄位。 TCP 是非常複雜的 , 而且無疑地會增加不小的網(wǎng)路負(fù)擔(dān)。 TCP ? 傳送端主機在開始傳送資料段給模型下層之前 , 傳送端的 TCP 協(xié)定會聯(lián)繫目的端的 TCP 協(xié)定 , 所建立的連線 , 就是虛擬電路 (virtual circuit)。 主機對主機層協(xié)定 ? 主機對主機層的主要目的是要隔開其上層的應(yīng)用服務(wù) , 以免受制於網(wǎng)路的複雜性。所有類型的硬體都可以用來當(dāng)作 DHCP 伺服器 , 包括 Cisco 路由器。 DNS ? 如果您想要解析 “ todd”, 可以鍵入整個 FQDN－ , 或要一部 PC 或路由器幫您加上網(wǎng)域名稱的字尾。 DNS ? 想想看以下這種情況 , 如果您想要將網(wǎng)頁移到不同的服務(wù)供應(yīng)商 , 會發(fā)生什麼事？ IP 位址將會異動 , 然後沒有人會知道新的位址為何。這些網(wǎng)路看門狗稱為代理者 (agent), 當(dāng)有異常發(fā)生時 , 代理者會傳送一種稱為 trap 的告警給管理工作站。 SNMP ? 簡易網(wǎng)路管理協(xié)定 (Simple Network Management Protocol, SNMP) 收集並運用有價值的網(wǎng)路資訊。 SMTP 是要用來傳送郵件 , 而 POP3 則是用來接收郵件。雖然 NT 檔案系統(tǒng)與 Unix 檔案系統(tǒng)不同－他們在大小寫的意義、檔案名稱的長度、安全性等方面都不一樣－ 但 Unix 使用者與 NT 使用者都能以正常的方式跟他們正常的檔案系統(tǒng)存取相同的檔案。因為安全風(fēng)險的關(guān)係 , 所以很少有網(wǎng)站支援它。 ? 即使將 FTP 當(dāng)作程式供使用者手動地使用時 , FTP 的功能也只能用來列出與操縱目錄、列出檔案內(nèi)容、以及在主機之間複製檔案 , 而不能把遠(yuǎn)端的檔案當(dāng)作程式來執(zhí)行。 FTP ? FTP 也可用來存取目錄與檔案 , 以及完成特定類型的目錄動作 , 例如重新配置於不同的地方等。使用者執(zhí)行 Tel 客戶端軟體 , 以開啟一個 Tel 會談 , 然後登入 Tel 伺服器。它讓一個在遠(yuǎn)端客戶端機器上 (稱為 Tel 客戶端 ) 的使用者可以存取另一部機器 (Tel 伺服器 ) 的資源。 ? DoD 模型的底部是網(wǎng)路存取層 , 負(fù)責(zé)監(jiān)視主機與網(wǎng)路之間的資料交換 , 它在 OSI 模型的對應(yīng)是資料鏈結(jié)與實體層 , 網(wǎng)路存取層管理硬體的定址 , 並且定義資料的實體傳輸協(xié)定。 21 TCP/IP 與 DoD 模型 ? 主機對主機層類似 OSI 傳輸層的功能 , 所定義的協(xié)定在於建立應(yīng)用服務(wù)的傳輸服務(wù) , 它所面臨的議題包括建立可靠的端點對端點 (endtoend) 通訊 , 以及資料是否正確無誤地傳遞。著作權(quán)所有 169。本章的下一部份將會描述這些協(xié)定 , 處理 /應(yīng)用層定義了節(jié)點對節(jié)點 (nodetonode) 的應(yīng)用通訊 , 而且也會控制使用者介面的規(guī)格。 21 TCP/IP 與 DoD 模型 ? 它靠 IP 位址來為主機定址 , 而且要處理封包在多個網(wǎng)路中的遶送 (routing)。 21 TCP/IP 與 DoD 模型 處理 /應(yīng)用層協(xié)定 ? 本節(jié)將討論普遍於 IP 網(wǎng)路中使用的不同應(yīng)用與服務(wù) , 本節(jié)所討論的協(xié)定與應(yīng)用包括： ? Tel ? FTP ? TFTP ? NFS ? SMTP ? LPD ? X Window ? SNMP ? DNS ? DHCP/BootP Tel ? Tel 是協(xié)定中的變色龍－它的特長是終端模擬。 Tel ? 這些模擬的終端機屬於文字模式 , 但可以執(zhí)行改良的程序 , 如顯示功能選單 (menu), 讓使用者有機會從中選擇功能選項 , 以存取伺服器上的應(yīng)用。當(dāng)作協(xié)定時 , FTP 是供應(yīng)用服務(wù)使用；當(dāng)作程式時 , FTP 供使用者用來手動地執(zhí)行檔案的工作。 FTP ? 但您可能藉由接受匿名的使用者名稱 “ anonymous” 來規(guī)避這個管制－不過您得到的存取權(quán)將會有所限制。這個精簡的小協(xié)定在資料方面也比較節(jié)省 , 它傳送的資料區(qū)塊也比 FTP 小 , 而且不像 FTP 有驗證的機制 , 所以它是不安全的。 NFS ? NFS 讓 NT 伺服器上的一部份 RAM 可透通性地儲存 Unix 檔案 , 依次供 Unix 的使用者使用。 SMTP ? 目的地之伺服器軟體會一直維持警戒狀態(tài) , 定期地檢查佇列 , 看是否有任何訊息 , 發(fā)現(xiàn)之後就會繼續(xù)將他們傳遞到他們的目的地。這種想法是要讓一種稱為客戶端的程式在某部電腦上執(zhí)行 , 並且透過視窗伺服器 , 將它的畫面顯示在另一部電腦上。這個協(xié)定也扮演網(wǎng)路看門狗的角色 , 有突然的事件發(fā)生時會立刻通知管理員。 IP 位址可用來識別網(wǎng)路與網(wǎng)際網(wǎng)路上的主機 , 然而 DNS 的設(shè)計是為了讓我們的生活更容易。 FQDN 是階層式的 , 可根據(jù)它的網(wǎng)域識別碼邏輯地分析出一個系統(tǒng)的位置。它讓管理工作更容易 , 從小型到大型的網(wǎng)路環(huán)境都可運作得很好。 DHCP/BootP ? 當(dāng)一部主機跟 DHCP 伺服器要求 IP 位址時 , DHCP 同時可以提供主機許多的資訊 , 包括： ? IP 位址 ?子網(wǎng)路遮罩 ?網(wǎng)域名稱 ?預(yù)設(shè)閘道 (路由器 ) ? DNS ? WINS 資訊 ? DHCP 伺服器還可提供更多的資訊 , 但這份清單的資訊是最常見的。當(dāng)資料段傳送出去之後 , 傳送端主機的 TCP 會等待接收端之 TCP 的虛擬電路會談所回應(yīng)的確認(rèn) , 並重新傳送那些沒有收到確認(rèn)的資料段。 TCP ? TCP 是全雙工 (fullduplex)、 連線導(dǎo)向式、可靠的、以及精確的協(xié)定 , 但建立這些特性與條件 , 再加上錯誤檢查等工作 , 並非小工程。這些資料段交給接收端主機的主機對主機層協(xié)定後 , 該協(xié)定會重建資料串流 , 再交給其上層的應(yīng)用程式或協(xié)定。 TCP 資料段格式 ? 目的埠 (destination port)－ 目的主機上之應(yīng)用程式的埠號。 TCP 標(biāo)頭的長度一定是 32 位元的整數(shù)倍 (即使包括選項欄位 )。 TCP 資料段格式 ? 檢查碼 (checksum)－ 循環(huán)冗餘查核 (cyclic redundancy check, CRC), 因為