http://www.jackxiang.com/index.php zh-cn http://www.jackxiang.com/post// jack <xdy108@126.com> Mon, 21 Dec 2009 07:12:52 +0000 http://www.jackxiang.com/post//
另外，有时候我们PING某域名或IP的时候，会出现TTL= XXX   今天就这个问题叙说如下：

什么是域名的TTL值？

TTL(Time-To-Live)，就是一条域名解析记录在DNS服务器中的存留时间。当各地的DNS服务器接受到解析请求时，就会向域名指定的NS服务器发出解析请求从而获得解析记录；在获得这个记录之后，记录会在DNS服务器中保存一段时间，这段时间内如果再接到这个域名的解析请求，DNS服务器将不再向NS服务器发出请求，而是直接返回刚才获得的记录；而这个记录在DNS服务器上保留的时间，就是TTL值。

TTL值设置的应用：

一.增大TTL值，以节约域名解析时间，给网站访问加速。

一般情况下，域名的各种记录是极少更改的，很可能几个月、几年内都不会有什么变化。我们完全可以增大域名记录的TTL值让记录在各地DNS服务器中缓存的时间加长，这样在更长的一段时间内，我们访问这个网站时，本地ISP的DNS服务器就不需要向域名的NS服务器发出解析请求，而直接从缓存中返回域名解析记录。

国内和国际上很多平台的TTL值都是以秒为单位的，很多的默认值都是3600，也就是默认缓存1小时，这个值实在有点小了，难道会有人一个小时就改一次域名记录吗？您可以根据自己的需要把这个值适当的扩大，例如要缓存一天就设置成86400。Godaddy的TTL设置比较直观，但总共只有5个值可以选定，即时切换到高级设置模式也是如此，有点死板了。网站赢利

环境所迫，LifeTyper.com的TTL值是设置成了最大值1周，设置成更大的值可能会有写不必要的麻烦，例如当您要更换空间时，这些旧的记录要很久才过期并被更新。

二.减小TTL值，减少更换空间时的不可访问时间。

更换空间99.9%会有DNS记录更改的问题，因为缓存的问题，新的域名记录在有的地方可能生效了，但在有的地方可能等上一两天甚至更久才生效。结果就是有的人可能访问到了新服务器，有的人访问到了旧服务器。仅仅是访问的话，这也不是什么大问题，但如果涉及到了邮件发送，这个就有点麻烦了，说不定哪封重要信件就被发送到了那已经停掉的旧服务器上。

为了尽可能的减小这个各地的解析时间差，合理的做法是：

1.先查看域名当前的TTL值，我们假定是1天。

2.修改TTL值为可设定的最小值，可能的话，建议为1分钟，就是60。

3.等待一天，保证各地的DNS服务器缓存都过期并更新了记录。

4.设置修改新记录，这个时候各地的DNS就能以最快的速度更新到新的记录。

5.确认各地的DNS已经更新完成后，把TTL值设置成您想要的值，TTL=60还是太小了点。

记住，这一切都能起作用的前提，是那些DNS服务器完全遵守这些标准和规范，否则NS服务器上怎么设置TTL都是白搭，但目前来看还没发现这么不讲规矩的DNS服务器。

问题是，没有真正意义上的高速NS和DNS服务器。就像这里提到的，在国内速度表现尚可的万网，在国外的评测网站中得分很低，而在国外评测拿到最高分的Godaddy，在国内使用时速度比万网快不了多少。如果您有钱像Google、微软那样在全世界部署大量的CDN加速服务器和NS服务器，那当然没问题，问题是这对绝大部分网站来说都不可能，国内国外不是不可兼得，而是很难。网站赢利

也许有人以为可以通过给域名指定两个NS记录（一个国内一个国外）来提高解析速度，但这也是不可能的，只有在DNS服务器从第一个NS服务器那里获取记录失败时才会向第二个NS服务器发送解析请求。我所知道的一个最廉价和有效的提速方法，就是修改刚才上面说的域名记录的TTL值。

返回结果PING命令，修改其TTL值来防护安全：

