通過traceroute 我們可以知道信息從你的計算機到互聯網另一端的主機是走的什么路徑。當然每次數據包由某一同樣的出發點（source）到達某一同樣的目的地（destination）走的路徑可能會不一樣，但基本上 來說大部分時候所走的路由是相同的。
Linux 系統中個，我們稱之為 tracertoute，在 MS Windows 中為 tracert。
traceroute 通過發送小的數據包到目的設備直到其返回，來測量其需要多長時間。一條路徑上的每個設備traceroute要測3次。輸出結果中包括每次測試的時間（ms）和設備的名稱及其IP地址。
在大多數情況下，我們會在 Linux 主機系統下，直接執行命令行。
traceroute hostname
而在 Windows 系統下是執行 tracert 的命令：
tracert hostname
1.命令格式：
traceroute [參數] [主機]
2.命令功能：
traceroute 指令讓你追蹤網絡數據包的路由途徑，預設數據包大小是40 Bytes, 用戶可另行設置。
具體參數格式：traceroute [-dFlnrvx] [-f<存活數值>] [-g<網關>][-i<網絡界面>][-m<存活數值>][-p<通信端口>][-s<來源地址>][-t<服務類型>][-w<超時秒數>][主機名稱或IP地址][數據包大小]
3.命令參數
-d 使用socket 層級的排錯功能
-f 設置第一個檢測數據包的存活數值TTL的大小
-F 設置勿離段位 ----我也不知道啥是勿離段位，查了下沒查到什么信息^^
-g 設置來源路由網關，最多可設置8個
-i 使用指定的網絡界面送出數據包
-I 使用ICMP回應取代UDP資料信息
-m 設置檢測數據包的最大存活數值TTL 的大小
-n 直接使用IP地址而非主機名稱
-p 設置UDP傳輸協議的通信端口
-r 忽略普通的routing table ,直接將數據包送到遠端主機上
-s 設置本地主機送出數據包的IP地址
-t 設置檢測數據包的TOS數值
-v 詳細顯示指令的執行過程
-w 設置等待遠端主機回報的時間
-x 開啟或關閉數據包的正確性檢驗
4.返回結果解釋：
默認情況下，TTL的最大值為30，可根據實際情況改變設置，並且發送3個探測（各自有不同的TTL的值）到每一跳
返回結果解釋：
* 探測報文沒有獲得響應，出現這種情況，可能是防火牆封掉了 ICMP的返回信息，所以我們得不到什么相關的數據包返回數據。
！ 接收到報文中的TTL值為1
!H 目標主機不可達
!N 目標網絡不可達
!P 目標協議不可達
!S 源路由選項錯誤，表示某一路由器有程序錯誤或硬件故障
!F 探測報文需要分段，表示某一路由器有程序錯誤或硬件故障
!X 由於通信被管理性禁止，該路徑被阻塞或關閉
有時我們在某一網關處延時比較長，有可能是某台網關比較阻塞，也可能是物理設備本身的原因，當然如果某台DNS出現問題時，不能解析主機名、域名時，也會有延時長的現象；您可以加 -n 參數來避免DNS 解析，以 IP格式 輸出數據。
5。traceroute命令選項的應用
當目標主機所處的網絡與本機所處的網絡間路由數較多（多於30）時，修改TTL的值
#traceroute -m 35 128.197.2.200
默認情況下，基於UDP協議發送探測報文，但網絡中有的路由器不支持，-I參數表示使用ICMP協議代替
#traceroute -m 35 -I 128.197.2.200
默認情況下，UDP協議的33434端口進行跟蹤，-p 指定端口號
#traceroute -m 35 -p 65000 128.197.2.200
-v 用來為每一跳顯示響應報文的大小和響應報文的目標
-n 用來顯示地址而不是使用符合化的名字顯示，減輕網絡服務的負荷（加快速度）
6.TTL
雖然TTL從字面上翻譯，是可以存活的時間，但實際上TTL是IP數據包在計算機網絡中可以轉發的最大跳數。TTL字段由IP數據包的發送者設置，在IP數據包從源到目的的整個轉發路徑上，每經過一個路由器，路由器都會修改這個TTL字段值，具體的做法是把該TTL的值減1，然后再將IP包轉發出去。如果在IP包到達目的IP之前，TTL減少為0，路由器將會丟棄收到的TTL=0的IP包並向IP包的發送者發送 ICMP time exceeded消息。