如何判断谷歌 DNS 是否被 ISP 劫持

laiyingdong

2015-09-18 17:47:36 +08:00

ping 25ms 是不是到香港的 Google 服务器？

ScotGu

2015-09-18 18:04:41 +08:00

我一般先用
nslookup www.google.com 8.8.8.8
nslookup -vc www.google.com 8.8.8.8
看看返回结果是否相同来判断。

Strikeactor

2015-09-18 18:10:46 +08:00

traceroute 看看呢

yexm0

2015-09-18 18:24:16 +08:00

用延迟来判断毫无用处.

fengxiang

2015-09-18 18:29:41 +08:00

低于 220 不用看了，肯定假的。

halczy

2015-09-18 18:31:26 +08:00

Windows 下 tracert 8.8.8.8
Linux / OSX mtr 8.8.8.8

移动正常应该走 HKIX ，电信 163 网正常是 202.97.x.x 后和 Google 台湾直连。

halczy

2015-09-18 18:40:48 +08:00

@fengxiang 看情况. 广州电信连 Google DNS 有时是走香港的, 有时走台湾. 香港是 10ms 左右, 台湾 30ms 左右.

yicun

2015-09-18 19:18:52 +08:00

@halczy windows 下有什么 traceroute 的工具？

meelo

2015-09-18 19:27:55 +08:00

@yicun windows 下是 tracert

xiaoc19

2015-09-18 19:28:26 +08:00

@halczy
@Strikeactor

traceroute to 8.8.8.8 (8.8.8.8 ), 64 hops max, 72 byte packets
1 内网 2.273 ms 1.418 ms 1.588 ms
2 内网 1.560 ms 1.503 ms 1.308 ms
3 172.*** (172.***) 49.570 ms 84.148 ms 108.177 ms
4 120.196.14.217 (120.196.14.217 ) 11.917 ms 7.365 ms 7.313 ms
5 120.196.244.29 (120.196.244.29 ) 15.243 ms 16.530 ms 14.711 ms
6 211.136.208.25 (211.136.208.25 ) 19.400 ms 19.693 ms 19.681 ms
7 211.139.134.178 (211.139.134.178 ) 20.352 ms 20.007 ms 20.108 ms
8 183.235.225.206 (183.235.225.206 ) 21.886 ms
120.198.204.18 (120.198.204.18 ) 23.612 ms 21.909 ms
9 211.136.193.142 (211.136.193.142 ) 18.939 ms
120.198.206.130 (120.198.206.130 ) 22.942 ms 21.651 ms
10 183.235.224.242 (183.235.224.242 ) 21.243 ms 20.942 ms 26.260 ms
11 google-public-dns-a.google.com (8.8.8.8 ) 20.204 ms 22.196 ms 20.566 ms

yicun

2015-09-18 19:30:46 +08:00

@meelo 谢谢指正，那 windows 下有什么 tracert 的工具，有下载吗？

xiaoc19

2015-09-18 19:34:11 +08:00

@yicun win 下直接使用 cmd

xiaoc19

2015-09-18 19:35:30 +08:00

@halczy 183.235.224.242 来自广东省阳江市移动，看起来悲剧

lenran

2015-09-18 19:42:34 +08:00

@yicun 系统自带，请在命令行下使用

meelo

2015-09-18 19:43:00 +08:00

@yicun 我的意思是， windows 下自带的 tracert 命令，就相当于 Linux 中的 traceroute

yicun

2015-09-18 19:48:56 +08:00

@xiaoc19 thank you
tracert 8.8.8.8
1 * <1 毫秒 <1 毫秒 192.168.0.1
2 1 ms 7 ms 1 ms 183.55.140.1
3 2 ms 1 ms 1 ms 119.146.39.93
4 9 ms 11 ms 11 ms 119.146.36.233
5 12 ms 11 ms 11 ms 119.146.125.93
6 * * * 请求超时。
7 11 ms 12 ms 10 ms 202.97.60.50
8 17 ms 17 ms 15 ms 202.97.61.118
9 * * 14 ms 202.97.62.214
10 18 ms * * 209.85.241.58
11 15 ms * * 216.239.40.13
12 * * 39 ms 209.85.253.89
13 44 ms * 45 ms 209.85.243.23
14 * * * 请求超时。
15 44 ms * * google-public-dns-a.google.com [8.8.8.8]
16 * * * 请求超时。
17 * * 143 ms google-public-dns-a.google.com [8.8.8.8]
跟踪完成。

tracert 8.8.4.4
1 17 ms <1 毫秒 <1 毫秒 192.168.0.1
2 2 ms 2 ms 1 ms 183.55.140.1
3 2 ms 2 ms 1 ms 119.146.39.93
4 8 ms 7 ms 7 ms 119.146.126.149
5 10 ms 7 ms 7 ms 119.146.125.38
6 14 ms 14 ms 10 ms 202.97.33.202
7 * * * 请求超时。
8 14 ms 15 ms 14 ms 202.97.61.26
9 10 ms 10 ms 10 ms 202.97.122.70
10 13 ms 12 ms 15 ms 216.239.42.193
11 11 ms 12 ms 12 ms 72.14.232.175
12 12 ms 12 ms 12 ms google-public-dns-b.google.com [8.8.4.4]

shizzmk

2015-09-18 20:04:32 +08:00

@yicun 不需要， Win 自帶有的

miyuki

2015-09-18 20:08:03 +08:00

@yicun cmd 下 reacert

win 下还有一个 gui 的工具 winmtr

fengxing

2015-09-18 20:56:23 +08:00

@yicun ipip.net 的 ITRACERT for WINDOWS ，不过是命令行工具
win 下还有 WinMTR ， gui 工具
TracertGUI ， gui 工具，不过经常出错误

pmpio

2015-09-18 21:24:14 +08:00

各省移动网络不太一样的，我们湖南的貌似是直接在 NAT 服务器上将所有 UDP 53 端口的查询重定向到了移动自己的 DNS ，最明显的效果，使用 dig +trace 时，直接就给你返回最终结果，不是一层一层的返回的。所以，这样子的话，你无论设置哪个 ip 作为 dns 服务器都一样的效果，比如你搞成 1.1.1.1 ，尽管互联网上这个 ip 上可能并无 dns 服务，你查询时也会得到正确结果~！这就传说中最牛 B 的 dns 劫持。

我以前在公司内网的网关上用 iptables + bind 试过了的。