遭遇Reply from : TTL expired in transit.

TTL expired in transit 告急
     今天一大早就碰到怪事哦。对方无法远程连接本地主机,双方均为ADSL接入INTERNET,网络状态一切正常。使用PING命令测试,测试结果如下:

C:\ ping 58.33.46.92

Pinging [58.33.46.92] with 32 bytes of data:

Reply from 61.152.81.25: TTL expired in transit.

Ping statistics for 58.33.46.92:

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

Approximate round trip times in milli-seconds:

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

返加代表TTL expired in transit 代表TTL(生命周期)在传输过程中过期,什么意思呢?我来解释一下!
导致这个问题出现的原因有两个:

1)TTL值太小!TTL值小于你和对方主机之间经过的路由器数目。

2)路由器数量太多,经过路由器的数量大于TTL值!

接下来要找出问题所在就要用 TRACERT命令查看所经过的路由,测试结果如下:

C:\ >tracert -d 58.33.46.92

Tracing route to [58.33.46.92]

over a maximum of 30 hops:

1     6 ms     5 ms     5 ms 192.168.0.1

2    10 ms     6 ms     5 ms 192.168.0.251

3   245 ms   131 ms   146 ms 61.129.99.217

4    18 ms    19 ms    20 ms 202.101.63.13

5    20 ms    16 ms    18 ms 61.152.81.14

6    22 ms    17 ms    19 ms 61.152.81.5

7    16 ms    14 ms    20 ms 61.152.81.6

8    21 ms    15 ms    19 ms 61.152.81.25

9    20 ms    16 ms    18 ms 61.152.81.26

10    20 ms    19 ms    15 ms 61.152.81.5

11    15 ms    14 ms    19 ms 61.152.81.6

12    20 ms    19 ms    15 ms 61.152.81.25

13    17 ms    19 ms    19 ms 61.152.81.26

14    17 ms    19 ms    15 ms 61.152.81.5

15    18 ms    18 ms    20 ms 61.152.81.6

16    17 ms    18 ms    15 ms 61.152.81.25

17    17 ms    19 ms    19 ms 61.152.81.26

18    16 ms    19 ms    14 ms 61.152.81.5

19    16 ms    19 ms    14 ms 61.152.81.6

20    17 ms    19 ms    14 ms 61.152.81.25

21    16 ms    20 ms    19 ms 61.152.81.26

22    16 ms    19 ms    20 ms 61.152.81.5

23    16 ms    20 ms    19 ms 61.152.81.6

24    17 ms    19 ms    19 ms 61.152.81.25

25    17 ms    18 ms    20 ms 61.152.81.26

26    17 ms    20 ms    19 ms 61.152.81.5

27    18 ms    17 ms    24 ms 61.152.81.6

28    18 ms    20 ms    19 ms 61.152.81.25

29    19 ms    19 ms    20 ms 61.152.81.26

30    19 ms    20 ms    18 ms 61.152.81.5

Trace complete.

通过监测,可以清楚的发现,路由产生环路,在61.152.81.5,61.152.81.6,61.152.81.25,61.152.81.26,这四个路由之间转不出来了。所以造成TTL expired in transit。由于从192.168.0.1(网关)出去,到192.168.0.251(本地路由),再到61.129.99.217(专线关网),最后出去202.101.63.13-》61.152.81.14(电信路由)一切都比较正常,说明问题不是出在本地,所以应该是电信的问题。

打电话给电信报修了一下,业务人员还不知道是怎么回事说了一大堆,他也不是很明白,只好说是叫一个技术再打电话过来,过了一会儿电信的技术人员打电话来问情况,专业人员到底不一样,一说就知道是什么问题了,我把IP报给他,再把在哪几个路由产生环路也报了一下,他就去检查了,一会儿问题就得到解决,再用PING测试一下看看:

C:\ >ping yurenliang.vicp.net

Pinging yurenliang.vicp.net [58.33.46.92] with 32 bytes of data:

Reply from 58.33.46.92: bytes=32 time=37ms TTL=246

Reply from 58.33.46.92: bytes=32 time=40ms TTL=246

Ping statistics for 58.33.46.92:

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

Approximate round trip times in milli-seconds:

Minimum = 35ms, Maximum = 40ms, Average = 37ms

问题是得到了解决,但问题出在什么地方呢?事后电信的技术人员又打电话过来解释了一下。问题原来是这个样子的。由于58开头的这批新IP地址没有得到优化,所以可能经过的路由数会非常多,有时还可能会去国外兜一圈再回来。(晕哦。这是引用电信技术的原话)

现在解决这个问题的办法有两个:

1.       当发现IP为58开头时,重新拨号,最好能拨到61开头的,这样一定不会有问题。

2.       像电信申请,更换一个端口。

(0)

