網(wǎng)絡(luò )設備與協(xié)議之協(xié)議篇

在訪(fǎng)問(wèn) Web 站點(diǎn)和發(fā)送、接收電子郵件時(shí)，我們通常會(huì )直接輸入 Web 網(wǎng)站的地址或電子郵件地址等那些由應用層提供的地址，而不會(huì )使用由十進(jìn)制數字組成的某個(gè) IP 地址。

但是網(wǎng)絡(luò )層需要的是 IP 地址，這就需要一種功能--將應用中使用的地址映射為 IP 地址。

此外，在數據鏈路層也不需要 IP 地址，需要的是 MAC 地址傳輸數據包。由此可知，在實(shí)際通信中，還需要眾多支持 IP 的相關(guān)技術(shù)才能夠實(shí)現通信。

IP 的輔助技術(shù)包括 DNS、ARP、ICMP、ICMPv6、DHCP、NAT等。還包括如 IP 隧道、 IP多播、IP任播、質(zhì)量控制以及網(wǎng)絡(luò )擁塞的顯式通知和 Mobile IP 技術(shù)。

1. DNS

域名系統（英語(yǔ)：Domain Name System，縮寫(xiě)：DNS）是互聯(lián)網(wǎng)的一項服務(wù)。它作為將域名和 IP 地址相互映射的一個(gè)分布式數據庫，能夠使人更方便地訪(fǎng)問(wèn)互聯(lián)網(wǎng)。DNS 使用 TCP 和 UDP 端口 53 。當前，對于每一級域名長(cháng)度的限制是 63 個(gè)字符，域名總長(cháng)度則不能超過(guò) 253 個(gè)字符。

（1） DNS查詢(xún)過(guò)程

以查詢(xún) zh.wikipedia.org 為例：客戶(hù)端發(fā)送查詢(xún)報文 “query zh.wikipedia.org” 至DNS服務(wù)器，DNS服務(wù)器首先檢查自身緩存，如果存在記錄則直接返回結果。如果記錄老化或不存在，則：

DNS服務(wù)器向根域名服務(wù)器發(fā)送查詢(xún)報文“query zh.wikipedia.org”，根域名服務(wù)器返回頂級域 .org 的權威域名服務(wù)器地址。

DNS服務(wù)器向 .org 域的權威域名服務(wù)器發(fā)送查詢(xún)報文“query zh.wikipedia.org”，得到二級域 .wikipedia.org 的權威域名服務(wù)器地址。

DNS服務(wù)器向 .wikipedia.org 域的權威域名服務(wù)器發(fā)送查詢(xún)報文“query zh.wikipedia.org”，得到主機 zh 的A記錄，存入自身緩存并返回給客戶(hù)端。

（2） 查看修改DNS

如下圖所示，Mac 電腦可以在「系統偏好設置 - 網(wǎng)絡(luò ) - Wi-Fi - 高級 - DNS」查看當前網(wǎng)絡(luò )所使用的 DNS。

為什么我們從來(lái)不需要設置 DNS 服務(wù)器呢？這是因為現代路由器大多具備 DHCP 服務(wù)器的功能，DHCP 服務(wù)器自動(dòng)為我們提供默認的 DNS 服務(wù)器地址。

路由器會(huì )將連接到自身所有設備的 DNS 服務(wù)器地址設置為自己的 IP 地址。連接該路由器的手機、電腦等網(wǎng)絡(luò )設備的 DNS 請求，統一發(fā)送至路由器 IP 地址，此時(shí)路由器扮演各設備的 DNS 服務(wù)器。然后，路由器轉發(fā) DNS 請求，到實(shí)際的 DNS 服務(wù)器。實(shí)際的 DNS 服務(wù)器解析域名 IP，返回給路由器。最后，路由器再把 IP 返回給終端設備。

發(fā)送 DNS 請求到 DNS 服務(wù)器獲取網(wǎng)站真實(shí)的 IP 地址，這個(gè)過(guò)程需要一定的時(shí)間，影響這個(gè)時(shí)間的因素之一就是 DNS 服務(wù)器的地理位置。DNS 服務(wù)器離你越近，傳輸數據自然更快。因此默認情況下，路由器將從網(wǎng)絡(luò )提供商提供獲取最近的 DNS 服務(wù)器地址，實(shí)現最快的網(wǎng)絡(luò )響應。

2. ARP

只要確定了 IP 地址，就可以向這個(gè)目標地址發(fā)送 IP 數據報。然而，在底層數據鏈路層，進(jìn)行實(shí)際通信卻有必要了解每個(gè) IP 地址所對應的 MAC 地址。

于是需要一種方法，根據目的主機的 IP 地址，獲得其 MAC 地址。這就是 ARP 協(xié)議要做的事情。所謂地址解析（address resolution）就是主機在發(fā)送幀前將目標 IP 地址轉換成目標 MAC 地址的過(guò)程。

另外，當發(fā)送主機和目的主機不在同一個(gè)局域網(wǎng)中時(shí)，即便知道對方的 MAC 地址，兩者也不能直接通信，必須經(jīng)過(guò)路由轉發(fā)才可以。所以此時(shí)，發(fā)送主機通過(guò) ARP 協(xié)議獲得的將不是目的主機的真實(shí) MAC 地址，而是一臺可以通往局域網(wǎng)外的路由器的 MAC 地址。于是此后發(fā)送主機發(fā)往目的主機的所有幀，都將發(fā)往該路由器，通過(guò)它向外發(fā)送。這種情況稱(chēng)為委托 ARP 或 ARP代理（ARP Proxy）。

（1） ARP工作原理

ARP 是如何知道 MAC 地址的呢？簡(jiǎn)單來(lái)說(shuō)，ARP 是借助 ARP 請求與 ARP 響應兩種類(lèi)型的包確定 MAC 地址的。

在每臺安裝有 TCP/IP 協(xié)議的電腦或路由器里都有一個(gè) ARP 緩存表，表里的 IP 地址與 MAC 地址是一對應的，如下表所示。

以主機A（192.168.38.10）向主機B（192.168.38.11）發(fā)送數據為例。

當發(fā)送數據時(shí)，主機A會(huì )在自己的 ARP 緩存表中尋找是否有目標 IP 地址。如果找到就知道目標 MAC 地址為（00-BB-00-62-C2-02），直接把目標 MAC 地址寫(xiě)入幀里面發(fā)送就可。

如果在 ARP 緩存表中沒(méi)有找到相對應的 IP 地址，主機A就會(huì )在網(wǎng)絡(luò )上發(fā)送一個(gè)廣播（ARP request），目標 MAC 地址是“FF.FF.FF.FF.FF.FF”，這表示向同一網(wǎng)段內的所有主機發(fā)出這樣的詢(xún)問(wèn)：“192.168.38.11的 MAC 地址是什么？”

網(wǎng)絡(luò )上其他主機并不響應 ARP 詢(xún)問(wèn)，只有主機B接收到這個(gè)幀時(shí)，才向主機A做出這樣的回應（ARP response）：“192.168.38.11的 MAC 地址是00-BB-00-62-C2-02”，此回應以單播方式。這樣，主機A就知道主機B的 MAC 地址，它就可以向主機B發(fā)送信息。同時(shí)它還更新自己的 ARP 高速緩存（ARP cache），下次再向主機B發(fā)送信息時(shí)，直接從 ARP 緩存表里查找就可。

需要注意，示例的主機 A 和主機 B 屬于同一網(wǎng)段。如果主機 A 和主機 B 不屬于同一網(wǎng)段，那么主機 A 發(fā)送的廣播（ARP request）主機 B 就不可能收到。

所以，在發(fā)送廣播（ARP request）前，主機 A 會(huì )判斷主機 B 是否屬于同一網(wǎng)段，如果不屬于，就會(huì )在自己的 ARP 緩存表中尋找網(wǎng)關(guān)（也就是路由器）的 MAC 地址。如果沒(méi)有找到，主機 A 就會(huì )在網(wǎng)絡(luò )上發(fā)送一個(gè)廣播（ARP request）詢(xún)問(wèn)網(wǎng)關(guān)（路由器）的 MAC 地址。

ARP 緩存表采用老化機制，在一段時(shí)間內如果表中的某一行沒(méi)有使用，就會(huì )被刪除，這樣可減少緩存表的長(cháng)度，加快查詢(xún)速度。

（2） 查看本機ARP

如何查看本機 ARP 緩存表呢？

Windows：開(kāi)始 → 運行 → cmd → arp -a（參數a表示顯示所有內容）

Linux：終端 → arp -nv

MacOS：終端 → arp -nla

3. DHCP

如果逐一為每一臺主機設置 IP 地址會(huì )是非常繁瑣的事情。于是，為了實(shí)現自動(dòng)設置 IP 地址、統一管理 IP 地址分配，就產(chǎn)生了 DHCP 協(xié)議。

如下圖所示，Mac 電腦可以在「系統偏好設置 - 網(wǎng)絡(luò ) - Wi-Fi - 高級 - TCP/IP」查看當前本地 IP 配置。

DHCP 服務(wù)器會(huì )統一管理每個(gè)子網(wǎng)的 IP 地址分配范圍、子網(wǎng)掩碼、默認路由以及 DNS 服務(wù)器。

有了 DHCP ，計算機只要連接到網(wǎng)絡(luò )，就可以進(jìn)行 TCP/IP 通信。也就是說(shuō)，DHCP 讓即插即用變得可能。而 DHCP 不僅在 IPv4 中，在 IPv6 中也可以使用。

