google dns 现在变得顺畅了？

[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

[Momostudent]

浙江电信：

正在 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]

因为给你回应的 8.8.8.8 不是真正的 8.8.8.8，运营商做手脚了

[tianxin8431]

@blueboyggh 我这边 tracert，路由是从香港到美国，看起来不像是被劫持了的样子

[huiyifyj]

福建电信 46ms 左右...

[infun]

从香港走的吧，坐标魔都，差不多的速度

[kuerck]

还真是~~~

[edsheeran]

nslookup twitter.com 8.8.8.8

[Archeb]

广州电信一直都是 7ms 左右...走香港 163，没有劫持

[18x]

试了下 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)

[lanternxx]

安徽电信现在也是只有 35-38ms，走 163 香港
@blueboyggh #2 运营商劫持到内网的话都是在本地 不会这么高 5ms 以内

[vocaloid]

我这更低...怀疑是假的
正在 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]

@vocaloid #11 tracert 8.8.8.8 看下路由

[xzc19970719]

@18x。。我 dot 填 dns.google 为啥没效果 查 dns 确实是走的 8.8.8.8 但是没加密

[shikkoku]

@xzc19970719 要加上 843 端口吧。

[shikkoku]

是 853 端口才对

[Love4Taylor]

@xzc19970719 VPN 和 DoT 不完全兼容

[wszgrcy]

确实，但是貌似 google 还上不了。。。有懂的大牛说下这个意味着什么吗

[wwbfred]

从几年前开始 8888 的 icmp 延迟就很好看了.
但 tcp 和 udp 有时会被概率性人为丢包,重点时期概率会变高.
所以不建议单配 8888 为 dns.

[wwbfred]

看有没有被劫持只要抓个包就知道了.
真的 8888 在请求被污染的域名时会在错误 IP 后返回正确 IP.

[FENJACK]

我这个......
正在 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