在一般情况下我们通过ping对方让对方返回给您的TTL值大小，粗略的判断目标主机的系统类型是Windows系列还是UNIX/Linux系列，通常Windows系列的系统返回的TTL值在100-130之间，而UNIX/Linux系列的系统返回的TTL值在240-255之间，例如PING www.ieeye.com返回的TTL是240，对方的系统很可能是Linux，而第二个目标的TTL是120，那么说明它使用的系统也许是Windows。



转自chinaUnix：
Traceroute的介绍与功能

一、什么是Traceroute?  
Internet，即国际互联网，是目前世界上最大的计算机网络，更确切地说是网络的网络。它
由遍布全球的几万局域网和数百万台计算机组成，并通过用于异构网络的TCP/IP协议进行网
间通信。互联网中，信息的传送是通过网中许多段的传输介质和设备（路由器，交换机，服
务器，网关等等）从一端到达另一端。每一个连接在Internet上的设备，如主机、路由器、
接入服务器等一般情况下都会有一个独立的IP地址。通过Traceroute我们可以知道信息从你
的计算机到互联网另一端的主机是走的什么路径。当然每次数据包由某一同样的出发点（so
urce）到达某一同样的目的地(destination)走的路径可能会不一样，但基本上来说大部分时
候所走的路由是相同的。UNIX系统中，我们称之为Traceroute,MS Windows中为Tracert。 T
raceroute通过发送小的数据包到目的设备直到其返回，来测量其需要多长时间。一条路径上
的每个设备Traceroute要测3次。输出结果中包括每次测试的时间(ms)和设备的名称（如有的
话）及其IP地址。

在大多数情况下，作为网络工程技术人员或者系统管理员会在UNIX主机系统下，直接执行命
令行：
       Traceroute hostname
