国产成人毛片视频|星空传媒久草视频|欧美激情草久视频|久久久久女女|久操超碰在线播放|亚洲强奸一区二区|五月天丁香社区在线|色婷婷成人丁香网|午夜欧美6666|纯肉无码91视频

TTL expired in transit詳解

簡單來說,TTL 全程Time to Live,意思就是生存周期。以下是參考資料。ping 是一個很常用的小工具,它主要用于確定網(wǎng)絡(luò)的連通性問題。使用ping 命令后,常見的出錯信息通常分為3種:1、

簡單來說,TTL 全程Time to Live,意思就是生存周期。

以下是參考資料。

ping 是一個很常用的小工具,它主要用于確定網(wǎng)絡(luò)的連通性問題。使用ping 命令后,常見的出錯信息通常分為3種:

1、Unknown host:不知名主機這種出錯信息的意思是,該遠程主機的名字不能被域名服務(wù)器(DNS)轉(zhuǎn)換成IP 地址。

故障原因可能是域名服務(wù)器有故障,或者其名字不正確,或者網(wǎng)絡(luò)管理員的系統(tǒng)與遠程主機之間的通信線路有故障。

2、Noanswer :無響應(yīng)這種故障說明本地系統(tǒng)有一條通向中心主機的路由,但卻接收不到它發(fā)給該中心主機的任何信·

息。故障原因可能是下列之一:中心主機沒有工作;本地或中心主機網(wǎng)絡(luò)配置不正確:本地或中心的路由器沒有;1::作:

通信線路有故障;中心主機存在路由選擇問題。 1

3、Request timed out:超時工作站與中心主機的連接超時,數(shù)據(jù)包全部丟失of 原因:可能是到路由器的連接出現(xiàn)

問題,或路由器不能通過,也可能是中心主機已經(jīng)關(guān)機或死機。

如何用ping 命令查找無法上網(wǎng)的原因?

1.Ping 命令的語法格式:

