ping 8.8.8.8

本文探讨了通过Ping测试发现的Google服务器响应速度异常快的现象,并解析了背后可能的原因——任播(Anycast)技术的应用。任播技术使得数据包能够被路由到地理位置最近的服务器,从而显著减少了延迟。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天某在米国挂了独立博客的同事惊叹:
ping google的DNS服务器如此之快。

jxncct50:~ # ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=43 time=40.6 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=43 time=47.6 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=43 time=40.8 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=43 time=44.5 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=43 time=45.7 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=43 time=46.0 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=43 time=40.7 ms

jxncct50:~ # ping www.google.com
PING www.l.google.com (74.125.128.99) 56(84) bytes of data.
64 bytes from hg-in-f99.1e100.net (74.125.128.99): icmp_seq=1 ttl=43 time=72.3 ms
64 bytes from hg-in-f99.1e100.net (74.125.128.99): icmp_seq=2 ttl=43 time=64.9 ms
64 bytes from hg-in-f99.1e100.net (74.125.128.99): icmp_seq=3 ttl=43 time=60.9 ms
64 bytes from hg-in-f99.1e100.net (74.125.128.99): icmp_seq=4 ttl=43 time=40.6 ms
64 bytes from hg-in-f99.1e100.net (74.125.128.99): icmp_seq=5 ttl=43 time=53.6 ms



ping 8.8.8.8 和 www.google.com 都是要穿越太平洋海底光缆的,按说,这个速度不能这么快。
网传…..
因为中美距离是半个地球,光一秒钟30 万公里,绕地球7.5圈,1秒钟=1000毫秒,则绕地球半圈速度是1000/15=66毫秒,数据返回需要同样的时间。
ping美国一台服务器,数据请求过去,再回来,所需要的时间,就是我们常说的ping值。数据仅仅从海底光缆这头到那头,就已经需要133ms应答和传送时间了。所以ping值小于133ms的主机不可能位于美国。

于是我试了试 ping yahoo

jxncct50:~ # ping www.yahoo.com :
PING any-fp3-real.wa1.b.yahoo.com (72.30.38.140) 56(84) bytes of data.
64 bytes from ir1.fp.vip.sp2.yahoo.com (72.30.38.140): icmp_seq=1 ttl=46 time=235 ms
64 bytes from ir1.fp.vip.sp2.yahoo.com (72.30.38.140): icmp_seq=2 ttl=46 time=254 ms
64 bytes from ir1.fp.vip.sp2.yahoo.com (72.30.38.140): icmp_seq=3 ttl=46 time=256 ms
64 bytes from ir1.fp.vip.sp2.yahoo.com (72.30.38.140): icmp_seq=4 ttl=46 time=236 ms
64 bytes from ir1.fp.vip.sp2.yahoo.com (72.30.38.140): icmp_seq=5 ttl=46 time=255 ms
64 bytes from ir1.fp.vip.sp2.yahoo.com (72.30.38.140): icmp_seq=6 ttl=46 time=298 ms

这才是正常情况嘛,于是google了一下,有如下发现:

Anycast最初是在RFC1546中提出并定义的,它的最初语义是,在IP网络上通过一个Anycast地址标识一组提供特定服务的主机,同时 服务访问方并不关心提供服务的具体是哪一台主机(比如DNS或者镜像服务),访问该地址的报文可以被IP网络路由到这一组目标中的任何一台主机上,它提供 的是一种无状态的、尽力而为的服务。目前对于Anycast的中文译称主要有,”任播”、”泛潘”、”选播”等,本文一律使用”任播”一词,或者直接使用 英文单词”Anycast”。

Anycast is a network addressing and routing methodology in which datagrams from a single sender are routed to the topologically nearest node in a group of potential receivers all identified by the same destination address.
http://en.wikipedia.org/wiki/Anycast

转载于:https://www.cnblogs.com/cloudstorage/archive/2012/07/12/2588135.html

### 解释 Ping 8.8.8.8 成功但无法 Ping 通谷歌的原因 在网络故障排查过程中,如果能够成功通过 `ping 8.8.8.8` 测试而无法通过 `ping google.com` 访问外部资源,这种情况可能由以下几个原因引起: --- #### 1. **域名解析问题** 尽管可以通过 ICMP 数据包与 Google 的公共 DNS 服务器(如 `8.8.8.8`)建立连接,但如果未能正确解析 `google.com` 的域名,则可能导致无法访问该站点。这是因为 `ping google.com` 需要先经过 DNS 查询阶段将域名转化为 IP 地址[^1]。 解决方法包括但不限于: - 清除本地 DNS 缓存以移除过期记录:在 Windows 下运行 `ipconfig /flushdns`; - 将本机的首选 DNS 更改为可靠的第三方服务提供商,例如 Google 提供的 `8.8.8.8` 和 `8.8.4.4` 或其他国内运营商推荐的地址[^2]。 --- #### 2. **防火墙或安全策略限制** 部分网络环境可能会施加严格的网络安全政策,阻止对特定域发起请求。即便基础层面上允许向通用公网节点发送数据包,在应用级别却屏蔽掉某些 URL 请求路径[^5]。 此时应检查是否有以下情形发生: - 主机端安装的安全防护软件拦截了对外部 Web 资源的调用动作; - ISP 层面实施地理围栏技术或其他形式的内容过滤措施。 为了验证这一点,可以尝试切换至不同的网络接入点重新测试连通状况。 --- #### 3. **MTU 设置不当引发的大规模分组丢失** 最大传输单元(Maximum Transmission Unit, MTU)决定了单次通信所能承载的最大载荷大小。若两端设备间协商出错误的 MTU 值,就容易造成较大尺寸的数据帧被中途路由器丢弃的现象,尤其体现在涉及加密隧道封装场景下的 HTTPS 类型流量上[^4]。 一种简易检测方式如下所示: ```bash ping -f -l 1472 google.com ``` 上述命令附加 `-f` 参数标记不可分割标志位,并指定负载长度为接近典型 Ethernet II 帧限值减去头部开销后的数值。假如返回超时错误消息,则表明存在 MTU 不匹配隐患需进一步调整适配参数直到恢复正常运作状态为止。 --- #### 4. **目标主机主动禁用了 ICMP Echo Reply 功能** 值得注意的是并非所有在线服务器都愿意响应来自外界未经许可的探测信号。出于性能优化考量或者防止遭受 DoS 攻击风险等因素的影响,像 Google 这样大型互联网公司旗下众多生产实例往往会选择关闭标准回声回复机制。因此即使一切配置均属正常范畴之内仍可能出现看似矛盾的表现特征。 在这种情况下不必过分担忧,转而借助 telnet 或 curl 工具针对具体端口监听情况进行补充验证更为可靠些。 --- ### 总结 综前所述,当观察到仅能顺利抵达知名公用 DNS 中继而非实际业务实体时,应当优先围绕前述四个方面展开逐项核查定位根本诱因所在位置并及时作出相应处置方案加以修复完善整个链条环节间的协作效能表现水平得以持续提升改进下去。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值