TTL=128和TTL=64的區別是什么?

文章插圖
TTL是IP協議包中的一個值,指定數據報被路由器丟棄之前允許通過的網段數量 。區別一:指定數據報被路由器丟棄之前允許通過的網段數量不同,一個是128,一個是126 。區別二:方式不同;TTL=128 說明直接和對方可以進行通信 。TTL=64 跨多個路由器進行通信 。區別三:生效時間不同;64的生效時間比128的快 。擴展資料:TTL用于限制IP數據包在計算機網絡中存在的時間,避免網絡中的無限循環和發送接收,節省網絡資源,并使IP數據包的發送者能夠接收到報警消息 。最大TTL值為255,推薦的TTL值為64 。雖然TTL字面上翻譯為生存時間,但實際上TTL是計算機網絡中IP數據包可以轉發的最大跳數 。TTL字段由數據包的發送方設置 。在從源到目的地的整個IP數據包轉發路徑上,路由器在轉發IP數據包之前會將每個路由器的TTL值減少1 。如果在數據包到達目的地之前,網絡時間限制值降低到0,路由器將丟棄接收到的網絡時間限制值為0的數據包,并向數據包的發送方發送一條超過 ICMP time exceeded消息 。參考資料:百度百科-TTL
TTL=128和TTL=64有什么不同TTL=128 說明你直接和對方可以進行通信
TTL=64 跨多個路由器進行通信
ping 發出的是 hello 報文,基于ICMP 的協議,如果跨的路由器很多那就說明 TTL(time to live) 值就減了多少,每跨一個路由器就減1
ping 的時候 為什么后面的有時候是TTL=128 有時候TTL=64 TTL=128和TTL=64有什么不同TTL就是你發送的PING命令的數據存活時間,通俗的說就是你PING哪個網站或者PING哪個IP都會給那個網站或者IP發送一個數據,TTL就是那個數據能在網絡上存活的時間,越大越好 。如果數據來回的時間超過了這個TTL存活時間,那么這個數據就會丟失,就會發生PING不通的現象
ping 后出現的TTL=1286432 是什么意思呀有人說TTL值不同對應不同的操作系統 。
TTL=32 Windows 9x/Me
TTL=64 LINUX
TTL=128 Windows 200x/XP
TTL=255 Unix
TTL(生存時間)
TTL是IP協議包中的一個值,它告訴網絡路由器包在網絡中的時間是否太長而應被丟棄 。有很多原因使包在一定時間內不能被傳遞到目的地 。例如,不正確的路由表可能導致包的無限循環 。一個解決方法就是在一段時間后丟棄這個包,然后給發送者一個報文,由發送者決定是否要重發 。TTL的初值通常是系統缺省值,是包頭中的8位的域 。TTL的最初設想是確定一個時間范圍,超過此時間就把包丟棄 。由于每個路由器都至少要把TTL域減一,TTL通常表示包在被丟棄前最多能經過的路由器個數 。當記數到0時,路由器決定丟棄該包,并發送一個ICMP報文給最初的發送者 。
Windows 95/98中TTL的缺省值為32 。有人建議當到達一個節點比較困難時,把此值設為128 。ping和tracerouter都使用TTL值以嘗試到達給定的主機或跟蹤到那個主機的路由 。traceroute把包的TTL值設得較小,使它在到達目的的路上被各個路由器連續的丟棄 。發出包到受到返回的ICMP報文之間的時間用來計算從一個路由器到另一個路由器的時間 。
使用多路復用的IP協議,TTL值表示一個包被轉發的范圍 。有以下轉換:0, 限制在同一主機 1, 限制在同一子網 32, 限制在同一節點 64, 限制在同一區域(region)128,限制在同一大陸(continent)255,
由于不同的操作系統的默認TTL值不同,因此有文章說可以通過返回的TTL值判斷目標系統的類型,這是正確的,但不是TTL的功能,只是對TTL理解的一個應用 。TTL的值可以修改 。有些特殊的、系統(如NIDS)會定義特殊的TTL值,以拒絕非法訪問數據進入 。我們在執行PING命令時可以用-i參數指定TTL值,大家可以將TTL設置為0,則該包將被立即丟棄 。有時我們執行了一個PING 命令,在繁華時卻繁華了另一個地址,并帶有一個英語的提示(大致意思是TTL無效),則表示該包在到達目標之前(也就是到返回IP位置時),包所帶的TTL已經為0了或小于下一網段許可通過的TTL值了,該包已經被路由丟棄了 。
測試路由TTL=64和TTL128區別TTL參數直譯是,封包網絡存活時間 。實際則是封包在網絡中路由次數,超過則丟棄封包 。
例如我的電腦 ,ping 10.105.0.1,為運營商的網關
ping 的結果為:
來自 10.105.0.1 的回復: 字節=32 時間=1ms TTL=253
即:255-2=253,也就是自己路由器一跳,營運商網關一跳,一共兩跳 。
然后在 ping 使用 -I 參數,指定TTL多少次自動丟棄
同樣上面的例子,ping 10.105.0.1 -i 1 ,把TTL設為1,
ping 的結果為:
正在 Ping 10.105.0.1 具有 32 字節的數據:
來自 192.168.0.1 的回復: TTL 傳輸中過期 。
也就是1跳沒有到目標,就丟棄過期了
ping 10.105.0.1 -i 2 ,把TTL設為2,
ping的結果則正常到達目標:
正在 Ping 10.105.0.1 具有 32 字節的數據:
來自 10.105.0.1 的回復: 字節=32 時間<1ms TTL=253
TTL=128,TTL=64這有什么區別,是什么意思

文章插圖
TTL=128 說明你直接和對方可以進行通信 。TTL=64 跨多個路由器進行通信 。ping 發出的是 hello 報文,基于ICMP 的協議,如果跨的路由器很多那就說明 TTL(time to live) 值就減了多少,每跨一個路由器就減1 。在IPv4包頭中TTL是一個8 bit字段,如下圖所示:擴展資料:TTL的作用是限制IP數據包在計算機網絡中的存在的時間,避免IP包在網絡中的無限循環和收發,節省了網絡資源,并能使IP包的發送者能收到告警消息 。TTL的最大值是255,TTL的一個推薦值是64 。雖然TTL從字面上翻譯,是可以存活的時間,但實際上TTL是IP數據包在計算機網絡中可以轉發的最大跳數 。TTL字段由IP數據包的發送者設置,在IP數據包從源到目的的整個轉發路徑上,每經過一個路由器,路由器都會把該TTL的值減1,然后再將IP包轉發出去 。如果在IP包到達目的IP之前,TTL減少為0,路由器將會丟棄收到的TTL=0的IP包并向IP包的發送者發送 ICMP time exceeded消息 。參考資料:百度百科-TTL
9ms TTL=64 是什么意思Reply from 192.168.1.188: bytes=32768 time=9ms TTL=64發送到這192.168.1.188一站點,文件包大小32768 字節 /消耗時間 9msTTL值表示一個包被轉發的范圍TTL=64表示表示限制在同一區域
TTL 是Time To Live的縮寫,是指數據發送出去的存活時間
TTL(生存時間)
TTL是IP協議包中的一個值,它告訴網絡路由器包在網絡中的時間是否太長而應被丟棄 。有很多原因使包在一定時間內不能被傳遞到目的地 。例如,不正確的路由表可能導致包的無限循環 。一個解決方法就是在一段時間后丟棄這個包,然后給發送者一個報文,由發送者決定是否要重發 。TTL的初值通常是系統缺省值,是包頭中的8位的域 。TTL的最初設想是確定一個時間范圍,超過此時間就把包丟棄 。由于每個路由器都至少要把TTL域減一,TTL通常表示包在被丟棄前最多能經過的路由器個數 。當記數到0時,路由器決定丟棄該包,并發送一個ICMP報文給最初的發送者 。
Windows95/98中TTL的缺省值為32 。有人建議當到達一個節點比較困難時,把此值設為128 。ping和tracerouter都使用TTL值以嘗試到達給定的主機或跟蹤到那個主機的路由 。traceroute把包的TTL值設得較小,使它在到達目的的路上被各個路由器連續的丟棄 。發出包到受到返回的ICMP報文之間的時間用來計算從一個路由器到另一個路由器的時間 。
使用多路復用的IP協議,TTL值表示一個包被轉發的范圍 。有以下轉換:0,限制在同一主機1,限制在同一子網32,限制在同一節點64,限制在同一區域(region)128,限制在同一大陸(continent)255,
由于不同的操作系統的默認TTL值不同,因此有文章說可以通過返回的TTL值判斷目標系統的類型,這是正確的,但不是TTL的功能,只是對TTL理解的一個應用 。TTL的值可以修改 。有些特殊的、系統(如NIDS)會定義特殊的TTL值,以拒絕非法訪問數據進入 。我們在執行PING命令時可以用-i參數指定TTL值,大家可以將TTL設置為0,則該包將被立即丟棄 。有時我們執行了一個PING命令,在繁華時卻繁華了另一個地址,并帶有一個英語的提示(大致意思是TTL無效),則表示該包在到達目標之前(也就是到返回IP位置時),包所帶的TTL已經為0了或小于下一網段許可通過的TTL值了,該包已經被路由丟棄了 。
打開電腦,ping一個ip地址的時候,出現TTL=64 ,這個TTL是干嘛的 ?TTL(time to live):缺省值255
每經過一個路由數值減少1 目的就是防止數據包在網絡中不停的循環 。
作用:防環
拼IP地址,通后下面出現TTL=64是什么意思?Ping能夠以毫秒為單位顯示發送回送請求到返回回送應答之間的時間量 。如果應答時間短,表示數據報不必通過太多的路由器或網絡連接速度比較快 。Ping還能顯示TTL(TimeToLive存在時間)值,你可以通過TTL值推算一下數據包已經通過了多少個路由器:源地點TTL起始值(就是比返回TTL略大的一個2的乘方數)-返回時TTL值 。例如,返回TTL值為119,那么可以推算數據報離開源地址的TTL起始值為128,而源地點到目標地點要通過9個路由器網段(128-119);如果返回TTL值為246,TTL起始值就是256,源地點到目標地點要通過9個路由器網段 。
pingIP時后面出現ttl=63或其它的數值是什么意思.TTL,一般稱為生存周期,通常理解為數據包所經過的路由器的數量,不同的系統有不同的TTL值,每經過一臺路由器TTL減1,當TTL為0時該數據包被丟棄不再轉發
ping 自已電腦IP地址時TTL=64是不是表示速度的代嗎典型的例子
C:\>ping 192.168.0.1
Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Ping statistics for 192.168.0.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
TTL:生存時間
指定數據報被路由器丟棄之前允許通過的網段數量 。
TTL 是由發送主機設置的,以防止數據包不斷在 IP 互聯網絡上永不終止地循環 。轉發 IP 數據包時,要求路由器至少將 TTL 減小 1 。
使用PING時涉及到的 ICMP 報文類型
一個為ICMP請求回顯(ICMP Echo Request)
一個為ICMP回顯應答(ICMP Echo Reply)
TTL 字段值可以幫助我們識別操作系統類型 。
UNIX 及類 UNIX 操作系統 ICMP 回顯應答的 TTL 字段值為 255
Compaq Tru64 5.0 ICMP 回顯應答的 TTL 字段值為 64
微軟 Windows NT/2K操作系統 ICMP 回顯應答的 TTL 字段值為 128
微軟 Windows 95 操作系統 ICMP 回顯應答的 TTL 字段值為 32
當然,返回的TTL值是相同的
但有些情況下有所特殊
LINUX Kernel 2.2.x & 2.4.x ICMP 回顯應答的 TTL 字段值為 64
FreeBSD 4.1, 4.0, 3.4;
Sun Solaris 2.5.1, 2.6, 2.7, 2.8;
OpenBSD 2.6, 2.7,
NetBSD
HP UX 10.20
ICMP 回顯應答的 TTL 字段值為 255
Windows 95/98/98SE
Windows ME
ICMP 回顯應答的 TTL 字段值為 32
Windows NT4 WRKS
Windows NT4 Server
Windows 2000
ICMP 回顯應答的 TTL 字段值為 128
這樣,我們就可以通過這種方法來辨別操作系統
TTL
LINUX 64
WIN2K/NT 128
WINDOWS 系列 32
UNIX 系列 255
ping命令顯示的TTL是什么意思?

文章插圖
您好,TTL是 Time To Live的縮寫,TTL是生存時間的意思 。表示該字段指定IP包被路由器丟棄之前允許通過的最大網段數量 。簡單來說,TTL是IP協議包中的一個值,它告訴網絡路由器包在網絡中的時間是否太長而應被丟棄 。有很多原因使包在一定時間內不能被傳遞到目的地 。TTL由IP數據包的發送者設置,在IP數據包從源到目的的整個轉發路徑上,每經過一個路由器,則把該TTL的值減1,然后再將IP包轉發出去 。如果在IP包到達目的IP之前,TTL減少為0,路由器將會丟棄收到的TTL=0的IP包,并向IP包的發送者發送 ICMP time exceeded消息,以防止數據包不斷在IP互聯網絡上永不終止地循環 。擴展資料TTL的功能特點TTL的作用是限制IP數據包在計算機網絡中的存在的時間 。TTL的最大值是255,TTL的一個推薦值是64 。雖然TTL從字面上翻譯,是可以存活的時間,但實際上TTL是IP數據包在計算機網絡中可以轉發的最大跳數 。TTL字段由IP數據包的發送者設置,在IP數據包從源到目的的整個轉發路徑上,每經過一個路由器,路由器都會修改這個TTL字段值,具體的做法是把該TTL的值減1,然后再將IP包轉發出去 。如果在IP包到達目的IP之前,TTL減少為0,路由器將會丟棄收到的TTL=0的IP包并向IP包的發送者發送 ICMP time exceeded消息 。TTL的主要作用是避免IP包在網絡中的無限循環和收發,節省了網絡資源,并能使IP包的發送者能收到告警消息 。TTL 是由發送主機設置的,以防止數據包不斷在IP互聯網絡上永不終止地循環 。轉發IP數據包時,要求路由器至少將 TTL 減小 1 。TTL值的注冊表位置HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters ,其中有個DefaultTTL的DWORD值,其數據就是默認的TTL值了,我們可以修改,但不能大于十進制的255 。Windows系統設置后重啟才生效 。參考資料:百度百科-TTL
大家來救救我啊,TTL=128的問題ttl意思是time to livettl=128意思是你的操作系統是winNT\9X你應該是XP操作系統或者2000
請問:長ping一臺linux機器,返回的ttl=64,但是有時候會跳變成128,一會又是64,反復這樣幾次,什么原因TTL time to life
ttl每經過一個ip子層就減少1
UNIX 及類 UNIX 操作系統 ICMP 回顯應答的 TTL 字段值為 255
Compaq Tru64 5.0 ICMP 回顯應答的 TTL 字段值為 64
微軟 Windows NT/2K操作系統 ICMP 回顯應答的 TTL 字段值為 128
微軟 Windows 95 操作系統 ICMP 回顯應答的 TTL 字段值為 32
使用多路復用的IP協議,TTL值表示一個包被轉發的范圍 。有以下轉換:0,限制在同一主機 1, 限制在同一子網 32, 限制在同一節點 64,限制在同一區域(region)128,限制在同一大陸(continent)255,
由于不同的操作系統的默認TTL值不同,因此有文章說可以通過返回的TTL值判斷目標系統的類型,這是正確的,但不是TTL的功能,只是對TTL理解的一個應用 。TTL的值可以修改 。有些特殊的、系統(如NIDS)會定義特殊的TTL值,以拒絕非法訪問數據進入 。我們在執行PING命令時可以用-i參數指定TTL值,大家可以將TTL設置為0,則該包將被立即丟棄 。有時我們執行了一個PING 命令,在緩發時卻緩發了另一個地址,并帶有一個英語的提示(大致意思是TTL無效),則表示該包在到達目標之前(也就是到返回IP位置時),包所帶的TTL已經為0了或小于下一網段許可通過的TTL值了,該包已經被路由丟棄了 。
Reply from 127.0.0.1:bytes=32 time=1ms ttl=64 出現了三次 后面的ttl=64 是什么原因啊首先LOST=0,證明網卡沒問題!PING127.0.0.1是ping自己電腦,你的網卡沒有問題,如果你發現網速慢,你也可以ping一下你的路由器,看一下什么問題!
Ping能夠以毫秒為單位顯示發送回送請求到返回回送應答之間的時間量 。如果應答時間短,表示數據報不必通過太多的路由器或網絡連接速度比較快 。Ping還能顯示TTL(TimeToLive存在時間)值,你可以通過TTL值推算一下數據包已經通過了多少個路由器:源地點TTL起始值(就是比返回TTL略大的一個2的乘方數)-返回時TTL值 。例如,返回TTL值為119,那么可以推算數據報離開源地址的TTL起始值為128,而源地點到目標地點要通過9個路由器網段(128-119);如果返回TTL值為246,TTL起始值就是256,源地點到目標地點要通過9個路由器網段 。
Reply from 127.0.0.1: bytes=32 time<1ms TTL=128與TTL=64有什么不同沒有不同,禁止所有的PING 。
time<1ms ttl=64是什么網速time<1ms是說你的電腦和服務器之間響應時間小于1秒
TTL是IP協議包中的一個值,它告訴網絡路由器包在網絡中的時間是否太長而應被丟棄 。其實TTL值這個東西本身并代表不了什么,對于使用者來說,關心的問題應該是包是否到達了目的地而不是經過了幾個節點后到達 。但是TTL值還是可以得到有意思的信息的 。每個操作系統對TTL值得定義都不同,這個值甚至可以通過修改某些系統的網絡參數來修改.
光看這個不能回答你能不能玩,還得看你的帶寬大小 。
貌似你ping的內網吧?TIME<1ms 呵呵 。
運行PING+本機IP的時候 顯示TTL=64是什么意思???這個數值好嗎?這個數值說明你的機子安裝的是LINUX系統 。數值本身無所謂好壞 。
TTL:生存時間
指定數據報被路由器丟棄之前允許通過的網段數量 。
TTL 是由發送主機設置的,以防止數據包不斷在 IP 互聯網絡上永不終止地循環 。轉發 IP 數據包時,要求路由器至少將 TTL 減小 1 。
TTL 字段值可以幫助我們識別操作系統類型(不完全準確,因為 TTL 是可以修改的) 。
LINUX 64
WIN2K/NT/xp 128
WINDOWS 98/me 32
UNIX 系列 255
具體ping命令的知識如下:
ping是一個很常用的小工具,它主要用于確定網絡的連通性問題 。使用ping命令后,常見的出錯信息通常分為3種:
1、Unknown host:不知名主機這種出錯信息的意思是,該遠程主機的名字不能被域名服務器(DNS)轉換成IP地址 。
故障原因可能是域名服務器有故障,或者其名字不正確,或者網絡管理員的系統與遠程主機之間的通信線路有故障 。飛
2、Noanswer:無響應這種故障說明本地系統有一條通向中心主機的路由,但卻接收不到它發給該中心主機的任何信·
息 。故障原因可能是下列之一:中心主機沒有工作;本地或中心主機網絡配置不正確:本地或中心的路由器沒有;1::作:
通信線路有故障;中心主機存在路由選擇問題 。1
3、Request timbd out:超時工作站與中心主機的連接超時,數據包全部丟失of原因:可能是到路由器的連接出現
問題,或路由器不能通過,也可能是中心主機已經關機或死機 。
如何用ping命令查找無法上網的原因?
1.Ping命令的語法格式:
有必要先給不了解Ping命令的人介紹一卜Ping命令的具體語法格式:ping目的地址[參數1J[參數2]……
其中目的地址是指被測試計算機的IP地址或域名 。主要參數有:
a:解析主機地址 。
n:數據:發出的測試包的個數,缺省值為4 。
l:數值:所發送緩沖區的大小 。
t:繼續執行Ping命令,直到用戶按Ctrl/C終上 。
有關hng的其他參數,可通過在MS-DOS提示符—卜運行Ping或Ping—?命令來查看 。
2.hng命令的應用技巧:
用Ping::[:具檢查網絡服務器和任意一臺客戶端上TCP/IP協議的:]二作情況時,只要在網絡中其他任何一臺計算機上Ping
該計算機的IP地址即可 。例如要檢查網絡文件服務器192.192.225.225HPQW上的TCP/IP協議二[:作是否正常,只要在
開始菜單下的“運行”子項中鍵入Ping 192.192.225.225就可以了 。如果HPQW的TCP/IP協議:[:作正常,即會以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,ReceiVed二4,LOSt二0(0%lOSS)
Approximate round trip timeS in milli-secondS:
Minimum=Oms,Maximum=1mS,Average=OmS
以上返回了4個測試數據包,其中bytes=32表示測試中發送的數據包大小是32個字節,“me<10ms表示與對方主機
往返一次所用的時間小于10毫秒,TTL=128表示當前測試使用的TTL(Time to Live)值為128(系統默認值) 。
如果網絡有問題,則返回如下所示的響應失敗信息:
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,ReceiVed二0,LOSt\二4(100%lOSS)
Minimum‘0ms,Maximum=OmS,Average’0mS
網絡故障:出現第二種情況時,建議從以上幾個方面來著手排查:一是看被測試計算機是否已安裝了TCP/IP協議:
二是檢查一下被測試計算機的網卡安裝是否正確且是否已經連通:三是看被測試計算機的TCP/IP協議是否與網F
有效的綁定(具體方法是通過選擇“開始一設置一控制面板一網絡”來查看):如果通過以上幾個步驟的檢查還沒有
發現問題的癥結,建議重新安裝并設置一,‘廠TCP/”協議,如果是TCP/IP協議的問題,這時絕對可以徹底解決 。
按照上述方法,我們還可以用Ping命令來檢查任意一臺客戶湍計算機上TCP/IP的工作情況 。例如我們要檢查網絡任
一客戶端“機房0廠上的TCP/IP協議的配置和工作情況,可直接在該臺機器上Ping本機的IP地址,若返回成功的信
息,說明IP地虹LB己置無誤,若失敗則應檢查IP地址的配置 ??赏ㄟ^以下步驟進行:首先先檢查一·卜整個網絡,重點
看一下該IP地址是否正在被其他用戶使用,然后再看一下該工作站是否已正確連入網絡(很多情況下用戶沒有登陸網
絡也會出現此種情況,這可是低級錯誤啊) 。最后檢查網—E的I/0地址lIRQ值和DMA值,這些值是否與其他設備發生
了沖突 。其中最后一項的檢查非常重要,也常被許多用戶所忽視,即使是Ping成功后也要進行此項的檢查 。因為當Ping
本機的IP地址成功后,僅表明本機的IP地址配置沒有問題,但并不能說明網卡的配置完全正確 。這時雖然在本機的
“網上鄰居”中能夠看到本機的計算機名,可就是無法與其他的用戶連通,不知問題出在何處,其實問題往往就出在
網卡上 。
簡單來說,TTL全程Time to Live,意思就是生存周期 。
首先要說明ping命令是使用的網絡層協議ICMP,所以TTL指的是一個網絡層的網絡數據包(package)的生存周期,這句話不懂的先回去復習OSI7層協議去 。
第一個問題,為什么要有生存周期這個概念 。
很顯然,一個package從一臺機器到另一臺機器中間需要經過很長的路徑,顯然這個路徑不是單一的,是很復雜的,并且很可能存在環路 。如果一個數據包在傳輸過程中進入了環路,如果不終止它的話,它會一直循環下去,如果很多個數據包都這樣循環的話,那對于網絡來說這就是災難了 。所以需要在包中設置這樣一個值,包在每經過一個節點,將這個值減1,反復這樣操作,最終可能造成2個結果:包在這個值還為正數的時候到達了目的地,或者是在經過一定數量的節點后,這個值減為了0 。前者代表完成了一次正常的傳輸,后者代表包可能選擇了一條非常長的路徑甚至是進入了環路,這顯然不是我們期望的,所以在這個值為0的時候,網絡設備將不會再傳遞這個包而是直接將他拋棄,并發送一個通知給包的源地址,說這個包已死 。
其實TTL值這個東西本身并代表不了什么,對于使用者來說,關心的問題應該是包是否到達了目的地而不是經過了幾個節點后到達 。但是TTL值還是可以得到有意思的信息的 。
每個操作系統對TTL值得定義都不同,這個值甚至可以通過修改某些系統的網絡參數來修改,例如Win2000默認為128,通過注冊表也可以修改 。而Linux大多定義為64 。不過一般來說,很少有人會去修改自己機器的這個值的,這就給了我們機會可以通過ping的回顯TTL來大體判斷一臺機器是什么操作系統 。
以我公司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機器,從我的機器到這臺機器經過了10個節點,因為128-118=10 。而第二臺應該是臺Linux,理由一樣64-54=10 。
了解了上面的東西,可能有人會有一些疑問,例如以下:
1,不是說包可能走很多路徑嗎,為什么我看到的4個包TTL都是一樣的,沒有出現不同?
這是由于包經過的路徑是經過了一些最優選擇算法來定下來的,在網絡拓撲穩定一段時間后,包的路由路徑也會相對穩定在一個最短路徑上 。具體怎么算出來的要去研究路由算法了,不在討論之列 。
2,對于上面例子第二臺機器,為什么不認為它是經過了74個節點的Windows機器?因為128-74=54 。
對于這個問題,我們要引入另外一個很好的ICMP協議工具 。不過首先要聲明的是,一個包經過74個節點這個有些恐怖,這樣的路徑還是不用為好 。
要介紹的這個工具是tracert(*nix下為traceroute),讓我們來看對上面的第二臺機器用這個命令的結果
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.
從這個命令的結果能夠看到從我的機器到服務器所走的路由,確實是11個節點(上面說10個好像是我犯了忘了算0的錯誤了,應該是64-54+1,嘿嘿),而不是128的TTL經過了70多個節點 。
既然已經說到這里了,不妨順便說說關于這兩個ICMP命令的高級一點的東西 。
首先是ping命令,其實ping有這樣一個參數,可以無視操作系統默認TTL值而使用自己定義的值來發送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>
這個命令我們定義了發包的TTL為11,而前面我們知道,我到這臺服務器是要經過11個節點的,所以這個輸出和以前沒什么不同 ?,F在再用這個試試看:
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>
可以看到,結果不一樣了,我定義了TTL為10來發包,結果是TTL expired in transit.就是說在到達服務器之前這個包的生命周期就結束了 。注意看這句話前面的ip,這個ip恰好是我們前面tracert結果到服務器之前的最后1個ip,包的TTL就是在這里減少到0了,根據我們前面的討論,當TTL減為0時設備會丟棄包并發送一個TTL過期的ICMP反饋給源地址,這里的結果就是最好的證明 。
通過這里再次又證明了從我機器到服務器是經過了11個節點而不是70多個,呵呵 。
最后再鞏固一下知識,有人可能覺得tracer這個命令很神奇,可以發現一個包所經過的路由路徑 。其實這個命令的原理就在我們上面的討論中 。
想象一下,如果我給目的服務器發送一個TTL為1的包,結果會怎樣?
根據前面的討論,在包港出發的第一個節點,TTL就會減少為0,這時這個節點就會回應TTL失效的反饋,這個回應包含了設備本身的ip地址,這樣我們就得到了路由路徑的第一個節點的地址 。
因此,我們繼續發送TTL=2的包,也就受到第二個節點的TTL失效回應
依次類推,我們一個一個的發現,當最終返回的結果不是TTL失效而是ICMP Response的時候,我們的tracert也就結束了,就是這么簡單 。
順便補一句ping命令還有個-n的參數指定要發包的數量,指定了這個數字就會按照你的要求來發包了而不是默認的4個包 。如果使用-t參數的話,命令會一直發包直到你強行中止它 。
Ping命令的TTL后面數字是什么意思?有人說TTL值不同對應不同的操作系統 。TTL=32 Windows 9x/MeTTL=64 LINUXTTL=128 Windows 200x/XPTTL=255 UnixTTL(生存時間)TTL是IP協議包中的一個值,它告訴網絡路由器包在網絡中的時間是否太長而應被丟棄 。有很多原因使包在一定時間內不能被傳遞到目的地 。例如,不正確的路由表可能導致包的無限循環 。一個解決方法就是在一段時間后丟棄這個包,然后給發送者一個報文,由發送者決定是否要重發 。TTL的初值通常是系統缺省值,是包頭中的8位的域 。TTL的最初設想是確定一個時間范圍,超過此時間就把包丟棄 。由于每個路由器都至少要把TTL域減一,TTL通常表示包在被丟棄前最多能經過的路由器個數 。當記數到0時,路由器決定丟棄該包,并發送一個ICMP報文給最初的發送者 。Windows 95/98中TTL的缺省值為32 。有人建議當到達一個節點比較困難時,把此值設為128 。ping和tracerouter都使用TTL值以嘗試到達給定的主機或跟蹤到那個主機的路由 。traceroute把包的TTL值設得較小,使它在到達目的的路上被各個路由器連續的丟棄 。發出包到受到返回的ICMP報文之間的時間用來計算從一個路由器到另一個路由器的時間 。使用多路復用的IP協議,TTL值表示一個包被轉發的范圍 。有以下轉換:0, 限制在同一主機 1, 限制在同一子網 32, 限制在同一節點 64, 限制在同一區域(region)128,限制在同一大陸(continent)255,由于不同的操作系統的默認TTL值不同,因此有文章說可以通過返回的TTL值判斷目標系統的類型,這是正確的,但不是TTL的功能,只是對TTL理解的一個應用 。TTL的值可以修改 。有些特殊的、系統(如NIDS)會定義特殊的TTL值,以拒絕非法訪問數據進入 。我們在執行PING命令時可以用-i參數指定TTL值,大家可以將TTL設置為0,則該包將被立即丟棄 。有時我們執行了一個PING 命令,在繁華時卻繁華了另一個地址,并帶有一個英語的提示(大致意思是TTL無效),則表示該包在到達目標之前(也就是到返回IP位置時),包所帶的TTL已經為0了或小于下一網段許可通過的TTL值了,該包已經被路由丟棄了 。
在運行里我PING下又吧我IP打進去出來了什么TTL64什么意思C:\>ping 192.168.0.1
Pinging 192.168.0.1 with 32 bytes of data:
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Reply from 192.168.0.1: bytes=32 time<10ms TTL=128
Ping statistics for 192.168.0.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
TTL:生存時間
指定數據報被路由器丟棄之前允許通過的網段數量 。
TTL 是由發送主機設置的,以防止數據包不斷在 IP 互聯網絡上永不終止地循環 。轉發 IP 數據包時,要求路由器至少將 TTL 減小 1 。
使用PING時涉及到的 ICMP 報文類型
一個為ICMP請求回顯(ICMP Echo Request)
一個為ICMP回顯應答(ICMP Echo Reply)
TTL 字段值可以幫助我們識別操作系統類型 。
UNIX 及類 UNIX 操作系統 ICMP 回顯應答的 TTL 字段值為 255
Compaq Tru64 5.0 ICMP 回顯應答的 TTL 字段值為 64
微軟 Windows NT/2K操作系統 ICMP 回顯應答的 TTL 字段值為 128
微軟 Windows 95 操作系統 ICMP 回顯應答的 TTL 字段值為 32
當然,返回的TTL值是相同的
但有些情況下有所特殊
LINUX Kernel 2.2.x & 2.4.x ICMP 回顯應答的 TTL 字段值為 64
FreeBSD 4.1, 4.0, 3.4;
Sun Solaris 2.5.1, 2.6, 2.7, 2.8;
OpenBSD 2.6, 2.7,
NetBSD
HP UX 10.20
ICMP 回顯應答的 TTL 字段值為 255
Windows 95/98/98SE
Windows ME
ICMP 回顯應答的 TTL 字段值為 32
Windows NT4 WRKS
Windows NT4 Server
Windows 2000
ICMP 回顯應答的 TTL 字段值為 128
這樣,我們就可以通過這種方法來辨別操作系統
TTL
LINUX 64
WIN2K/NT 128
WINDOWS 系列 32
UNIX 系列 255
當用"ping"ping一個IP時,ping通時最后有一個"TTL"是什么意思TTL(生存時間)
TTL是IP協議包中的一個值,它告訴網絡路由器包在網絡中的時間是否太長而應被丟棄 。有很多原因使包在一定時間內不能被傳遞到目的地 。例如,不正確的路由表可能導致包的無限循環 。一個解決方法就是在一段時間后丟棄這個包,然后給發送者一個報文,由發送者決定是否要重發 。TTL的初值通常是系統缺省值,是包頭中的8位的域 。TTL的最初設想是確定一個時間范圍,超過此時間就把包丟棄 。由于每個路由器都至少要把TTL域減一,TTL通常表示包在被丟棄前最多能經過的路由器個數 。當記數到0時,路由器決定丟棄該包,并發送一個ICMP報文給最初的發送者
ping 局域網里面一個ip,怎么ttl一時128 一時64?

文章插圖
不能ping通同局域網的IP地址,是因為你的防火墻或者對方的防火墻開了,解決方法如下:1、首先打開電腦,鼠標右擊下圖所示圖標,就是網絡圖標,如下圖所示 。2、然后在打開的菜單選項中,點擊打開網絡和共享中心,如下圖所示 。3、然后在打開的網絡共享中心頁面中,找到并點擊windows防火墻,如下圖所示 。4、接著在打開的頁面中,找到并點擊啟用或關閉windows防火墻,如下圖所示 。5、最后在打開的頁面中,把防火墻全部關閉了,這時ping局域網ip問題就解決了 。
同宿舍4臺電腦的TTL=128其他的都是TTL=64,為什么啊TTL 是Time To Live的縮寫,是指數據發送出去的存活時間
TTL(生存時間)
TTL是IP協議包中的一個值,它告訴網絡路由器包在網絡中的時間是否太長而應被丟棄 。有很多原因使包在一定時間內不能被傳遞到目的地 。例如,不正確的路由表可能導致包的無限循環 。一個解決方法就是在一段時間后丟棄這個包,然后給發送者一個報文,由發送者決定是否要重發 。TTL的初值通常是系統缺省值,是包頭中的8位的域 。TTL的最初設想是確定一個時間范圍,超過此時間就把包丟棄 。由于每個路由器都至少要把TTL域減一,TTL通常表示包在被丟棄前最多能經過的路由器個數 。當記數到0時,路由器決定丟棄該包,并發送一個ICMP報文給最初的發送者 。
Windows95/98中TTL的缺省值為32 。有人建議當到達一個節點比較困難時,把此值設為128 。ping和tracerouter都使用TTL值以嘗試到達給定的主機或跟蹤到那個主機的路由 。traceroute把包的TTL值設得較小,使它在到達目的的路上被各個路由器連續的丟棄 。發出包到受到返回的ICMP報文之間的時間用來計算從一個路由器到另一個路由器的時間 。
使用多路復用的IP協議,TTL值表示一個包被轉發的范圍 。有以下轉換:0,限制在同一主機1,限制在同一子網32,限制在同一節點64,限制在同一區域(region)128,限制在同一大陸(continent)255,
由于不同的操作系統的默認TTL值不同,因此有文章說可以通過返回的TTL值判斷目標系統的類型,這是正確的,但不是TTL的功能,只是對TTL理解的一個應用 。TTL的值可以修改 。有些特殊的、系統(如NIDS)會定義特殊的TTL值,以拒絕非法訪問數據進入 。我們在執行PING命令時可以用-i參數指定TTL值,大家可以將TTL設置為0,則該包將被立即丟棄 。有時我們執行了一個PING命令,在繁華時卻繁華了另一個地址,并帶有一個英語的提示(大致意思是TTL無效),則表示該包在到達目標之前(也就是到返回IP位置時),包所帶的TTL已經為0了或小于下一網段許可通過的TTL值了,該包已經被路由丟棄了 。
ttl=64連接不上的原因這個和連接沒有關系的!TTL簡單的說生存時間的定義!這樣說是簡單的說話,呵呵方便你理解,詳細的意思就是:定數據報被路由器丟棄之前允許通過的網段數量 。
TTL 是由發送主機設置的,以防止數據包不斷在 IP 互聯網絡上永不終止地循環 。轉發 IP 數據包時,要求路由器至少將 TTL 減小 1 。
使用PING時涉及到的 ICMP 報文類型
一個為ICMP請求回顯(ICMP Echo Request)
一個為ICMP回顯應答(ICMP Echo Reply)
呵呵,還有就是你說到的,ttl=64和128的問題
微軟 Windows NT/2K操作系統 ICMP 回顯應答的 TTL= 128。LINUX =64
為什么我ping的一臺xp的卻顯示ttl=64不是128那是由于對方可能是使用的linux系統,而不是windows系統 。
為什么我PING我的IP客戶端地址TTL=64?上次都是128 。TTL是指生存值
time=后面才是你要看的,單位是ms毫秒,1秒=1000毫秒,所以time后面的值越小越好,說明延時越低
說明速度飛快,不過你ping的可能是本機或者是路由,建議你ping本地的DNS服務器才能說明情況
我在電腦上ping本機網卡地址, ttl為什么是64呢,ping了同網段的其它兩個主機,一個是128,一個是64,求解……》TTL 字段值可以幫助我們識別操作系統類型 。
UNIX 及類 UNIX 操作系統 ICMP 回顯應答的 TTL 字段值為 255
Compaq Tru64 5.0 ICMP 回顯應答的 TTL 字段值為 64
微軟 Windows XP操作系統 ICMP 回顯應答的 TTL 字段值為 64
微軟 Windows NT/2K操作系統 ICMP 回顯應答的 TTL 字段值為 128
微軟 Windows 95 操作系統 ICMP 回顯應答的 TTL 字段值為 32
……》更詳細的可看參考資料 。
我的操作系統的WINXP為什么PING自己IP結果TTL會顯示64?求大神幫助【ttl64】TTL是IP協議包中的一個值,你的PING包在每經過一個節點,不同的操作系統,它的TTL值默認值是不相同的 。默認情況下,Linux系統的TTL值為64或255,Windows NT/2000/XP系統的TTL值為128,Windows 98系統的TTL值為32,UNIX主機的TTL值為255 。一般PING內網的XP主機TTL=128,路由器就不一樣了,有64,有255等,而且TTL數值是可以改的,這個數值并不能說明什么,也不存在封端口了 。我的也是64希望采納
- 華為d2 6070價格 華為61128價格
- 128mb是多少字節 128kb多少字節
- 128mb是多大內存是幾g 內存128m是多少g
- 128kbps等于多少kb 128kbps等于多少兆
- 128gb與128g哪個內存大 128g和256gb哪個內存大
- 愛情128
- 易烊千璽1128 易烊千璽1128是啥意思
- 華為tltal00是什么型號 華為tlttl00是什么型號
- AES128位硬件加密什么意思
- 我們結婚了120128
