这是一个创建于 1885 天前的主题，其中的信息可能已经有所发展或是发生改变。
山西电信，延迟只有 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
 |
1
Momostudent 2019-10-04 16:58:08 +08:00
浙江电信：
正在 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 还真的是啊，别紧张可能是错觉 |
 |
2
blueboyggh 2019-10-04 16:58:34 +08:00  2
因为给你回应的 8.8.8.8 不是真正的 8.8.8.8，运营商做手脚了
|
 |
3
tianxin8431 OP @blueboyggh 我这边 tracert，路由是从香港到美国，看起来不像是被劫持了的样子
|
 |
4
huiyifyj 2019-10-04 17:05:49 +08:00
福建电信 46ms 左右...
|
 |
5
infun 2019-10-04 17:11:17 +08:00
从香港走的吧，坐标魔都，差不多的速度
|
 |
6
kuerck 2019-10-04 17:11:46 +08:00
还真是~~~
|
 |
7
edsheeran 2019-10-04 17:11:50 +08:00 via iPhone 1
nslookup twitter.com 8.8.8.8
|
 |
8
Archeb 2019-10-04 17:25:09 +08:00
广州电信一直都是 7ms 左右...走香港 163，没有劫持
|
 |
9
18x 2019-10-04 17:35:31 +08:00 via Android 2
试了下 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) |
 |
10
lanternxx 2019-10-04 17:36:32 +08:00
安徽电信现在也是只有 35-38ms，走 163 香港
@blueboyggh #2 运营商劫持到内网的话都是在本地 不会这么高 5ms 以内 |
 |
11
vocaloid 2019-10-04 17:38:14 +08:00
我这更低...怀疑是假的
正在 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 |
 |
13
xzc19970719 2019-10-04 19:19:05 +08:00 via Android
@18x。。我 dot 填 dns.google 为啥没效果 查 dns 确实是走的 8.8.8.8 但是没加密
|
 |
14
shikkoku 2019-10-04 19:22:24 +08:00
@xzc19970719 要加上 843 端口吧。
|
|
15
shikkoku 2019-10-04 19:23:21 +08:00
是 853 端口才对
|
 |
16
Love4Taylor 2019-10-04 19:28:34 +08:00
@xzc19970719 VPN 和 DoT 不完全兼容
|
 |
17
wszgrcy 2019-10-04 19:42:54 +08:00 via Android
确实，但是貌似 google 还上不了。。。有懂的大牛说下这个意味着什么吗
|
 |
18
wwbfred 2019-10-04 19:59:52 +08:00 1
从几年前开始 8888 的 icmp 延迟就很好看了.
但 tcp 和 udp 有时会被概率性人为丢包,重点时期概率会变高. 所以不建议单配 8888 为 dns. |
|
19
wwbfred 2019-10-04 20:03:04 +08:00
看有没有被劫持只要抓个包就知道了.
真的 8888 在请求被污染的域名时会在错误 IP 后返回正确 IP. |
 |
20
FENJACK 2019-10-04 20:24:02 +08:00
我这个......
正在 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 |
|
21
blueboyggh 2019-10-04 20:28:37 +08:00 1
@FENJACK 你这个肯定是被劫持了
|
 |
22
skyeycirno 2019-10-04 21:10:31 +08:00
@blueboyggh #21 如果是广东省内的话，基本 10ms 以内也没啥。。
|
 |
23
alphatoad 2019-10-04 23:46:24 +08:00
只要 DoT 和 DNSSEC 正常，假的也不影响 confidentiality，反而还更快
|
 |
24
nathanwongggg 2019-10-05 00:10:28 +08:00
@Archeb 怎么做到的请问?深圳电信 8888 和 8844 分别是 20ms 和 18ms,就算绕路广州出去也不能无缘无故多出 10ms 来啊,奇怪了.
|
 |
25
CuVee 2019-10-05 02:54:08 +08:00
早就发现了，确实正常了，毕竟这玩意不自带 FQ，没什么威胁。现在默认腾讯（游戏有加速，之前还有几个网站可翻），备用谷歌
|
 |
26
acreti 2019-10-05 05:02:04 +08:00
nslookup twitterwc.com 8.8.8.8
服务器: dns.google Address: 8.8.8.8 非权威应答: 名称: twitterwc.com Address: 50.63.202.44 网址我瞎编的，你说一个不存在的网站都能给解析出来，这真的是 Google DNS ？ |
 |
27
lcdtyph 2019-10-05 05:20:17 +08:00 via iPhone
|
 |
28
titanium98118 2019-10-05 11:20:49 +08:00 via Android
反正也没什么用。
|
|
29
xzc19970719 2019-10-05 11:49:39 +08:00
@acreti 用 http://1.1.1.1/help 测出来确实是谷歌的 dns
|
 |