有必要先給不了解Ping 命令的人介紹一卜Ping 命令的具體語法格式:ping 目的地址[參數(shù)1J[參數(shù)2]……

其中目的地址是指被測試計算機的IP 地址或域名。主要參數(shù)有:

a :解析主機地址。

n :數(shù)據(jù):發(fā)出的測試包的個數(shù),缺省值為4。

l :數(shù)值:所發(fā)送緩沖區(qū)的大小。

t :繼續(xù)執(zhí)行Ping 命令,直到用戶按Ctrl /C 終上。

有關(guān)hng 的其他參數(shù),可通過在MS-DOS 提示符—卜運行Ping 或Ping —? 命令來查看。

2.hng 命令的應(yīng)用技巧:

用Ping ::[:具檢查網(wǎng)絡(luò)服務(wù)器和任意一臺客戶端上TCP /IP 協(xié)議的:]二作情況時,只要在網(wǎng)絡(luò)中其他任何一臺計算機上Ping

該計算機的IP 地址即可。例如要檢查網(wǎng)絡(luò)文件服務(wù)器192.192.225.225HPQW 上的TCP /IP 協(xié)議二[:作是否正常,只要在

開始菜單下的“運行”子項中鍵入Ping 192.192.225.225就可以了。如果HPQW 的TCP /IP 協(xié)議:[:作正常,即會以DOS

屏幕方式顯示如下所示的信息:

Pinging 192.192.225.225 with 32 byteS of dara:

Reply from 192.192.225,225:bytes=32 time=lms TTL二128

Reply from 192.192,225.225:bytes=32 time<1mS TTL=128

Reply from 192.192.225.225:byteS?32 timeReply from 192.192.225.225:byteS?32 timePing StatiStiCe for 192.192.225.225:

PacketS :Sent 二4,ReceiV ed 二4,LOSt 二0(0%lOSS)

Approximate round trip timeS in milli-secondS:

,

Minimum=Oms,Maximum=1mS,A verage=OmS

以上返回了4個測試數(shù)據(jù)包,其中bytes=32表示測試中發(fā)送的數(shù)據(jù)包大小是32個字節(jié),“me<10ms表示與對方主機

往返一次所用的時間小于10毫秒,TTL=128表示當前測試使用的TTL(Time to Live)值為128(系統(tǒng)默認值) 。

如果網(wǎng)絡(luò)有問題,則返回如下所示的響應(yīng)失敗信息:

Pinging 192.192,225.225 with 32 bytes of data

RequeSt timed out.

RequeSt timed out.

RequeSt timed OUt.

RequeSt timed out.

Ping StatiStiCe for 192.192.225,225:

PacketS :Sent=4,ReceiV ed 二0,LOSt \二4(100%lOSS)

Minimum?0ms,Maximum=OmS,A verage?0mS

網(wǎng)絡(luò)故障:出現(xiàn)第二種情況時,建議從以上幾個方面來著手排查:一是看被測試計算機是否已安裝了TCP /IP 協(xié)議:

二是檢查一下被測試計算機的網(wǎng)卡安裝是否正確且是否已經(jīng)連通:三是看被測試計算機的TCP /IP 協(xié)議是否與網(wǎng)F

有效的綁定(具體方法是通過選擇“開始一設(shè)置一控制面板一網(wǎng)絡(luò)”來查看) :如果通過以上幾個步驟的檢查還沒有

發(fā)現(xiàn)問題的癥結(jié),建議重新安裝并設(shè)置一,?廠TCP /”協(xié)議,如果是TCP /IP 協(xié)議的問題,這時絕對可以徹底解決。

按照上述方法,我們還可以用Ping 命令來檢查任意一臺客戶湍計算機上TCP /IP 的工作情況。例如我們要檢查網(wǎng)絡(luò)任

一客戶端“機房0廠上的TCP /IP 協(xié)議的配置和工作情況,可直接在該臺機器上Ping 本機的IP 地址,若返回成功的信

息,說明IP 地虹LB 己置無誤,若失敗則應(yīng)檢查IP 地址的配置??赏ㄟ^以下步驟進行:首先先檢查一·卜整個網(wǎng)絡(luò),重點

看一下該IP 地址是否正在被其他用戶使用,然后再看一下該工作站是否已正確連入網(wǎng)絡(luò)(很多情況下用戶沒有登陸網(wǎng)

絡(luò)也會出現(xiàn)此種情況,這可是低級錯誤啊) 。最后檢查網(wǎng)—E 的I /0地址lIRQ 值和DMA 值,這些值是否與其他設(shè)備發(fā)生

了沖突。其中最后一項的檢查非常重要,也常被許多用戶所忽視,即使是Ping 成功后也要進行此項的檢查。因為當Ping

本機的IP 地址成功后,僅表明本機的IP 地址配置沒有問題,但并不能說明網(wǎng)卡的配置完全正確。這時雖然在本機的

“網(wǎng)上鄰居”中能夠看到本機的計算機名,可就是無法與其他的用戶連通,不知問題出在何處,其實問題往往就出在

網(wǎng)卡上。

簡單來說,TTL 全程Time to Live,意思就是生存周期。

首先要說明ping 命令是使用的網(wǎng)絡(luò)層協(xié)議ICMP ,所以TTL 指的是一個網(wǎng)絡(luò)層的網(wǎng)絡(luò)數(shù)據(jù)包(package )的生存周期,這句話不懂的先回去復(fù)習(xí)OSI7層協(xié)議去。

第一個問題,為什么要有生存周期這個概念。

,

很顯然,一個package 從一臺機器到另一臺機器中間需要經(jīng)過很長的路徑,顯然這個路徑不是單一的,是很復(fù)雜的,并且很可能存在環(huán)路。如果一個數(shù)據(jù)包在傳輸過程中進入了環(huán)路,如果不終止它的話,它會一直循環(huán)下去,如果很多個數(shù)據(jù)包都這樣循環(huán)的話,那對于網(wǎng)絡(luò)來說這就是災(zāi)難了。所以需要在包中設(shè)置這樣一個值,包在每經(jīng)過一個節(jié)點,將這個值減1,反復(fù)這樣操作,最終可能造成2個結(jié)果:包在這個值還為正數(shù)的時候到達了目的地,或者是在經(jīng)過一定數(shù)量的節(jié)點后,這個值減為了0。前者代表完成了一次正常的傳輸,后者代表包可能選擇了一條非常長的路徑甚至是進入了環(huán)路,這顯然不是我們期望的,所以在這個值為0的時候,網(wǎng)絡(luò)設(shè)備將不會再傳遞這個包而是直接將他拋棄,并發(fā)送一個通知給包的源地址,說這個包已死。

其實TTL 值這個東西本身并代表不了什么,對于使用者來說,關(guān)心的問題應(yīng)該是包是否到達了目的地而不是經(jīng)過了幾個節(jié)點后到達。但是TTL 值還是可以得到有意思的信息的。

每個操作系統(tǒng)對TTL 值得定義都不同,這個值甚至可以通過修改某些系統(tǒng)的網(wǎng)絡(luò)參數(shù)來修改,例如Win2000默認為128,通過注冊表也可以修改。而Linux 大多定義為64。不過一般來說,很少有人會去修改自己機器的這個值的,這就給了我們機會可以通過ping 的回顯TTL 來大體判斷一臺機器是什么操作系統(tǒng)。

以我公司2臺機器為例

看如下命令

D:Documents and Settingshx>ping 61.152.93.131

Pinging 61.152.93.131 with 32 bytes of data:

Reply from 61.152.93.131: bytes=32 time=21ms TTL=118

Reply from 61.152.93.131: bytes=32 time=19ms TTL=118

Reply from 61.152.93.131: bytes=32 time=18ms TTL=118

Reply from 61.152.93.131: bytes=32 time=22ms TTL=118

Ping statistics for 61.152.93.131:

Packets: Sent = 4, Received = 4, Lost = 0 (0 loss

Approximate round trip times in milli-seconds:

Minimum = 18ms, Maximum = 22ms, Average = 20ms

D:Documents and Settingshx>ping 61.152.104.40

Pinging 61.152.104.40 with 32 bytes of data:

Reply from 61.152.104.40: bytes=32 time=28ms TTL=54

Reply from 61.152.104.40: bytes=32 time=18ms TTL=54

Reply from 61.152.104.40: bytes=32 time=18ms TTL=54

Reply from 61.152.104.40: bytes=32 time=13ms TTL=54

Ping statistics for 61.152.104.40:

,

Packets: Sent = 4, Received = 4, Lost = 0 (0 loss

Approximate round trip times in milli-seconds:

Minimum = 13ms, Maximum = 28ms, Average = 19ms

第一臺TTL 為118,則基本可以判斷這是一臺Windows 機器,從我的機器到這臺機器經(jīng)過了10個節(jié)點,因為128-118=10。而第二臺應(yīng)該是臺Linux ,理由一樣64-54=10。 了解了上面的東西,可能有人會有一些疑問,例如以下:

1,不是說包可能走很多路徑嗎,為什么我看到的4個包TTL 都是一樣的,沒有出現(xiàn)不同?

這是由于包經(jīng)過的路徑是經(jīng)過了一些最優(yōu)選擇算法來定下來的,在網(wǎng)絡(luò)拓撲穩(wěn)定一段時間后,包的路由路徑也會相對穩(wěn)定在一個最短路徑上。具體怎么算出來的要去研究路由算法了,不在討論之列。

2,對于上面例子第二臺機器,為什么不認為它是經(jīng)過了74個節(jié)點的Windows 機器?因為128-74=54。

對于這個問題,我們要引入另外一個很好的ICMP 協(xié)議工具。不過首先要聲明的是,一個包經(jīng)過74個節(jié)點這個有些恐怖,這樣的路徑還是不用為好。

要介紹的這個工具是tracert (*nix下為traceroute ),讓我們來看對上面的第二臺機器用這個命令的結(jié)果

D:Documents and Settingshx>tracert 61.152.104.40

Tracing route to 61.152.104.40 over a maximum of 30 hops

1 13 ms 16 ms 9 ms 10.120.32.1

2 9 ms 9 ms 11 ms 219.233.244.105

3 12 ms 10 ms 10 ms 219.233.238.173

4 15 ms 15 ms 17 ms 219.233.238.13

5 14 ms 19 ms 19 ms 202.96.222.73

6 14 ms 17 ms 13 ms 202.96.222.121

7 14 ms 15 ms 14 ms 61.152.81.86

8 15 ms 14 ms 13 ms 61.152.87.162

9 16 ms 16 ms 28 ms 61.152.99.26

10 12 ms 13 ms 18 ms 61.152.99.94

11 14 ms 18 ms 16 ms 61.152.104.40

Trace complete.

從這個命令的結(jié)果能夠看到從我的機器到服務(wù)器所走的路由,確實是11個節(jié)點(上面說10個好像是我犯了忘了算0的錯誤了,應(yīng)該是64-54 1,嘿嘿),而不是128的TTL 經(jīng)過了70多個節(jié)點。

既然已經(jīng)說到這里了,不妨順便說說關(guān)于這兩個ICMP 命令的高級一點的東西。

首先是ping 命令,其實ping 有這樣一個參數(shù),可以無視操作系統(tǒng)默認TTL 值而使用自己定

,

義的值來發(fā)送ICMP Request包。

例如還是用那臺Linux 機器,用以下命令:

D:Documents and Settingshx>ping 61.152.104.40 -i 11

Pinging 61.152.104.40 with 32 bytes of data:

Reply from 61.152.104.40: bytes=32 time=10ms TTL=54

Reply from 61.152.104.40: bytes=32 time=13ms TTL=54

Reply from 61.152.104.40: bytes=32 time=10ms TTL=54

Reply from 61.152.104.40: bytes=32 time=13ms TTL=54

Ping statistics for 61.152.104.40:

Packets: Sent = 4, Received = 4, Lost = 0 (0 loss),

Approximate round trip times in milli-seconds:

Minimum = 10ms, Maximum = 13ms, Average = 11ms

D:Documents and Settingshx>

這個命令我們定義了發(fā)包的TTL 為11,而前面我們知道,我到這臺服務(wù)器是要經(jīng)過11個節(jié)點的,所以這個輸出和以前沒什么不同。現(xiàn)在再用這個試試看:

D:Documents and Settingshx>ping 61.152.104.40 -i 10

Pinging 61.152.104.40 with 32 bytes of data:

Reply from 61.152.99.94: TTL expired in transit.

Reply from 61.152.99.94: TTL expired in transit.

Reply from 61.152.99.94: TTL expired in transit.

Reply from 61.152.99.94: TTL expired in transit.

Ping statistics for 61.152.104.40:

Packets: Sent = 4, Received = 4, Lost = 0 (0 loss),

Approximate round trip times in milli-seconds:

Minimum = 0ms, Maximum = 0ms, Average = 0ms

D:Documents and Settingshx>

可以看到,結(jié)果不一樣了,我定義了TTL 為10來發(fā)包,結(jié)果是TTL expired in transit.就是說在到達服務(wù)器之前這個包的生命周期就結(jié)束了。注意看這句話前面的ip ,這個ip 恰好是我們前面tracert 結(jié)果到服務(wù)器之前的最后1個ip ,包的TTL 就是在這里減少到0了,根據(jù)我們前面的討論,當TTL 減為0時設(shè)備會丟棄包并發(fā)送一個TTL 過期的ICMP 反饋給源地址,這里的結(jié)果就是最好的證明。

通過這里再次又證明了從我機器到服務(wù)器是經(jīng)過了11個節(jié)點而不是70多個,呵呵。 最后再鞏固一下知識,有人可能覺得tracer 這個命令很神奇,可以發(fā)現(xiàn)一個包所經(jīng)過的路由路徑。其實這個命令的原理就在我們上面的討論中。

,

想象一下,如果我給目的服務(wù)器發(fā)送一個TTL 為1的包,結(jié)果會怎樣?

根據(jù)前面的討論,在包港出發(fā)的第一個節(jié)點,TTL 就會減少為0,這時這個節(jié)點就會回應(yīng)TTL 失效的反饋,這個回應(yīng)包含了設(shè)備本身的ip 地址,這樣我們就得到了路由路徑的第一個節(jié)點的地址。

因此,我們繼續(xù)發(fā)送TTL=2的包,也就受到第二個節(jié)點的TTL 失效回應(yīng)

依次類推,我們一個一個的發(fā)現(xiàn),當最終返回的結(jié)果不是TTL 失效而是ICMP Response的時候,我們的tracert 也就結(jié)束了,就是這么簡單。

順便補一句ping 命令還有個-n 的參數(shù)指定要發(fā)包的數(shù)量,指定了這個數(shù)字就會按照你的要求來發(fā)包了而不是默認的4個包。如果使用-t 參數(shù)的話,命令會一直發(fā)包直到你強行中止它

標簽: