在Linux系統中，traceroute命令可用於顯示數據包經過的路由器的ip地址，了解行走路徑，在Linux系統和windows系統中的名稱有些不同，不熟悉Linux系統的朋友可能一時沒認出來，下面小編就給大家詳細介紹下traceroute命令吧。
通過traceroute我們可以知道信息從你的計算機到互聯網另一端的主機是走的什麼路徑。當然每次數據包由某一同樣的出發點（source）到達某一同樣的目的地（destination）走的路徑可能會不一樣，但基本上來說大部分時候所走的路由是相同的
linux系統中，我們稱之為traceroute，在MS Windows中為tracert。 traceroute通過發送小的數據包到目的設備直到其返回，來測量其需要多長時間。一條路徑上的每個設備traceroute要測3次。輸出結果中包括每次測試的時間（ms）和設備的名稱（如有的話）及其IP地址。
在大多數情況下，我們會在linux主機系統下，直接執行命令行：traceroute hostname
而在Windows系統下是執行tracert的命令： tracert hostname
1.命令格式：
traceroute［參數］［主機］
2.命令功能：
traceroute指令讓你追蹤網絡數據包的路由途徑，預設數據包大小是40Bytes，用戶可另行設置。
具體參數格式：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.使用實例：
實例1：traceroute 用法簡單、最常用的用法
命令：traceroute www.baidu.com
輸出：
代碼如下：
［root@localhost ~］# traceroute www.baidu.com
traceroute to www.baidu.com （61.135.169.125）， 30 hops max， 40 byte packets
1 192.168.74.2 （192.168.74.2） 2.606 ms 2.771 ms 2.950 ms
2 211.151.56.57 （211.151.56.57） 0.596 ms 0.598 ms 0.591 ms
3 211.151.227.206 （211.151.227.206） 0.546 ms 0.544 ms 0.538 ms
4 210.77.139.145 （210.77.139.145） 0.710 ms 0.748 ms 0.801 ms
5 202.106.42.101 （202.106.42.101） 6.759 ms 6.945 ms 7.107 ms
6 61.148.154.97 （61.148.154.97） 718.908 ms * bt-228-025.bta.net.cn （202.106.228.25） 5.177 ms
7 124.65.58.213 （124.65.58.213） 4.343 ms 4.336 ms 4.367 ms
8 202.106.35.190 （202.106.35.190） 1.795 ms 61.148.156.138 （61.148.156.138） 1.899 ms 1.951 ms
9 * * *
30 * * *
［root@localhost ~］#
說明：
記錄按序列號從1開始，每個紀錄就是一跳 ，每跳表示一個網關，我們看到每行有三個時間，單位是 ms，其實就是-q的默認參數。探測數據包向每個網關發送三個數據包後，網關響應後返回的時間；如果您用 traceroute -q 4 www.58.com ，表示向每個網關發送4個數據包。
有時我們traceroute 一台主機時，會看到有一些行是以星號表示的。出現這樣的情況，可能是防火牆封掉了ICMP的返回信息，所以我們得不到什麼相關的數據包返回數據。
有時我們在某一網關處延時比較長，有可能是某台網關比較阻塞，也可能是物理設備本身的原因。當然如果某台DNS出現問題時，不能解析主機名、域名時，也會 有延時長的現象；您可以加-n 參數來避免DNS解析，以IP格式輸出數據。
如果在局域網中的不同網段之間，我們可以通過traceroute 來排查問題所在，是主機的問題還是網關的問題。如果我們通過遠程來訪問某台服務器遇到問題時，我們用到traceroute 追蹤數據包所經過的網關，提交IDC服務商，也有助於解決問題；但目前看來在國內解決這樣的問題是比較困難的，就是我們發現問題所在，IDC服務商也不可能幫助我們解決。
實例2：跳數設置
命令：traceroute -m 10 www.baidu.com
輸出：
代碼如下：
［root@localhost ~］# traceroute -m 10 www.baidu.com
traceroute to www.baidu.com （61.135.169.105）， 10 hops max， 40 byte packets
1 192.168.74.2 （192.168.74.2） 1.534 ms 1.775 ms 1.961 ms
2 211.151.56.1 （211.151.56.1） 0.508 ms 0.514 ms 0.507 ms
3 211.151.227.206 （211.151.227.206） 0.571 ms 0.558 ms 0.550 ms
4 210.77.139.145 （210.77.139.145） 0.708 ms 0.729 ms 0.785 ms
5 202.106.42.101 （202.106.42.101） 7.978 ms 8.155 ms 8.311 ms
6 bt-228-037.bta.net.cn （202.106.228.37） 772.460 ms bt-228-025.bta.net.cn （202.106.228.25） 2.152 ms 61.148.154.97 （61.148.154.97） 772.107 ms
7 124.65.58.221 （124.65.58.221） 4.875 ms 61.148.146.29 （61.148.146.29） 2.124 ms 124.65.58.221 （124.65.58.221） 4.854 ms
8 123.126.6.198 （123.126.6.198） 2.944 ms 61.148.156.6 （61.148.156.6） 3.505 ms 123.126.6.198 （123.126.6.198） 2.885 ms
9 * * *
10 * * *
［root@localhost ~］#
上一頁123下一頁共3頁