相关推荐

  • 遭遇Reply from : TTL expired in transit.

    TTL expired in transit 告急      今天一大早就碰到怪事哦.对方无法远程连接本地主机,双方均为ADSL接入INTERNET,网络状态一切正常.使用PING命令测试,测试结果如下: C:\ ping 58.33.46.92 Pinging [58.33.46.92] with 32 bytes of data: Reply from 61.152.81.25: TTL expired in transit. Ping statistics for 58.33.46.92:

  • "TTL expired in transit" 具体解释第1/3页

    简单来说,TTL全程Time to Live,意思就是生存周期. 以下是参考资料. ping是一个很常用的小工具,它主要用于确定网络的连通性问题.使用ping命令后,常见的出错信息通常分为3种:   1.Unknown host:不知名主机这种出错信息的意思是,该远程主机的名字不能被域名服务器(DNS)转换成IP地址.   故障原因可能是域名服务器有故障,或者其名字不正确,或者网络管理员的系统与远程主机之间的通信线路有故障. 飞   2.Noanswer:无响应这种故障说明本地系统有一条通向中心

  • C#使用ping命令的两个例子

    方法一:调用cmd 的ping命令 private static string CmdPing(string strIp) { Process p = new Process(); p.StartInfo.FileName = "cmd.exe";//设定程序名 p.StartInfo.UseShellExecute = false; //关闭Shell的使用 p.StartInfo.RedirectStandardInput = true;//重定向标准输入 p.StartInfo.

  • 基于Java判断网络是否正常代码实例

    判断网络是否正常使用 代码如下 /** * 判断网络是否正常 * @return */ public static boolean isConnect(String ipPath){ //定义其返回的状态,默认为false,网络不正常 boolean connect = false; /** * 用Runtime.getRuntime().exec()来调用系统外部的某个程序, * 他会生成一个新的进程去运行调用的程序. * 此方法返回一个java.lang.Process对象, * 该对象可以

  • Apache SkyWalking 修复TTL timer 失效bug详解

    目录 正文 SkyWalking OAP 角色 SkyWalking OAP 集群 Data TTL timer 配置 DataTTLKeeperTimer 定时任务 Bug 产生的原因 解决 Bug 正文 近期,Apache SkyWalking 修复了一个隐藏了近4年的Bug - TTL timer 可能失效问题,这个 bug 在 SkyWalking <=9.2.0 版本中存在. 关于这个 bug 的详细信息可以看邮件列表 lists.apache.org/thread/ztp4… 具体如

  • MongoDB TTL索引的实例详解

    MongoDB TTL索引的实例详解 TTL索引是一种特殊类型的单字段索引,主要用于当满足某个特定时间之后自动删除相应的文档.也就是说集合中的文档有一定的有效期,超过有效期的文档就会失效,会被移除.也即是数据会过期.过期的数据无需保留,这种情形适用于如机器生成的事件数据,日志和会话信息等等.本文主要描述TTL索引的使用. 一.TTL索引 创建方法 db.collection.createIndex(keys, options) options: expireAfterSeconds 指定多少秒或

  • 防止黑客用TTL值鉴别你的系统的批处理文件

    使用ping命令,通过返回的TTL值可以判断主机的操作系统.如果TTL值为128就可以认为目标主机的操作系统是Windows NT/2000,如果TTL值是32则认为目标主机操作系统是Windows 95/98,如果TTL值是255/64就认为是UNIX操作系统.入侵者很喜欢使用ping命令,既然他们相信TTL值反映的结果,那么我们可以通过修改TTL值来欺骗入侵者. 打开记事本文件,编写批处理文件命令: 复制代码 代码如下: @echo regedit4>>changeTTL.reg  @ec

  • 修改TTL值的具体实现方法,防内网“窥视”

    最近,单位局域网中有些用户迷上了学习网络技术,他们看中了网内的服务器,将它当做练习的靶子,经常使用Ping命令探测服务器,然后根据返回的TTL值判断服务器的系统类型,接着就使用相应的工具软件来查找服务器存在的安全漏洞.   笔者身为网管,当然不能给这些用户"可乘之机",为了保证服务器的安全运行,笔者想了很多办法.最后,笔者打算修改服务器的TTL值,让用户不能正确判断服务器的系统类型. 不同的操作系统,它的TTL值是不相同的.默认情况下,Linux系统的TTL值为64或255,Windo

  • ajax页面无刷新 IE下遭遇Ajax缓存导致数据不更新的问题

    在做ajax页面无刷新添加的时候,IE下遭遇Ajax缓存,因为刚开始并不知道IE有这个坏毛病,折腾好久,终于解决问题. 总结一下解决办法: 在IE下用Ajax请求某一页面,通常会因为缓存的原因而返回上一次的结果,造成混乱,[即get方式时,获取数据,因发送参数和地址都一致,故IE浏览器会从缓存中取,而不会去请求服务器端,而post方式因为参数的不同,不会产生这个问题]而FF下不会出现这种情况.为了不受缓存影响,可以这样做: IE访问策略: Internet选项--浏览历史记录--设置-- Int

  • 剖析网站遭遇的三次入侵 分析黑客入侵方法

    随着教育信息化进程的推进,各类教育网站大量涌现.由于教育网站大多是学校计算机教师自己开发管理的小型网站,普通存在着设备.技术.专业人员不足的问题,网站自身存在漏洞,常常成为黑客攻击的目标,严重影响了正常业务的开展.这里,笔者希望通过对教育网站所遭遇的三次黑客入侵的剖析,来分析黑客常用的入侵方法和手段. 第一次遭遇入侵 1. 入侵现象:2004年春节,网站的公告栏上突然出现"此论坛有漏洞,请管理员修复"的内容,并被粘贴了一张图片. 2. 处理问题的过程:首先想到的是以为存在某个Windo

随机推荐