（1） DHCP 的工作機制

在使用 DHCP 之前，首先要架設一臺 DHCP 服務(wù)器（很多時(shí)候用該網(wǎng)段的路由器充當 DHCP 服務(wù)器。）。然后將 DHCP 所要分配的 IP 地址設置到服務(wù)器上。此外，還需要將相應的子網(wǎng)掩碼、路由控制信息以及 DNS 服務(wù)器的地址等設置到服務(wù)器上。

DHCP 服務(wù)器搭建好之后，DHCP 的運行分為四個(gè)基本過(guò)程，分別為請求 IP 租約、提供 IP 租約、選擇 IP 租約和確認 IP 租約。所謂租約，也就是計算機 IP 地址的有效期。

由此，DHCP 的網(wǎng)絡(luò )設置結束，可以進(jìn)行 TCP/IP 通信。不需要 IP 地址時(shí)，可以發(fā)送 DHCP 解除包。

另外，DHCP客戶(hù)端在 IP 租約到期前可以發(fā)送 DHCP 請求包通知想要延長(cháng)這個(gè)時(shí)限。

4. NAT

告訴大家一個(gè)有趣的實(shí)驗，拿起你的手機和電腦，連接同一 Wi-Fi ，然后訪(fǎng)問(wèn)百度，輸入“IP”，你會(huì )驚奇的看到手機和電腦顯示的 IP 地址是相同的，而且并非是本機 IP 地址。

那么問(wèn)題來(lái)了，在數據包的發(fā)送過(guò)程中，是根據網(wǎng)絡(luò )層的來(lái)源 IP 地址和目的 IP 地址進(jìn)行定位。同一局域網(wǎng)的來(lái)源 IP 地址根據上面實(shí)驗的結果顯然都是相同的公網(wǎng) IP ，那么百度響應過(guò)來(lái)的數據包是如何精確發(fā)送到我們的本地計算機呢？答案是使用 NAT 技術(shù)。

NAT（Network Address Translator）是用于在本地網(wǎng)絡(luò )中使用私有地址，在連接互聯(lián)網(wǎng)時(shí)轉而使用全局 IP 地址。除轉換 IP 地址外，還出現了可以轉換 TCP、UDP 端口號的 NART（Network Address Ports Translator）技術(shù)，由此可以實(shí)現用一個(gè) IP 地址與多個(gè)主機的通信?，F在我們所說(shuō)的 NAT 多半都是 NAPT，或者稱(chēng)之為 IP 偽裝。

NAT（NAPT）實(shí)際上是為了正在面臨地址枯竭的 IPv4 而開(kāi)發(fā)的技術(shù)，不過(guò)，IPv6 為了提高網(wǎng)絡(luò )安全也正在使用 NAT，在 IPv4 和 IPv6 之間的相互通信當中常常使用 NAT-PT。

（1） NAT的工作機制

如下圖所示，以 10.0.0.10 的主機與 163.221.120.9 的主機進(jìn)行通信為例。利用 NAT ，途中的 NAT 路由器將發(fā)送源地址從 10.0.0.10 轉換為全局的 IP 地址（202.244.174.37）再發(fā)送數據。反之，當包從地址163.221.120.9 發(fā)過(guò)來(lái)時(shí)，目標地址（202.244.174.37）先被轉換成私有 IP 地址 10.0.0.10 以后再被轉發(fā)。

NAT 對數據包的 IP 首部進(jìn)行改動(dòng)，由于在 TCP 或 UDP 中，IP 地址還用于校驗和的計算，因此 IP 發(fā)生變化時(shí)，也需要相應地將 TCP、UDP 的首部進(jìn)行轉換。

在 NAT（NAPT）路由器的內部，有一張自動(dòng)生成的用來(lái)轉換地址的表。當 10.0.0.10 向 163.221.120.9 發(fā)送第一個(gè)包時(shí)生成這張表，并按照表中的映射關(guān)系進(jìn)行處理。

當私有網(wǎng)絡(luò )內的多臺機器同時(shí)都要與外部進(jìn)行通信時(shí)，僅僅轉換 IP 地址，人們不免擔心全局 IP 地址是否不夠用。這時(shí)采用如下圖所示的包含端口號一起轉換的方式（NAPT）可以解決這個(gè)問(wèn)題。

如圖所示，主機 163.221.120.9 的端口號是 80，局域網(wǎng)有兩個(gè)客戶(hù)端 10.0.0.10 和 10.0.0.11 同時(shí)進(jìn)行通信，并且這兩個(gè)客戶(hù)端的本地端口都是 1025。此時(shí)，僅僅轉換 IP 地址為某個(gè)全局地址 202.244.174.37，會(huì )令轉換后的所有數字完全一致。為此，只要將 10.0.0.11 的端口號轉換為 1026 就可以解決問(wèn)題。

