google dns 现在变得顺畅了？

2019 年 10 月 4 日
 tianxin8431

山西电信，延迟只有 40+ms，令人难以置信

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=48ms TTL=52
来自 8.8.8.8 的回复: 字节=32 时间=47ms TTL=52
来自 8.8.8.8 的回复: 字节=32 时间=48ms TTL=52
来自 8.8.8.8 的回复: 字节=32 时间=47ms TTL=52

8.8.8.8 的 Ping 统计信息:
    数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
    最短 = 47ms，最长 = 48ms，平均 = 47ms
19866 次点击
所在节点    宽带症候群
54 条回复
Momostudent
2019 年 10 月 4 日
浙江电信：

正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=35ms TTL=51
来自 8.8.8.8 的回复: 字节=32 时间=35ms TTL=51
来自 8.8.8.8 的回复: 字节=32 时间=35ms TTL=51
来自 8.8.8.8 的回复: 字节=32 时间=35ms TTL=51

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 35ms，最长 = 35ms，平均 = 35ms


还真的是啊，别紧张可能是错觉
blueboyggh
2019 年 10 月 4 日
因为给你回应的 8.8.8.8 不是真正的 8.8.8.8，运营商做手脚了
tianxin8431
2019 年 10 月 4 日
@blueboyggh 我这边 tracert，路由是从香港到美国，看起来不像是被劫持了的样子
fengyj
2019 年 10 月 4 日
福建电信 46ms 左右...
GlobalNPC
2019 年 10 月 4 日
从香港走的吧，坐标魔都，差不多的速度
kuerck
2019 年 10 月 4 日
还真是~~~
edsheeran
2019 年 10 月 4 日
nslookup twitter.com 8.8.8.8
Archeb
2019 年 10 月 4 日
广州电信一直都是 7ms 左右...走香港 163，没有劫持
18x
2019 年 10 月 4 日
试了下 DoT 可以用 DoH 不能用
root@debian:~# ./tcpping dns.google 853
seq 0: tcp response from dns.google (8.8.4.4) [open] 32.166 ms
seq 1: tcp response from dns.google (8.8.4.4) [open] 32.216 ms
seq 2: tcp response from dns.google (8.8.4.4) [open] 31.426 ms
seq 3: tcp response from dns.google (8.8.4.4) [open] 31.875 ms
seq 4: tcp response from dns.google (8.8.4.4) [open] 31.209 ms
^C
root@debian:~# ./tcpping dns.google 443
seq 0: no response (timeout)
seq 1: no response (timeout)
seq 2: no response (timeout)
seq 3: no response (timeout)
seq 4: no response (timeout)
seq 5: no response (timeout)
shinciao
2019 年 10 月 4 日
安徽电信现在也是只有 35-38ms，走 163 香港
@blueboyggh #2 运营商劫持到内网的话都是在本地 不会这么高 5ms 以内
vocaloid
2019 年 10 月 4 日
我这更低...怀疑是假的
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=14ms TTL=242
来自 8.8.8.8 的回复: 字节=32 时间=17ms TTL=242
来自 8.8.8.8 的回复: 字节=32 时间=12ms TTL=242
来自 8.8.8.8 的回复: 字节=32 时间=13ms TTL=242

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 12ms，最长 = 17ms，平均 = 14ms
aqutor
2019 年 10 月 4 日
@vocaloid #11 tracert 8.8.8.8 看下路由
xzc19970719
2019 年 10 月 4 日
@18x。。我 dot 填 dns.google 为啥没效果 查 dns 确实是走的 8.8.8.8 但是没加密
shikkoku
2019 年 10 月 4 日
@xzc19970719 要加上 843 端口吧。
shikkoku
2019 年 10 月 4 日
是 853 端口才对
love4taylor
2019 年 10 月 4 日
@xzc19970719 VPN 和 DoT 不完全兼容
wszgrcy
2019 年 10 月 4 日
确实，但是貌似 google 还上不了。。。有懂的大牛说下这个意味着什么吗
wwbfred
2019 年 10 月 4 日
从几年前开始 8888 的 icmp 延迟就很好看了.
但 tcp 和 udp 有时会被概率性人为丢包,重点时期概率会变高.
所以不建议单配 8888 为 dns.
wwbfred
2019 年 10 月 4 日
看有没有被劫持只要抓个包就知道了.
真的 8888 在请求被污染的域名时会在错误 IP 后返回正确 IP.
FENJACK
2019 年 10 月 4 日
我这个......
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49
来自 8.8.8.8 的回复: 字节=32 时间=8ms TTL=49

8.8.8.8 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 8ms，最长 = 8ms，平均 = 8ms

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/606311

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX