Linux系統(tǒng)中traceroute命令使用詳解
Linux系統(tǒng)中traceroute命令可以追蹤到網(wǎng)絡數(shù)據(jù)包的路由途徑。下面由學習啦小編為大家整理了linux系統(tǒng)中traceroute命令使用詳解,希望對大家有幫助!
Linux系統(tǒng)中traceroute命令使用詳解
1.命令格式:
traceroute[參數(shù)] [主機]
2.命令功能:
traceroute 指令讓你追蹤網(wǎng)絡數(shù)據(jù)包的路由途徑,預設數(shù)據(jù)包大小是40 Bytes, 用戶可另行設置。
具體參數(shù)格式:traceroute [-dFlnrvx] [-f<存活數(shù)值>] [-g<網(wǎng)關>][-i<網(wǎng)絡界面>][-m<存活數(shù)值>][-p<通信端口>][-s<來源地址>][-t<服務類型>][-w<超時秒數(shù)>][主機名稱或IP地址][數(shù)據(jù)包大小]
3.命令參數(shù)
-d 使用socket 層級的排錯功能
-f 設置第一個檢測數(shù)據(jù)包的存活數(shù)值TTL的大小
-F 設置勿離段位 ----我也不知道啥是勿離段位,查了下沒查到什么信息^^
-g 設置來源路由網(wǎng)關,最多可設置8個
-i 使用指定的網(wǎng)絡界面送出數(shù)據(jù)包
-I 使用ICMP回應取代UDP資料信息
-m 設置檢測數(shù)據(jù)包的最大存活數(shù)值TTL 的大小
-n 直接使用IP地址而非主機名稱
-p 設置UDP傳輸協(xié)議的通信端口
-r 忽略普通的routing table ,直接將數(shù)據(jù)包送到遠端主機上
-s 設置本地主機送出數(shù)據(jù)包的IP地址
-t 設置檢測數(shù)據(jù)包的TOS數(shù)值
-v 詳細顯示指令的執(zhí)行過程
-w 設置等待遠端主機回報的時間
-x 開啟或關閉數(shù)據(jù)包的正確性檢驗
linux系統(tǒng)中traceroute命令實例
實例1:traceroute 用法簡單,最常用的用法
命令:traceroute www.google.com
說明:
記錄按序列號從1開始,每個記錄就是一跳,每跳表示一個網(wǎng)關,我們看到每行有三個時間,單位是 ms,其實就是 -q 的默認參數(shù)。探測數(shù)據(jù)包向每個網(wǎng)關發(fā)送三個數(shù)據(jù)包后,網(wǎng)關響應后返回的時間;如果您用 traceroute -q 4 www.google.com, 表示向每個網(wǎng)關發(fā)送4個數(shù)據(jù)包
有時我們 traceroute 一臺主機時,會看到有一些行是以星號表示的。出現(xiàn)這種情況,可能是防火墻封掉了 ICMP的返回信息,所以我們得不到什么相關的數(shù)據(jù)包返回數(shù)據(jù)。
有時我們在某一網(wǎng)關處延時比較長,有可能是某臺網(wǎng)關比較阻塞,也可能是物理設備本身的原因,當然如果某臺DNS出現(xiàn)問題時,不能解析主機名、域名時,也會有延時長的現(xiàn)象;您可以加 -n 參數(shù)來避免DNS 解析,以 IP格式 輸出數(shù)據(jù)。
如果在局域網(wǎng)中的不同網(wǎng)段之間,我們可以通過 traceroute 來排查問題所在,是主機的問題還是網(wǎng)關的問題。如果我們通過遠程來訪問某臺服務器遇到問題時,我們用到 traceroute 追蹤數(shù)據(jù)包所經(jīng)過的網(wǎng)關,提交 IDC 服務商,也有助于解決問題;但目前看來國內解決這樣的問題是比較困難的,就是我們發(fā)現(xiàn)問題所在,IDC服務商也不可能幫助我們解決。
實例2:跳數(shù)設置
命令:
traceroute -m 10 www.baidu.com
實例3:只顯示IP 地址,不查主機名DNS
命令: traceroute -n www.baidu.com
實例4:探測包使用的基本UDP端口設置6888
命令: traceroute -p 6888 www.baidu.com
實例5:把探測包的個數(shù)設置為4個
命令:traceroute -q 4 www.baidu.com
實例6:繞過正常的路由表,直接發(fā)送到網(wǎng)絡相連的主機
命令:traceroute -r www.baidu.com
實例7:把對外發(fā)探測包的等待響應時間設置為3秒
命令:traceroute -w 3 www.baidu.com
補充:linux系統(tǒng)中traceroute 的工作原理
traceroute 程序的設計是利用 ICMP 及IP header 的TTL(time to live)欄位(field)。首先,traceroute 送出一個 TTL 是1 的IP datagram(每次送的的是3個 40字節(jié)的包,包括源地址,目的地址和包發(fā)出的時間標簽)到目的地,當路徑上的第一個路由器(router)收到這個 datagram 時,它將TTL減少 1,此時,TTL變?yōu)?了,所以該路徑會將次 datagram 丟掉,并送回一個 【ICMP time exceeded】消息,traceroute 收到這個消息后,便知道這個路由器存在于這個路徑上,接著traceroute 再送出另一個 TTL為 2 的 datagram ,發(fā)現(xiàn)第二個路由器,然后一直重復執(zhí)行這種操作,直到某個datagram 抵達目的地。
在traceroute 送出 UDP datagram 到目的地時,它所選擇送達的 port number 是一個一般應用程序都不會用的號碼,所以當此UDP datagram到達目的地后該主機會送回一個 ICMP port unreachable 的消息,而當traceroute 收到這個消息時,便知道目的地已經(jīng)到達,所以 traceroute 在 server 端也就沒有所謂的 daemon 程式。
traceroute 通過計算 ICMP TTL 到期消息設備的IP 地址并做域名解析。每次,traceroute 都打印出一系列數(shù)據(jù),包括所經(jīng)過的路由設備的域名及 IP 地址,三個包每次來回所花時間。