編輯“Tracert”

'''Tracert'''是路由跟蹤實用程序，用于確定[[IP]]地址數(shù)據(jù)報訪問目標(biāo)所采取的路徑，Tracert命令用IP生存時間(TTL)字段和[[ICMP]]錯誤消息來確定從一個主機到[[網(wǎng)絡(luò)]]上其他主機的路由，Tracert 先發(fā)送[[TTL]]為1的回應(yīng)數(shù)據(jù)包，并在隨后的每次發(fā)送過程將TTL遞增1，直到目標(biāo)響應(yīng)或TTL達(dá)到最大值，從而確定路由，通過檢查中間路由器發(fā)回的“ICMP已超時”的消息確定路由，某些路由器不經(jīng)詢問直接丟棄TTL過期的[[數(shù)據(jù)]]包，這在Tracert實用程序中看不到的。
== Tracert命令工作原理 ==
*通過向目標(biāo)發(fā)送不同IP生存時間 (TTL) 值的“Internet 控制消息協(xié)議(ICMP)”回應(yīng)數(shù)據(jù)包，Tracert診斷程序確定到目標(biāo)所采取的路由信息。要求路徑上的每個路由器在轉(zhuǎn)發(fā)數(shù)據(jù)包之前至少將數(shù)據(jù)包上的TTL遞減1。數(shù)據(jù)包上的TTL減為0時，路由器應(yīng)該將“ICMP 已超時”的消息發(fā)回源系統(tǒng)。
*Tracert 先發(fā)送TTL為1的回應(yīng)數(shù)據(jù)包，并在隨后的每次發(fā)送過程將TTL遞增1，直到目標(biāo)響應(yīng)或TTL達(dá)到最大值，從而確定路由,通過檢查中間[[路由器]]發(fā)回的“ICMP 已超時”的消息確定路由。
== Tracert 命令選項 ==
我們可以用基于記錄路由選項的路由探測，基于[[UDP]]協(xié)議的路由探測，基于ICMP Echo Request的路由探測的三種方式來探測一個數(shù)據(jù)包從源點到目的地經(jīng)過了哪些中轉(zhuǎn)路由器。當(dāng)我們不能通過網(wǎng)絡(luò)訪問目的設(shè)備時，網(wǎng)絡(luò)管理員就需要判斷是哪里出了問題，問題不僅僅會出現(xiàn)在最終目的設(shè)備，也可能出現(xiàn)在轉(zhuǎn)發(fā)數(shù)據(jù)包的中間路由器。下面是Tracert命令選項：

'''tracert [-d] [-h maximum_hops] [-j host-list] [-w timeout] target_name''' 
*-d              指定不將IP地址解析到主機名稱。 
*-h maximum_hops 指定躍點數(shù)以跟蹤到稱為target_name的主機的路由。 
*-j host-list    指定 Tracert實用程序數(shù)據(jù)包所采用路徑中的路由器接口列表。 
*-w timeout      等待timeout為每次回復(fù)所指定的毫秒數(shù)。 
*target_name     目標(biāo)[[主機]]的名稱或IP地址。
== Tracert命令使用 ==
如果使用 -d 選項，則Tracert實用程序不在每個IP地址上查詢[[DNS]]，在下例中，數(shù)據(jù)包必須通過兩個路由器（10.0.0.1 和 192.168.0.1）才能到達(dá)主機172.16.0.99，主機的默認(rèn)網(wǎng)關(guān)是 10.0.0.1，192.168.0.0 網(wǎng)絡(luò)上的路由器的IP地址是 192.168.0.1。
 
C:\>tracert 172.16.0.99 -d 

Tracing route to 172.16.0.99 over a maximum of 30 hops 

1 2s 3s 2s 10.0.0.1 

2 75 ms 83 ms 88 ms 192.168.0.1 

3 73 ms 79 ms 93 ms 172.16.0.99 

