这是一个创建于 2278 天前的主题，其中的信息可能已经有所发展或是发生改变。
山西电信，延迟只有 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 fengyj 2019-10-04 17:05:49 +08:00 福建电信 46ms 左右... |
 | 5 GlobalNPC 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 shinciao 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 PRO @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=3ttl=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