ICMP 查詢(xún)報(bào)文
----ICMP 回送消息:用于進(jìn)行通信的主機(jī)或路由之間,判斷發(fā)送數(shù)據(jù)包是否成功到達(dá)對(duì)端的消息??梢韵?qū)Χ酥鳈C(jī)發(fā)送回送請(qǐng)求消息,也可以接收對(duì)端主機(jī)回來(lái)的回送應(yīng)答消息。
----ICMP 地址掩碼消息:主要用于主機(jī)或路由想要了解子網(wǎng)掩碼的情況??梢韵蚰切┲鳈C(jī)或路由器發(fā)送 ICMP 地址掩碼請(qǐng)求消息,然后通過(guò)接收 ICMP 地址掩碼應(yīng)答消息獲取子網(wǎng)掩碼信息。
----ICMP 時(shí)間戳消息:可以向那些主機(jī)或路由器發(fā)送 ICMP 時(shí)間戳請(qǐng)求消息,然后通過(guò)接收 ICMP 時(shí)間戳應(yīng)答消息獲取時(shí)間信息。
Ping 程序
Ping 程序利用 ICMP 回顯請(qǐng)求報(bào)文和回顯應(yīng)答報(bào)文(而不用經(jīng)過(guò)傳輸層)來(lái)測(cè)試目標(biāo)主機(jī)是否可達(dá)。它是一個(gè)檢查系統(tǒng)連接性的基本診斷工具。
ICMP 回顯請(qǐng)求和 ICMP 回顯應(yīng)答報(bào)文是配合工作的。當(dāng)源主機(jī)向目標(biāo)主機(jī)發(fā)送了 ICMP 回顯請(qǐng)求數(shù)據(jù)包后,它期待著目標(biāo)主機(jī)的回答。目標(biāo)主機(jī)在收到一個(gè) ICMP 回顯請(qǐng)求數(shù)據(jù)包后,它會(huì)交換源、目的主機(jī)的地址,然后將收到的 ICMP 回顯請(qǐng)求數(shù)據(jù)包中的數(shù)據(jù)部分原封不動(dòng)地封裝在自己的 ICMP 回顯應(yīng)答數(shù)據(jù)包中,然后發(fā)回給發(fā)送 ICMP 回顯請(qǐng)求的一方。如果校驗(yàn)正確,發(fā)送者便認(rèn)為目標(biāo)主機(jī)的回顯服務(wù)正常,也即物理連接暢通。
例如:在終端上 Ping 下谷歌的地址,神奇的發(fā)現(xiàn)谷歌地址既然不用翻墻都能上了,而且丟包率 0%。
$ ping www.google.com
PING www.google.com (173.194.127.148) 56(84) bytes of data.
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=1 ttl=48 time=11.0 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=2 ttl=48 time=10.8 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=3 ttl=48 time=11.1 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=4 ttl=48 time=10.8 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=5 ttl=48 time=11.1 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=6 ttl=48 time=11.0 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=7 ttl=48 time=10.5 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=8 ttl=48 time=9.96 ms
64 bytes from hkg03s13-in-f20.1e100.net (173.194.127.148): icmp_req=9 ttl=48 time=10.9 ms
^C
--- www.google.com ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8009ms
rtt min/avg/max/mdev = 9.963/10.830/11.123/0.368 ms
Traceroute 程序
Traceroute 程序主要用來(lái)偵測(cè)源主機(jī)到目的主機(jī)之間所經(jīng)過(guò)的路由的情況。
Traceroute 使用 ICMP 報(bào)文和 IP 首部中的 TTL 字段,它充分利用了 ICMP 超時(shí)消息。其原理很簡(jiǎn)單,開(kāi)始時(shí)發(fā)送一個(gè) TTL 字段為 1 的 UDP 數(shù)據(jù)報(bào),而后每次收到 ICMP 超時(shí)蕭后,按順序再發(fā)送一個(gè) TTL 字段加 1 的 UDP 數(shù)據(jù)報(bào),以確定路徑中的每個(gè)路由器,而每個(gè)路由器在丟棄 UDP 數(shù)據(jù)報(bào)時(shí)都會(huì)返回一個(gè) ICMP 超時(shí)報(bào)文,而最終到達(dá)目的主機(jī)后,由于 ICM P選擇了一個(gè)不可能的值作為 UDP 端口(大于30000)。這樣目的主機(jī)就會(huì)發(fā)送一個(gè)端口不可達(dá)的 ICMP 差錯(cuò)報(bào)文。
??ICMP協(xié)議的運(yùn)用
1 ICMP地址掩碼請(qǐng)求與應(yīng)答
I C M P地址掩碼請(qǐng)求用于無(wú)盤(pán)系統(tǒng)在引導(dǎo)過(guò)程中獲取自己的子網(wǎng)掩碼。系統(tǒng)廣播
它的I C M P請(qǐng)求報(bào)文(這一過(guò)程與無(wú)盤(pán)系統(tǒng)在引導(dǎo)過(guò)程中用R A R P獲取I P地址是類(lèi)似的)。無(wú)盤(pán)
系統(tǒng)獲取子網(wǎng)掩碼的另一個(gè)方法是B O O T P協(xié)議。如圖
I C M P報(bào)文中的標(biāo)識(shí)符和序列號(hào)字段由發(fā)送端任意選擇設(shè)定,這些值在應(yīng)答中將被返回。
這樣,發(fā)送端就可以把應(yīng)答與請(qǐng)求進(jìn)行匹配。
我們可以寫(xiě)一個(gè)簡(jiǎn)單的程序(取名為i c m p a d d r m a s k),它發(fā)送一份I C M P地址掩碼請(qǐng)求報(bào)
文,然后打印出所有的應(yīng)答。由于一般是把請(qǐng)求報(bào)文發(fā)往廣播地址,因此這里我們也這樣做。
目的地址(1 4 0 。 2 5 2 。 1 3 。 6 3)是子網(wǎng)1 4 0 。 2 5 2 。 1 3 。 32的廣播地址。
sun% icmpaddrmask 140.252.13.63
receivedmask = ffffffe0, from 140.252.13.來(lái)3自3 本 機(jī)
receivedmask = ffffffe0, from 140.252.13.來(lái)3自5 b s d i
receivedmask = ffff0000, from 140.252.13.來(lái)3自4 s v r 4
在輸出中我們首先注意到的是,從s v r 4返回的子網(wǎng)掩碼是錯(cuò)的。顯然,盡管s v r 4接口
已經(jīng)設(shè)置了正確的子網(wǎng)掩碼,但是S V R 4還是返回了一個(gè)普通的B類(lèi)地址掩碼,就好像子網(wǎng)并
不存在一樣。
svr4% ifconfig emd0
emd0:flags=23《UP,BROADCAST,NOTRAILERS》
inet140.252.13.34 netmask ffffffe0 broadcast 140.252.13.63
S V R 4處理I C M P地址掩碼請(qǐng)求過(guò)程存在差錯(cuò)。
我們用t c p d u m p命令來(lái)查看主機(jī)b s d i上的情況,輸出如圖6 - 5所示。我們用- e選項(xiàng)來(lái)查看
硬件地址。
發(fā)到廣播地址的ICMP地址掩碼請(qǐng)求
注意,盡管在線路上什么也看不見(jiàn),但是發(fā)送主機(jī)s u n也能接收到I C M P應(yīng)答(帶有上面
“來(lái)自本機(jī)”的輸出行)。這是廣播的一般特性:發(fā)送主機(jī)也能通過(guò)某種內(nèi)部環(huán)回機(jī)制收到一份廣播報(bào)文拷貝。由于術(shù)語(yǔ)“廣播”的定義是指局域網(wǎng)上的所有主機(jī),因此它必須包括發(fā)送主機(jī)在內(nèi)。
接下來(lái),b s d i廣播應(yīng)答,而s v r 4卻只把應(yīng)答傳給請(qǐng)求主機(jī)。通常,應(yīng)答地址必須是單播地址,除非請(qǐng)求端的源I P地址是0 。 0 。 0 。 0。本例不屬于這種情況,因此,把應(yīng)答發(fā)送到廣播地址是B S D / 3 8 6的一個(gè)內(nèi)部差錯(cuò)。
R F C規(guī)定,除非系統(tǒng)是地址掩碼的授權(quán)代理,否則它不能發(fā)送地址掩碼應(yīng)答(為
了成為授權(quán)代理,它必須進(jìn)行特殊配置,以發(fā)送這些應(yīng)答。參見(jiàn)附錄E)。但是,正如
我們從本例中看到的那樣,大多數(shù)主機(jī)在收到請(qǐng)求時(shí)都發(fā)送一個(gè)應(yīng)答,甚至有一些主
機(jī)還發(fā)送差錯(cuò)的應(yīng)答。
評(píng)論