Trace complete.
== Tracert命令注意事項 ==
=== 基于記錄路由選項的路由探測 ===
*[[ping]]命令發(fā)出的是類型為8的ICMP數(shù)據(jù)報，當(dāng)使用ping -r時，這個類型為8的ICMP數(shù)據(jù)報被裝在一個IP數(shù)據(jù)報里，IP數(shù)據(jù)報的Options(選項)字段預(yù)留出給中間路由器扣戳的地方，這個地方不太大，只能容納9臺中轉(zhuǎn)路由器的IP地址。 
*當(dāng)這個數(shù)據(jù)報被發(fā)送端送出后，每經(jīng)過一個中轉(zhuǎn)路由器，中轉(zhuǎn)路由器的IP軟件便會在此IP數(shù)據(jù)報的選項字段中加入一條這個中轉(zhuǎn)路由器的IP地址。 
*當(dāng)這個數(shù)據(jù)包到達(dá)目的地時(如www.123.com)，目的設(shè)備便會生成一條類型為0的ICMP數(shù)據(jù)報，這個ICMP數(shù)據(jù)報被封裝在一個新的IP數(shù)據(jù)報里，新IP數(shù)據(jù)報的Options字段中拷貝了剛才收到的IP數(shù)據(jù)報中的Options字段。 
*當(dāng)這個新IP數(shù)據(jù)報回送到源發(fā)送端時，您便會在屏幕上看見一些中間路由器的IP地址了。
=== 基于UDP協(xié)議的路由探測 ===
下面以服務(wù)器即賣茄子(提供[[HTTP]]服務(wù))，也賣黃瓜(提供[[FTP]]服務(wù))，但不賣土豆(未監(jiān)聽的UDP端口)，有位買家，為了知道一封信到達(dá)蔬菜供應(yīng)商www.123.com中間需要經(jīng)過幾個郵局為例：
*買家在信封的TTL位置寫上數(shù)字1，當(dāng)這封信到達(dá)與自己相鄰的第一個郵局時，郵局的人把TTL值減1，于是TTL為0，郵局章程規(guī)定，把TTL值為0的信丟到垃圾桶里，然后給買家發(fā)一封名曰超時的信，信上寫了丟信郵局的名字，以告訴買家信被誰丟掉了。 
*買家在信封的TTL位置寫上數(shù)字2，當(dāng)這封信到達(dá)與自己相鄰的第一個郵局時，郵局的人把TTL值減1，現(xiàn)在TTL值為1，郵局章程規(guī)定， TTL值不為0的數(shù)據(jù)包需要繼續(xù)轉(zhuǎn)發(fā)給下一個郵局，于是這封信又被轉(zhuǎn)發(fā)到了下一個郵局。當(dāng)下一個郵局收到這封信時，郵局的人把TTL值減1，于是TTL為0，郵局章程規(guī)定，把TTL值為0的信丟到垃圾桶里，然后給買家發(fā)一封名曰超時的信，信上寫了丟信郵局的名字，以告訴買家信被誰丟掉了。 
*我們假設(shè)中間只經(jīng)過兩個郵局信便到達(dá)目的地了，接著第二步，買家選在把TTL值設(shè)置為3，當(dāng)這封信到達(dá)與自己相鄰的第一個郵局時，郵局的人把TTL值減1，現(xiàn)在TTL值為2，郵局章程規(guī)定，TTL值不為0的數(shù)據(jù)報需要繼續(xù)轉(zhuǎn)發(fā)給下一個郵局，于是這封信又被轉(zhuǎn)發(fā)到了下一個郵局。
*當(dāng)買家收到類型為終點不可達(dá)的信時，就不再把那封問土豆價格的信上的TTL加1了，因為他已經(jīng)知道了到達(dá)目的地的全部路由。
=== ICMP Echo Request的路由探測 ===
*這種探測方式與基于UDP協(xié)議的路由探測的實現(xiàn)步驟一樣，但發(fā)送端送出的不是一個UDP數(shù)據(jù)包，而發(fā)送的是一個ICMP類型為8的Echo Request(回顯請求)數(shù)據(jù)報文。
*與基于UDP協(xié)議的路由探測技術(shù)一樣，每次發(fā)送端都會把TTL值加1，每個中轉(zhuǎn)路由器都對TTL值減1，如果為0，便丟棄后給發(fā)送端發(fā)送一個超時報文，若不為0，則繼續(xù)轉(zhuǎn)發(fā)給下一跳。
*唯一不同的是，當(dāng)這個數(shù)據(jù)報到達(dá)最終目的節(jié)點時，由于發(fā)送端發(fā)送的是Echo Request報文，所以接收端就會相應(yīng)一個ICMP類型為0的數(shù)據(jù)報文。這樣當(dāng)發(fā)送端收到ICMP類型為0的數(shù)據(jù)報文時，就知道了全部路由已經(jīng)查詢完畢，終止繼續(xù)探測。
== 相關(guān)條目 ==
*[[Ping]]
*[[ICMP]]
*[[Ipconfig]]
*[[Nslookup]]
== 參考來源 ==
*http://baike.baidu.com/view/416531.htm
*http://baike.baidu.com/view/2600942.htm
[[category:網(wǎng)絡(luò)工具]]