將上圖橢圓形內容進(jìn)行合并，生成一個(gè) NAPT 路由器的轉換表，就可以正確地轉換地址跟端口的組合，令客戶(hù)端 A、B 能同時(shí)與服務(wù)器之間進(jìn)行通信。

這種轉換表在 NAT 路由器上自動(dòng)生成。例如，在 TCP 的情況下，建立 TCP 連接首次握手時(shí)的 SYN 包一經(jīng)發(fā)出，就會(huì )生成這個(gè)表。而后又隨著(zhù)收到關(guān)閉連接時(shí)發(fā)出 FIN 包的確認應答從表中被刪除。

在使用 TCP 或 UDP 的通信當中，只有目標地址、源地址、目標端口、源端口以及協(xié)議類(lèi)型（TCP 還是 UDP）五項內容都一致時(shí)才被認為是同一個(gè)通信連接。也就是復用轉換表的同一行記錄。

5. ICMP

架構 IP 網(wǎng)絡(luò )時(shí)需要特別注意兩點(diǎn)：確認網(wǎng)絡(luò )是否正常工作，以及遇到異常時(shí)進(jìn)行問(wèn)題診斷。

例如，一個(gè)剛剛搭建好的網(wǎng)絡(luò )，需要驗證該網(wǎng)絡(luò )的設置是否正確。ICMP 正是提供這類(lèi)功能的一種協(xié)議。

ICMP 的主要功能包括，確認 IP 包是否成功送達目標地址，通知在發(fā)送過(guò)程當中 IP 包被廢棄的具體原因，改善網(wǎng)絡(luò )設置等。有了這些功能以后，就可以獲得網(wǎng)絡(luò )是否正常、設置是否有誤以及設備有何異常等信息，從而便于進(jìn)行網(wǎng)絡(luò )上的問(wèn)題診斷。

在 IP 通信中如果某個(gè) IP 包因為某種原因未能達到目標地址，那么這個(gè)具體的原因將由 ICMP 負責通知。例如，主機 A 向主機 B 發(fā)送了數據包，由于某種原因，途中的路由器未能發(fā)現主機 B 的存在，這時(shí)，路由器就會(huì )向主機 A 發(fā)送一個(gè) ICMP 包，說(shuō)明發(fā)往主機 B 的包未能成功。

ICMP 的消息大致可以分為兩類(lèi)：一類(lèi)是通知出錯原因的錯誤消息，另一類(lèi)是用于診斷的查詢(xún)消息。

6. ping

ping（呯）是使用 ICMP 協(xié)議的一種計算機網(wǎng)絡(luò )工具，用來(lái)測試數據包能否透過(guò) IP 協(xié)議到達特定主機。

ping 的運作原理是向目標主機傳出一個(gè) ICMP 的請求回顯數據包，并等待接收回顯回應數據包。程序會(huì )按時(shí)間和成功響應的次數估算丟失數據包率（丟包率）和數據包往返時(shí)間（網(wǎng)絡(luò )時(shí)延，Round-trip delay time）。

ping 有時(shí)候也被我們說(shuō)成了動(dòng)詞，如 “ping一下計算機XXX，看它是否開(kāi)著(zhù)?！?/p>

下面以 ping 百度的網(wǎng)址作為示例：

可以看到，百度的 IP 地址是 61.135.169.125，以 64 bytes 測試，反應時(shí)間 5.589 毫秒，TTL（Time To Live）值為 56。

這里不得不解釋 TTL 是什么？

IP 包中有一個(gè)字段叫做 TTL （Time To Live，生存周期），它的值隨著(zhù)沒(méi)經(jīng)過(guò)一次路由器就會(huì )減 1，直到減到 0 時(shí)該 IP 包會(huì )被丟棄。此時(shí)，IP 路由器將會(huì )發(fā)送一個(gè) ICMP 超時(shí)的消息給發(fā)送端主機，并通知該包已被丟棄。

示例中 TTL 的值為 56 ，假設發(fā)送端設置的 TTL 為 64，那么中間經(jīng)歷的路由數為 64 - 56 = 8。

尾聲

根據 OSI 七層模型，HTTP 數據報為應用層，在傳輸層附加 TCP 首部，指明源端口號和目標端口號，在網(wǎng)絡(luò )層附加 IP 首部，指明發(fā)送端和接收端的 IP 地址，指明上層協(xié)議號（TCP/UDP），在數據鏈路層附加以太網(wǎng)首部，指明接收端 MAC 地址和發(fā)送端 MAC 地址。

這是你以往的認知，通過(guò)本文的學(xué)習，相信你可以對 本機 IP 地址、子網(wǎng)掩碼的配置，本機 MAC 地址，目的機器 IP 地址，其它機器 MAC 地址的獲取等做到知其然又知其所以然。