而在Windows系统下是执行Tracert的命令：
Tracerert hostname
比如在北京地区使用windows NT 主机（已经与北京163建立了点对点的连接后）
使用NT系统中的Tracert命令：(用户可用：开始->运行,输入"command" 调出command窗口使
用此命令）

C:\>tracert www.yahoo.com

Tracing route to www.yahoo.com [204.71.200.75]
over a maximum of 30 hops:

1 161 ms 150 ms 160 ms 202.99.38.67
2 151 ms 160 ms 160 ms 202.99.38.65
3 151 ms 160 ms 150 ms 202.97.16.170
4 151 ms 150 ms 150 ms 202.97.17.90
5 151 ms 150 ms 150 ms 202.97.10.5
6 151 ms 150 ms 150 ms 202.97.9.9
7 761 ms 761 ms 752 ms border7-serial3-0-0.Sacramento.cw.net [204.70.122.69]
8 751 ms 751 ms * core2-fddi-0.Sacramento.cw.net [204.70.164.49]
9 762 ms 771 ms 751 ms border8-fddi-0.Sacramento.cw.net [204.70.164.67]
10 721 ms * 741 ms globalcenter.Sacramento.cw.net [204.70.123.6]
11 * 761 ms 751 ms pos4-2-155M.cr2.SNV.globalcenter.net [206.132.150.237]
12 771 ms * 771 ms pos1-0-2488M.hr8.SNV.globalcenter.net [206.132.254.41]
13 731 ms 741 ms 751 ms bas1r-ge3-0-hr8.snv.yahoo.com [208.178.103.62]
14 781 ms 771 ms 781 ms www10.yahoo.com [204.71.200.75]

Trace complete.
您目前正在ONLINE状态的话，可以直接尝试一下。

参数说明：

tracert [-d] [-h maximum_hops] [-j computer-list] [-w timeout] target_name

该诊断实用程序通过向目的地发送具有不同生存时间 (TL) 的 Internet 控制信息协议 (CM
P) 回应报文，以确定至目的地的路由。路径上的每个路由器都要在转发该 ICMP 回应报文之
前将其 TTL 值至少减 1，因此 TTL 是有效的跳转计数。当报文的 TTL 值减少到 0 时，路
由器向源系统发回 ICMP 超时信息。通过发送 TTL 为 1 的第一个回应报文并且在随后的发
送中每次将 TTL 值加 1，直到目标响应或达到最大 TTL 值，Tracert 可以确定路由。通过
检查中间路由器发发回的 ICMP 超时 (ime Exceeded) 信息，可以确定路由器。注意，有些
路由器“安静”地丢弃生存时间 (TLS) 过期的报文并且对 tracert 无效。

参数
-d
指定不对计算机名解析地址。
-h maximum_hops
指定查找目标的跳转的最大数目。
-jcomputer-list
指定在 computer-list 中松散源路由。
-w timeout
等待由 timeout 对每个应答指定的毫秒数。
target_name
目标计算机的名称。

二、什么是Traceroute网关—— Traceroute  Gateway?

一般使用Traceroute(或者是Tracert)是基于一台主机的，但是通常您只能知道以手边的主机
为源地址到互联网络上任意一台在线的主机的路由连接质量以及数据传输效率的情况，而使
用基于WEB的方式，只要一台主机安装了特定的CGI程序，用户就可以通过这台主机运行相关
的程序，执行Traceroute的功能。这台主机我们把它叫做Traceroute网关。Traceroute网关
可以帮助用户了解网络的物理与逻辑连接的拓扑情况以及数据传输的效率。如果这种网关足
够多，我们就可以方便地了解到各主机之间连接的情况了。

三、为什么要使用Traceroute?

1.几乎每一个网上人（尤其是Webmaster）对他们的计算机（或其它设备）与Internet的连接
，路由（径），连通时间，速度等都很关心。使用由ChianNetMap组织起来的各地区Webmast
er提供的Traceroute网关的服务，将给你一个满意的答案。从你的计算机到任何别的地方，
ChinaNetMap(Traceroute)都能提供其间的每个设备（IP地址）及其连通时间。它可以让你画
出通过网络的路径。

2.许多公司和单位都设有或正在设立自己的服务器-尤其是Web服务器。一旦有自己的Web服务
器，随着网民数量的日益增加（包括潜在的，没法统计的网民），你一定很想知道是否他们
都能与你连接。你的ISP如何与一个或多个NAP连接,以及他们的连接效率会直接影响到你的连
接质量.

3.在选择ISP，骨干网连接，你站点的主机时，大多数有见识的网民喜欢检查该Site的连接性
能及其它是怎样精确的与谁连，连到哪儿。ChinaNetMap（Traceroute）将给你一个完美的答
案。
  
四、Traceroute的功能介绍：  
    Traceroute最早是由Van Jacobson在1988写出的小程序。当时主要是解决他自己碰到的
一些网络的问题。Traceroute是一个正确理解IP网络并了解路由原理的重要工具。他们对负
责网络工程技术与系统管理的Webmaster是一个使用方便的程序。

对ISP而言，设立Traceroute网关，将使网络服务提供商帮助用户建立并维持对服务商服务质
量的信心。服务质量高的ISP可以通过设立Traceroute网关，使用户了解其与网络连接以及数
据传输的效率。当然，基础设施差，服务质量低的ISP是比较害怕提供这种服务。因为，这样
用户可以使用这一工具了解服务商目前的网络连接情况。

在一台主机安装了相关的Traceroute的CGI程序后，您可以输入相应的目的主机的IP地址或者
名字，就可以得到相关的数据：

如：在美国的主机http://bs.mit.edu:8001/cgi-bin/traceroute上
查询其到中国南京的北极星站点www.lodesoft.com(中国Webmaster联盟的合作伙伴）数据传
输的路径。
查询界面为：
Traceroute Hack


--------------------------------------------------------------------------------

可以搜索该索引。请键入要搜索的关键字:  

查询结果为：

Traceroute Hack
1 E40-RTR-E40SERVER72-ETHER.MIT.EDU (18.72.0.1) 4 ms 4 ms 4 ms
2 EXTERNAL-RTR-FDDI.MIT.EDU (18.168.0.12) 4 ms 4 ms 4 ms
3 f1-0.cambridge2-br2.bbnplanet.net (192.233.33.6) 4 ms 4 ms 4 ms
4 s11-0-1.cambridge1-br1.bbnplanet.net (4.0.1.201) 8 ms 4 ms 4 ms
5 p1-0.cambridge1-nbr2.bbnplanet.net (4.0.1.45) 4 ms 4 ms 4 ms
6 p4-1.bstnma1-ba1.bbnplanet.net (4.0.2.170) 4 ms 4 ms 4 ms
7 p1-0.bstnma1-ba2.bbnplanet.net (4.24.4.194) 4 ms 8 ms 8 ms
8 p2-1.nyc4-nbr3.bbnplanet.net (4.24.4.238) 8 ms 12 ms 12 ms
9 p1-0.nyc4-nbr2.bbnplanet.net (4.0.5.25) 8 ms 12 ms 8 ms
10 p4-0.sanjose1-nbr2.bbnplanet.net (4.0.5.97) 70 ms 70 ms 70 ms
11 p1-0.sanjose1-nbr1.bbnplanet.net (4.0.5.85) 70 ms 70 ms 70 ms
12 p4-0.paloalto-nbr2.bbnplanet.net (4.0.1.1) 70 ms 74 ms 70 ms
13 p0-0-0.paloalto-cr18.bbnplanet.net (4.0.3.86) 70 ms 74 ms 74 ms
14 h1-0.atteasylink.bbnplanet.net (4.1.142.254) 74 ms 74 ms 78 ms
15 199.37.127.234 (199.37.127.234) 78 ms 74 ms 78 ms
16 205.174.74.170 (205.174.74.170) 230 ms 238 ms 227 ms
17 202.97.9.65 (202.97.9.65) 238 ms 231 ms 223 ms
18 * 202.97.9.49 (202.97.9.49) 234 ms *
19 202.97.10.110 (202.97.10.110) 246 ms 250 ms *
20 202.97.24.178 (202.97.24.178) 234 ms 238 ms 238 ms
21 202.102.24.74 (202.102.24.74) 234 ms 254 ms *

五、Traceroute的命令参数：

Traceroute的用法为: Traceroute [options] [data size]

[options]的内容有:

[-n]:显示的地址是用数字表示而不是符号

[-v]:长输出

[-p]:UDP端口设置(缺省为33434)

[-q]:设置TTL测试数目(缺省为3)

[-t]:设置测包的服务类型

[data size]:每次测试包的数据字节长度(缺省为38)
  
六、Traceroute的工作原理：
Traceroute最简单的基本用法是：traceroute hostname  

    Traceroute程序的设计是利用ICMP及IP header的TTL（Time To Live）栏位（field）。
首先，traceroute送出一个TTL是1的IP datagram（其实，每次送出的为3个40字节的包，包
括源地址，目的地址和包发出的时间标签）到目的地，当路径上的第一个路由器（router）
收到这个datagram时，它将TTL减1。此时，TTL变为0了，所以该路由器会将此datagram丢掉
，并送回一个「ICMP time exceeded」消息（包括发IP包的源地址，IP包的所有内容及路由
器的IP地址），traceroute 收到这个消息后，便知道这个路由器存在于这个路径上，接着t
raceroute 再送出另一个TTL是2 的datagram，发现第2 个路由器...... traceroute 每次将
送出的datagram的TTL 加1来发现另一个路由器，这个重复的动作一直持续到某个datagram  
抵达目的地。当datagram到达目的地后，该主机并不会送回ICMP time exceeded消息，因为
它已是目的地了，那么traceroute如何得知目的地到达了呢？

    Traceroute在送出UDP datagrams到目的地时，它所选择送达的port number 是一个一般
应用程序都不会用的号码（30000 以上），所以当此UDP datagram 到达目的地后该主机会送
回一个「ICMP port unreachable」的消息，而当traceroute 收到这个消息时，便知道目的
地已经到达了。所以traceroute 在Server端也是没有所谓的Daemon 程式。

    Traceroute提取发 ICMP TTL到期消息设备的IP地址并作域名解析。每次 ，Traceroute
都打印出一系列数据,包括所经过的路由设备的域名及 IP地址,三个包每次来回所花时间。

   Traceroute face="宋体" 有一个固定的时间等待响应(ICMP TTL到期消息)。如果这个时
间过了，它将打印出一系列的*号表明：在这个路径上，这个设备不能在给定的时间内发出I
CMP TTL到期消息的响应。然后，Traceroute给TTL记数器加1，继续进行。




]]> http://www.jackxiang.com/post//#blogcomment <user@domain.com> Thu, 01 Jan 1970 00:00:00 +0000 http://www.jackxiang.com/post//#blogcomment