zoukankan      html  css  js  c++  java
  • ping域名和ping IP时速度不同的原因

    不知道大家在ping的时候有没有遇到过这样的问题:
    当你ping一个域名的时候,ping结果返回得很慢,但是如果直接ping这个域名的ip,结果却快很多。

    直接ping ip的时候,每两次发包之间没有明显的能感知出来的延迟:

    PING www.example.com (xxx.xxx.xxx.xxx) 56(84) bytes of data.

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=1 ttl=50 time=3.71 ms

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=2 ttl=50 time=5.61 ms

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=3 ttl=50 time=3.78 ms

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=4 ttl=50 time=4.11 ms

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=5 ttl=50 time=3.74 ms

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=6 ttl=50 time=3.64 ms


    — www.example.com ping statistics —

    6 packets transmitted, 6 received, 0% packet loss, time 25073ms

    rtt min/avg/max/mdev = 3.647/4.103/5.618/0.697 ms

    ping域名的时候,每两次发包间有明显的延迟:

    PING www.example.com (xxx.xxx.xxx.xxx) 56(84) bytes of data.

    (10s…)

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=1 ttl=50 time=3.71 ms

    (3s…)

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=2 ttl=50 time=5.61 ms

    (4s…)

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=3 ttl=50 time=3.78 ms

    (6s…)

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=4 ttl=50 time=4.11 ms

    (3s…)

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=5 ttl=50 time=3.74 ms

    (5s…)

    64 bytes from xxx.xxx.xxx.xxx: icmp_req=6 ttl=50 time=3.64 ms


    — www.example.com ping statistics —

    6 packets transmitted, 6 received, 0% packet loss, time 25073ms

    rtt min/avg/max/mdev = 3.647/4.103/5.618/0.697 ms

    google相关资料后发现,当每次ping完得到响应之后,ping程序会尝试一次反向dns查询(reverse dns lookup)来获取“64 bytes from”后面的域名,如果查询速度很慢的话,就会给人似乎延迟很大的感觉,其实这也是ping感觉慢,但是每次ping的响应时间却并不慢的原因。

    其实,ping指令有一个 -n 选项,加上之后可以阻止ping程序去进行反向dns查询,这样ping起来就“快”了!

    阅读原文

    ===============================================================

                                            Linux下的dig 命令详解

    # dig 最基本的用法
    dig @server qianlong.com
    # 用 dig 查看 zone 数据传输
     
    dig @server qianlong.com AXFR
    # 用 dig 查看 zone 数据的增量传输
    dig @server qianlong.com IXFR=N
    # 用 dig 查看反向解析
    dig -x 124.42.102.203 @server
    # 查找一个域的授权 dns 服务器
    dig   qianlong.com +nssearch
    # 从根服务器开始追踪一个域名的解析过程
    dig   qianlong.com +trace
    # 查看您使用的是哪个 F root dns server
    dig +norec @F.ROOT-SERVERS.NET HOSTNAME.BIND CHAOS TXT
    # 查看 bind 的版本号
    dig @bind_dns_server CHAOS TXT version.bind
    ********************************
    您能够到 www.isc.org 去下载一个 bind for windows 的版本安装,安装后就能够在 windows 上使用 dig 命令了。^O^
    ftp://ftp.isc.org/isc/bind/contrib/ntbind-9.3.0/BIND9.3.0.zip
    *********************************
    用途
    DNS 查询实用程式。
    语法
    dig [@server] [-b address] [-c class] [-f filename] [-k filename] [ -n ][-p port#] [-t type] [-x addr] [-y name:key] [name] [type] [class] [queryopt...]
    dig [-h]
    dig [global-queryopt...] [query...]
    描述
    标志
    -b address 配置所要询问地址的源 IP 地址。这必须是主机网络接口上的某一合法的地址。
    -c class 缺省查询类(IN for internet)由选项 -c 重设。class 能够是任何合法类,比如查询 Hesiod 记录的 HS 类或查询 CHAOSNET 记录的 CH 类。
    -h 当使用选项 -h 时,显示一个简短的命令行参数和选项摘要。
    -k filename 要签署由 dig 发送的 DNS 查询连同对他们使用事务签名(TSIG)的响应,用选项 -k 指定 TSIG 密钥文档。
    -n 缺省情况下,使用 IP6.ARPA 域和 RFC2874 定义的二进制标号搜索 IPv6 地址。为了使用更早的、使用 IP6.INT 域和 nibble 标签的 RFC1886 方法,指定选项 -n(nibble)。
    -p port# 假如需要查询一个非标准的端口号,则使用选项 -p。port# 是 dig 将发送其查询的端口号,而不是标准的 DNS 端口号 53。该选项可用于测试已在非标准端口号上配置成侦听查询的域名服务器。
    -t type 配置查询类型为 type。能够是 BIND9 支持的任意有效查询类型。缺省查询类型是 A,除非提供 -x 选项来指示一个逆向查询。通过指定 AXFR 的 type 能够请求一个区域传输。当需要增量区域传输(IXFR)时,type 配置为 ixfr=N。增量区域传输将包含自从区域的 SOA 记录中的序列号改为 N 之后对区域所做的更改。
    -x addr 逆向查询(将地址映射到名称)能够通过 -x 选项加以简化。addr 是个以小数点为界的 IPv4 地址或冒号为界的 IPv6 地址。当使用这个选项时,无需提供 name、class 和 type 参数。dig 自动运行类似 11.12.13.10.in-addr.arpa 的域名查询,并分别配置查询类型和类为 PTR 和 IN。
    -y name:key 您能够通过命令行上的 -y 选项指定 TSIG 密钥;name 是 TSIG 密码的名称,key 是实际的密码。密码是 64 位加密字符串,通常由 dnssec-keygen(8)生成。当在多用户系统上使用选项 -y 时应该谨慎,因为密码在 ps(1)的输出或 shell 的历史文档中可能是可见的。当同时使用 dig 和 TSCG 认证时,被查询的名称服务器需要知道密码和解码规则。在 BIND 中,通过提供正确的密码和 named.conf 中的服务器声明实现。
    参数
    global-queryopt... 全局查询选项(请参阅多个查询)。
    查询 查询选项(请参阅查询选项)。
    查询选项
    dig 提供查询选项号,他影响搜索方式和结果显示。一些在查询请求报头配置或复位标志位,一部分决定显示哪些回复信息,其他的确定超时和重试战略。每个查询选项 被带前缀(+)的关键字标识。一些关键字配置或复位一个选项。通常前缀是求反关键字含义的字符串 no。其他关键字分配各选项的值,比如超时时间间隔。他们的格式形如 +keyword=value。查询选项是:
    +[no]tcp
    查询域名服务器时使用 [不使用] TCP。缺省行为是使用 UDP,除非是 AXFR 或 IXFR 请求,才使用 TCP 连接。
    +[no]vc
    查询名称服务器时使用 [不使用] TCP。+[no]tcp 的备用语法提供了向下兼容。 vc 代表虚电路。
    +[no]ignore
    忽略 UDP 响应的中断,而不是用 TCP 重试。缺省情况运行 TCP 重试。
    +domain=somename
    设定包含单个域 somename 的搜索列表,似乎被 /etc/resolv.conf 中的域伪指令指定,并且启用搜索列表处理,似乎给定了 +search 选项。
    +[no]search
    使用 [不使用] 搜索列表或 resolv.conf 中的域伪指令(假如有的话)定义的搜索列表。缺省情况不使用搜索列表。
    +[no]defname
    不建议看作 +[no]search 的同义词。
    +[no]aaonly
    该选项不做任何事。他用来提供对配置成未实现解析器标志的 dig 的旧版本的兼容性。
    +[no]adflag
    在查询中配置 [不配置] AD(真实数据)位。现在 AD 位只在响应中有标准含义,而查询中没有,但是出于完整性考虑在查询中这种性能能够配置。
    +[no]cdflag
    在查询中配置 [不配置] CD(检查禁用)位。他请求服务器不运行响应信息的 DNSSEC 合法性。
    +[no]recursive
    转换查询中的 RD(需要递归)位配置。在缺省情况下配置该位,也就是说 dig 正常情形下发送递归查询。当使用查询选项 +nssearch 或 +trace 时,递归自动禁用。
    +[no]nssearch
    这个选项被配置时,dig 试图寻找包含待搜名称的网段的权威域名服务器,并显示网段中每台域名服务器的 SOA 记录。
    +[no]trace
    转换为待查询名称从根名称服务器开始的代理路径跟踪。缺省情况不使用跟踪。一旦启用跟踪,dig 使用迭代查询解析待查询名称。他将按照从根服务器的参照,显示来自每台使用解析查询的服务器的应答。
    +[no]cmd
    设定在输出中显示指出 dig 版本及其所用的查询选项的初始注释。缺省情况下显示注释。
    +[no]short
    提供简要答复。缺省值是以冗长格式显示答复信息。
    +[no]identify
    当启用 +short 选项时,显示 [或不显示] 提供给答的 IP 地址和端口号。假如请求简短格式应答,缺省情况不显示提供给答的服务器的源地址和端口号。
    +[no]comments
    转换输出中的注释行显示。缺省值是显示注释。
    +[no]stats
    该查询选项设定显示统计信息:查询进行时,应答的大小等等。缺省显示查询统计信息。
    +[no]qr
    显示 [不显示] 发送的查询请求。缺省不显示。
    +[no]question
    当返回应答时,显示 [不显示] 查询请求的问题部分。缺省作为注释显示问题部分。
    +[no]answer
    显示 [不显示] 应答的回答部分。缺省显示。
    +[no]authority
    显示 [不显示] 应答的权限部分。缺省显示。
    +[no]additional
    显示 [不显示] 应答的附加部分。缺省显示。
    +[no]all
    配置或清除任何显示标志。
    +time=T
    为查询配置超时时间为 T 秒。缺省是5秒。假如将 T 配置为小于1的数,则以1秒作为查询超时时间。
    +tries=A
    配置向服务器发送 UDP 查询请求的重试次数为 A,代替缺省的 3 次。假如把 A 小于或等于 0,则采用 1 为重试次数。
    +ndots=D
    出于完全考虑,配置必须出现在名称 D 的点数。缺省值是使用在 /etc/resolv.conf 中的 ndots 语句定义的,或是 1,假如没有 ndots 语句的话。带更少点数的名称被解释为相对名称,并通过搜索列表中的域或文档 /etc/resolv.conf 中的域伪指令进行搜索。
    +bufsize=B
    配置使用 EDNS0 的 UDP 消息缓冲区大小为 B 字节。缓冲区的最大值和最小值分别为 65535 和 0。超出这个范围的值自动舍入到最近的有效值。
    +[no]multiline
    以周详的多行格式显示类似 SOA 的记录,并附带可读注释。缺省值是每单个行上显示一条记录,以便于电脑解析 dig 的输出。
    多条查询
    dig 的 BIND9 支持在命令行上指定多个查询(支持 -f 批处理文档选项的附加功能)。每条查询能够使用自己的标志位、选项和查询选项。
    在这种情况下,在上面描述的命令行语法中,每条查询自变量代表一个个别查询。每一条由任意标准选项和标志、待查询名称、可选查询类型和类连同任何适用于该查询的查询选项。
    也能够使用对任何查询均有效的查询选项全局集合。全局查询选项必须位于命令行上第一个名称、类、类型、选项、标志和查询选项的元组之前。任何全局查询选项(除了 +[no]cmd 选项)能够被下面的查询特别选项重设。例如:
    dig +qr www.isc.org any -x 127.0.0.1 isc.org ns +noqr显示 dig 如何从命令行出发进行三个查询:一个针对 www.isc.org的任意查询、一个 127.0.0.1 的逆向查询,连同一个 isc.org 的 NS 记录查询。应用了 +qr 的全局查询选项,以便 dig 显示进行每条查询的初始查询。最后那个查询有一个本地查询选项 +noqr,表示 dig 在搜索 isc.org 的 NS 记录时不显示初始查询。
    示例
    一个典型的 dig 调用类似:
    dig @server name type其中:
    server
    待查询名称服务器的名称或 IP 地址。能够是用点分隔的 IPv4 地址或用冒号分隔的 IPv6 地址。当由主机提供服务器参数时,dig 在查询域名服务器前先解析那个名称。假如没有服务器参数能够提供,dig 参考 /etc/resolv.conf,然后查询列举在那里的域名服务器。显示来自域名服务器的应答。
    name
    将要查询的资源记录的名称。
    type
    显示所需的查询类型 - ANY、A、MX、SIG,连同任何有效查询类型等。假如不提供任何类型参数,dig 将对纪录 A 执行查询。
  • 相关阅读:
    改进昨天的电梯电梯问题
    电梯调度
    结对开发四---实现环状二维数组求最大子数组的和
    结对开发五--对一千个数long型的一维数组求最大子数组的和
    结对开发四------求一维无头数组最大子数组的和
    结对开发3--电梯调度问题需求分析
    SQL基础题
    类和对象(课后题)
    再战文件(小甲鱼课后题)python超级入门
    快来集合!python超级入门笔记
  • 原文地址:https://www.cnblogs.com/276815076/p/6374298.html
Copyright © 2011-2022 走看看