30
explore365 2019-10-05 13:19:39 +08:00
DNS 任拨，现在 8.8.8.8 在大陆访问的是 HK 的服务器
|
 |
31
ConnersHua 2019-10-05 13:35:24 +08:00
@acreti 你用浏览器打开你 nslookup 的网址看看？
|
 |
32
mh69492 2019-10-05 13:42:07 +08:00
正在 Ping 8.8.8.8:
64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=38.3 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=25.4 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=20.9 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=20.7 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=36.1 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=35.0 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=35.4 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=34.8 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=35.2 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=21.5 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=20.7 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=28.8 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=34.4 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=26.9 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=23.1 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=55.5 ms 失败：IP 地址不可到达 |
 |
34
heart4lor 2019-10-05 15:38:00 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=44ms TTL=52 来自 8.8.8.8 的回复: 字节=32 时间=55ms TTL=52 来自 8.8.8.8 的回复: 字节=32 时间=48ms TTL=52 来自 8.8.8.8 的回复: 字节=32 时间=39ms TTL=52 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 39ms，最长 = 55ms，平均 = 46ms --- 通过最多 30 个跃点跟踪 到 dns.google [8.8.8.8] 的路由: 1 1 ms 2 ms 1 ms 192.168.0.1 2 2 ms 2 ms 2 ms 114.229.87.254 3 3 ms 3 ms 2 ms 58.217.20.105 4 5 ms 5 ms 5 ms 58.217.58.13 5 12 ms 13 ms 14 ms 202.97.92.21 6 11 ms 16 ms 12 ms 202.97.24.222 7 32 ms 29 ms 37 ms 202.97.90.53 8 71 ms 69 ms 70 ms 202.97.61.62 9 * 47 ms 41 ms 202.97.62.214 10 36 ms 41 ms * 108.170.241.65 11 52 ms 40 ms 45 ms 172.253.64.111 12 51 ms 37 ms 45 ms dns.google [8.8.8.8] 跟踪完成。 --- 看起来似乎一切正常 |
 |
35
Cheons 2019-10-05 15:48:57 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=42ms TTL=249 来自 8.8.8.8 的回复: 字节=32 时间=31ms TTL=249 来自 8.8.8.8 的回复: 字节=32 时间=15ms TTL=249 来自 8.8.8.8 的回复: 字节=32 时间=19ms TTL=249 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 15ms，最长 = 42ms，平均 = 26ms 通过最多 30 个跃点跟踪 到 dns.google [8.8.8.8] 的路由: 1 1 ms <1 毫秒 2 ms router.asus.com [192.168.3.1] 2 1 ms <1 毫秒 2 ms 192.168.1.1 3 25 ms 135 ms 40 ms 10.111.16.1 4 9 ms 6 ms 6 ms 111.39.199.17 5 12 ms 12 ms 13 ms 120.210.229.53 6 15 ms 21 ms 12 ms 120.193.121.22 7 13 ms 20 ms 22 ms dns.google [8.8.8.8] 跟踪完成。 感觉不正常 |
 |
36
intoext 2019-10-05 17:02:32 +08:00
光缆 1 秒 30 万 km 自己想想吧
我的才正常 ping 8.8.8.8 正在 Ping 8.8.8.8 具有 32 字节的数据: 来自 8.8.8.8 的回复: 字节=32 时间=233ms TTL=49 来自 8.8.8.8 的回复: 字节=32 时间=230ms TTL=49 来自 8.8.8.8 的回复: 字节=32 时间=218ms TTL=48 来自 8.8.8.8 的回复: 字节=32 时间=212ms TTL=48 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 212ms，最长 = 233ms，平均 = 223ms |
|
37
skyeycirno 2019-10-05 17:07:38 +08:00
@intoext #36 你这个显然是不正常的
|
 |
38
yinjy 2019-10-05 17:13:59 +08:00
确实很快，而且解析了几个地址也正确，这个是真的吗
|
 |
39
zetaoyang 2019-10-05 19:55:43 +08:00
广播 IP，了解一下
|
|
40
acreti 2019-10-05 21:04:58 +08:00 1
|
 |
41
wly19960911 2019-10-05 21:10:54 +08:00
@acreti #40 然而 阿里 dns 解析到了 210 开头的了
> nslookup pixiv.net 223.5.5.5 服务器: public1.alidns.com Address: 223.5.5.5 非权威应答: 名称: pixiv.net Addresses: 210.140.131.219 210.140.131.222 210.140.131.224 > nslookup pixiv.net 8.8.8.8 服务器: dns.google Address: 8.8.8.8 非权威应答: 名称: pixiv.net Addresses: 210.140.131.224 210.140.131.222 210.140.131.219 |
 |
42
tia 2019-10-05 21:53:28 +08:00
火星救援。。。 早就从 TW 搬到 HK 了
|
 |
43
kennylam777 2019-10-06 05:45:35 +08:00
坐標香港
早期 8.8.8.8/8.8.4.4 是在台灣的, 但 RTT 14ms 也很快了懷疑沒繞台北 然後 2017 年開始 8.8.4.4 改成了香港 近來 8.8.8.8 也在香港了 |
|
44
intoext 2019-10-06 07:29:45 +08:00
@skyeycirno 也没什么不正常，去了美国而已
|
 |
45
linxijun 2019-10-06 15:17:06 +08:00
AppledeiMac:~ apple$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from 8.8.8.8: icmp_seq=0 ttl=52 time=14.660 ms 64 bytes from 8.8.8.8: icmp_seq=1 ttl=52 time=13.839 ms 64 bytes from 8.8.8.8: icmp_seq=2 ttl=52 time=14.047 ms 64 bytes from 8.8.8.8: icmp_seq=3 ttl=52 time=12.455 ms 64 bytes from 8.8.8.8: icmp_seq=4 ttl=52 time=13.964 ms 64 bytes from 8.8.8.8: icmp_seq=5 ttl=52 time=11.960 ms 64 bytes from 8.8.8.8: icmp_seq=6 ttl=52 time=13.570 ms AppledeiMac:~ apple$ ping 8.8.4.4 PING 8.8.4.4 (8.8.4.4): 56 data bytes 64 bytes from 8.8.4.4: icmp_seq=0 ttl=52 time=20.409 ms 64 bytes from 8.8.4.4: icmp_seq=1 ttl=52 time=20.707 ms 64 bytes from 8.8.4.4: icmp_seq=2 ttl=52 time=20.741 ms 64 bytes from 8.8.4.4: icmp_seq=3 ttl=52 time=21.095 ms Request timeout for icmp_seq 4 64 bytes from 8.8.4.4: icmp_seq=5 ttl=52 time=20.838 ms 64 bytes from 8.8.4.4: icmp_seq=6 ttl=52 time=21.389 ms 64 bytes from 8.8.4.4: icmp_seq=7 ttl=52 time=22.141 ms Request timeout for icmp_seq 8 64 bytes from 8.8.4.4: icmp_seq=9 ttl=52 time=20.559 ms Request timeout for icmp_seq 10 64 bytes from 8.8.4.4: icmp_seq=11 ttl=52 time=67.220 ms 坐标 0755。。。。。。。。。。。。。。。。。 |
 |
46
robin001 2019-10-07 19:36:57 +08:00
各种超时 然而并不顺畅~
|
 |
47
7654 2019-10-07 23:54:09 +08:00
5 12 ms 14 ms 14 ms 202.97.84.93
6 7 ms 7 ms 5 ms 202.97.57.157 7 25 ms 26 ms 27 ms 202.97.35.138 8 67 ms 69 ms * 202.97.91.102 9 36 ms * 37 ms 202.97.62.214 10 37 ms 37 ms 37 ms 108.170.241.97 11 36 ms 34 ms 36 ms 209.85.143.123 12 37 ms 35 ms 34 ms dns.google [8.8.8.8] 这速度十分理想 |
 |
48
iihho 2019-10-09 01:53:36 +08:00
正在 Ping 8.8.8.8 具有 32 字节的数据:
来自 8.8.8.8 的回复: 字节=32 时间=1ms TTL=251 来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=251 来自 8.8.8.8 的回复: 字节=32 时间=2ms TTL=251 来自 8.8.8.8 的回复: 字节=32 时间=1ms TTL=251 8.8.8.8 的 Ping 统计信息: 数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)， 往返行程的估计时间(以毫秒为单位): 最短 = 1ms，最长 = 2ms，平均 = 1ms 坐标广州联通，只能是被劫持了 |
 |
49
bclerdx 2019-10-09 15:32:48 +08:00
前 3 个月，我持续追踪并向 Google 内部反馈优化问题，看来应该是有一些效果了。
|
 |
51
skylancer 2019-10-10 15:12:32 +08:00
本贴一堆不带 vc 的 nslookup 也是醉的不行
|
 |
52
lizardll 2020-04-05 11:51:46 +08:00
https://asm.ca.com/zh_cn/ping.php
在这里可以看到 pixiv.net 全球的 ip 都是 210 开头的 然后我试了一圈，果然国内就没有真正的国外 dns，全都劫持了，tcp dns 直接阻断了 |
 |
53
ben7 2020-04-27 11:00:04 +08:00
还是觉得 dnspod 的 dns 顺畅
|
Select Language