谷歌服务器撤出香港？

[MeowRay]

rt ，2024 年以前几个香港 vps 访问 www.google.com 为 1-2ms ，现在都 15~30ms 了， 解析出 IP 也不在香港本地了 142.250.198.68

[by]

早该撤了

[iijboom]

ping www.google.com
PING www.google.com (142.250.198.132) 56(84) bytes of data.
64 bytes from nchkgb-aj-in-f4.1e100.net (142.250.198.132): icmp_seq=1 ttl=58 time=1.36 ms
64 bytes from nchkgb-aj-in-f4.1e100.net (142.250.198.132): icmp_seq=2 ttl=58 time=1.32 ms

不要怀疑，是你 dns 的问题，解析到台湾去了

[JensenQian]

root@debian:~# ping www.google.com
PING www.google.com (142.250.199.228) 56(84) bytes of data.
64 bytes from nchkgb-an-in-f4.1e100.net (142.250.199.228): icmp_seq=1 ttl=120 time=0.346 ms
64 bytes from nchkgb-an-in-f4.1e100.net (142.250.199.228): icmp_seq=2 ttl=120 time=0.466 ms
64 bytes from nchkgb-an-in-f4.1e100.net (142.250.199.228): icmp_seq=3 ttl=120 time=0.541 ms

你这 dns 出问题了

[peasant]

有香港的 IP 啊，142.250.66.35 延迟超低的

[MeowRay]

@iijboom #2 1.1.1.1 ，现在似乎是概率性解析出海，有本地 IP 也能通。年中的时候似乎没本地 IP ，旧 IP 也不通

[dototototo]

@MeowRay CF 不支持 ECS 的关系？用运营商自己的或者 8888 试试

[kenneth104]

8.8.8.8 和 1.1.1.1 都没问题


PING www.google.com (2404:6800:4005:80a::2004) 56 data bytes
64 bytes from hkg07s34-in-x04.1e100.net (2404:6800:4005:80a::2004): icmp_seq=1 ttl=120 time=1.71 ms
64 bytes from hkg07s34-in-x04.1e100.net (2404:6800:4005:80a::2004): icmp_seq=2 ttl=120 time=1.72 ms
64 bytes from hkg07s34-in-x04.1e100.net (2404:6800:4005:80a::2004): icmp_seq=3 ttl=120 time=2.43 ms
64 bytes from hkg07s34-in-x04.1e100.net (2404:6800:4005:80a::2004): icmp_seq=4 ttl=120 time=1.56 ms
64 bytes from hkg07s34-in-x04.1e100.net (2404:6800:4005:80a::2004): icmp_seq=5 ttl=120 time=1.69 ms

[bncfbb]

PING www.google.com (142.250.71.164) 56(84) bytes of data.
64 bytes from nchkga-ab-in-f4.1e100.net (142.250.71.164): icmp_seq=1 ttl=61 time=0.708 ms
64 bytes from nchkga-ab-in-f4.1e100.net (142.250.71.164): icmp_seq=2 ttl=61 time=0.784 ms

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=61 time=0.641 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=61 time=0.654 ms

root@T1:~# ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=60 time=0.809 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=60 time=0.842 ms

没问题

[dodakt]

PING www.google.com (142.250.198.228) 56(84) bytes of data.
64 bytes from nchkgb-ah-in-f4.1e100.net (142.250.198.228): icmp_seq=1 ttl=58 time=1.70 ms
64 bytes from nchkgb-ah-in-f4.1e100.net (142.250.198.228): icmp_seq=2 ttl=58 time=1.39 ms
64 bytes from nchkgb-ah-in-f4.1e100.net (142.250.198.228): icmp_seq=3 ttl=58 time=1.39 ms

[xyz3210]

管他！我一直用新加坡的

[Fred0410]

我香港的老解析到日本去，挺烦的。

[jousca]

@Fred0410 一般用 cloudflare 的 DNS 1.1.1.1 会比较好，它的解析区域很准。

[dream0689]

@dototototo 如果是海外非原生 ip(广播 ip)，1111 比 8888 会好些。1111 是递归解析，识别的是递归服务器 ip 。8888 支持 ecs ，识别的是 vps 的 ip 段，有可能会出现 ip 段归属的区域和实际使用区域(广播区域)不一致的情况。

[yyzh]

@dream0689 不止.例如如果你 vps 的 ip 送中了.那么这个 vps 用 g 家的 dns 是会给你返回谷歌上海/北京的 ip 的

[dream0689]

@yyzh 是的。我有个 sg 的 ip ，就被 g 家识别到 hk 了，发现默认 dns 是 8888 。刚改了默认 dns 到 1111 ，线路终于落地 sg 了，但对 g 家识别到 hk 没影响，所以 gemini 依旧访问不了，油管依旧是 hk 资源。

[xiashali]

@jousca #12 CloudFlare 为了“保护隐私”，不支持 EDNS Client Subnet

[vvvtc]

PING www.google.com (142.250.197.164) 56(84) bytes of data.
64 bytes from nchkga-am-in-f4.1e100.net (142.250.197.164): icmp_seq=1 ttl=113 time=2.72 ms
64 bytes from nchkga-am-in-f4.1e100.net (142.250.197.164): icmp_seq=2 ttl=113 time=2.46 ms
64 bytes from nchkga-am-in-f4.1e100.net (142.250.197.164): icmp_seq=3 ttl=113 time=2.43 ms
64 bytes from nchkga-am-in-f4.1e100.net (142.250.197.164): icmp_seq=4 ttl=113 time=2.45 ms
64 bytes from nchkga-am-in-f4.1e100.net (142.250.197.164): icmp_seq=5 ttl=113 time=2.43 ms
64 bytes from nchkga-am-in-f4.1e100.net (142.250.197.164): icmp_seq=6 ttl=113 time=2.43 ms

正常把

[MeowRay]

241121 凌晨更新，现在 7 台阿里香港到 1.1.1.1 似乎不通，itdog 也延迟上百丢包

```
[root@xd~]# ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
^C
--- 1.1.1.1 ping statistics ---
70 packets transmitted, 0 received, 100% packet loss, time 70687ms

[root@xd~]# ^C
[root@xd~]# 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=58 time=2.36 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=2.28 ms

```