这是一个创建于 2639 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 xupefei 2018-08-03 21:40:08 +08:00 Anycast。 服务器的具体位置需要 tracert 才能知道。 |
 | 3 luminous 2018-08-03 21:43:39 +08:00 via Android 我路由追踪了下连接到的是香港 |
 | 4 miyuki 2018-08-03 21:43:58 +08:00 anycast |
 | 6 zgzh 2018-08-03 21:48:28 +08:00 这边可以 20s 内 |
 | 7 mason961125 2018-08-03 21:48:29 +08:00 Anycast 到了香港。 |
 | 9 lqf96 2018-08-03 22:01:35 +08:00 几个大公司的 public dns 是例外，但是现在要做 anycast 基本很难了 |
 | 10 Maltazard 2018-08-03 22:03:26 +08:00 正常来讲美国 LA CN2 直连延迟平均在 140-170ms 左右吧，这个延迟只能理解为是分机房，HK 或者 KR |
 | 11 zhengnanlee 2018-08-03 22:03:42 +08:00 via iPhone  2 50 秒，全球可达 |
 | 12 whileFalse 2018-08-03 22:16:42 +08:00 via iPhone 3 50s 月球可达 |
 | 13 Phishion 2018-08-03 22:19:25 +08:00 中国连接到美国的物理极限也得 100ms + 吧？难道发明了新的光缆 |
| 14 luminous 2018-08-03 22:20:56 +08:00  这肯定在香港的嘛 而且还是 CN2 |
 | 15 en20 2018-08-03 22:28:09 +08:00 正在 Ping dns1.p07.nsone.net [198.51.44.7] 具有 32 字节的数据: 来自 198.51.44.7 的回复: 字节=32 时间=141ms TTL=52 请求超时。 来自 198.51.44.7 的回复: 字节=32 时间=141ms TTL=52 来自 198.51.44.7 的回复: 字节=32 时间=141ms TTL=52 198.51.44.7 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 3，丢失 = 1 (25% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 141ms，最长 = 141ms，平均 = 141ms 很慢的唉 |
 | 17 Cipool 2018-08-03 23:02:59 +08:00 via Android 这个是美国注册的 IP，但是全球 anycast 国内的话 电信联通 anycast 到香港 cn2 移动 anycast 到香港移动 |
 | 18 isCyan 2018-08-03 23:10:30 +08:00 via Android 1 neustar 全系 dns 北京节点了解一下 |
| 19 isCyan 2018-08-03 23:10:59 +08:00 via Android 而且是 anycast |
 | 20 akira 2018-08-03 23:24:27 +08:00 你过于相信 ip 解析的结果了 |
 | 21 580a388da131 2018-08-03 23:37:47 +08:00 话说以前 V2EX 的 IP 也是这样子 |
 | 22 yinanc 2018-08-04 00:27:37 +08:00 via iPhone 50s 太阳系范围内可达 |
 | 24 biglee0304 2018-08-04 02:13:12 +08:00 via iPhone 不过 ns1 真的在国内北上深青四个地方有点了，只不过是单播 ip。 |
| 25 isCyan 2018-08-04 02:23:40 +08:00 via Android @biglee0304 其实就是阿里云... |
 | 26 mytsing520 PRO BGP Anycast，了解一下 |
 | 27 Remember 2018-08-04 03:29:47 +08:00 ns1 真是良心啊. |
 | 30 xiaoz OP 1 |
 | 31 holajamc 2018-08-04 09:06:17 +08:00 ping dns 没有意义啊… |
 | 33 xiaolingxinna 2018-08-04 16:31:11 +08:00 via Android 被 50 秒骗进来 |
| 34 xiaoz OP @xiaolingxinna 打错字了，是 50ms |
 | 35 dianso 2018-08-04 17:48:39 +08:00 via Android 光速也没这么快 |
 | 36 zhishidahao 2018-08-04 18:39:28 +08:00 @wekw 不是 8 分钟吗 |
 | 37 lrh3321 2018-08-04 18:56:58 +08:00 via Android 50 秒够绕地球好多好多圈了 |
 | 38 skwfar 2018-08-04 19:54:12 +08:00 IP 是美国 IP，广播到香港机子上 |
 | 40 lemonda 2018-08-05 13:57:46 +08:00 借楼问下这种黑科技是什么？除了 AWS 还有什么 NS 和 CDN 可以做到? 比如这个域名：www.impression.co.uk 它用了 CloudFront 大部分 CDN 都是提供一个 pub.name.tl.node.service.cdn.inc 这样的多级域名 然后 pub.name.tl IN CNAME pub.name.tl.node.service.cdn.inc 这样会增加 DNS 查询开销 (CloudFlare NS 绑定也没有这个开销但是有所不同，CloudFlare Partner 的 CNAME 绑定和这个感觉一样，CloudFlare 比较神奇的地方在于它做反向代理很快，不像其它 PULL 型的 CDN 不把页面缓存到节点上就和不用 CDN 一样甚至更慢，莫非带宽闲时免费的也能用上 Argo 或者一个节点 PULL 后其它节点也会预 PULL ？ ) CloudFront 这个就不会，ping www.impression.co.uk 得到的直接是 CDN 节点的 IP 查了一下这个叫 Alias record，在也支持 Alias record 的其它解析服务商上试了下，CDN 失效了，虽然也能 CNAME 绑定 pub.name.tl.node.service.cdn.inc ，但不能返回最近节点的 IP，返回的是一个固定 IP |
 | 41 jmk92 2018-08-05 23:08:49 +08:00 50s，建立在超时时间允许的情况下，哈哈 |
 | 42 425685343 2018-08-14 10:16:23 +08:00 anycast 这个不稀奇，国内像阿里云这种有独立骨干网络的都有 anycast 能力 |
 | 43 leido 2018-08-25 02:11:06 +08:00 via Android 国内三大公共 dns，甚至包括百度的，都是 anycast |
 | 44 zhouyut001 2018-08-25 09:27:47 +08:00 via Android 50S 我在火星玩游戏 |
Select Language