https://ws2.sinaimg.cn/large/71d69efbgy1fevjtl43cmj21dj0tkn4g.jpg

不知道你想表达什么，也不写 fast 连了那个节点。

我这移动直连 fast 美国测速节点， 12M 。

去国外跑不满不是很正常的事情么

别的不说，浙江移动应该是对 udp53 端口无差别劫持了

https://ws2.sinaimg.cn/large/71d69efbgy1fevi57fxm9j20ir0cdwfb.jpg

请求任意 IP 的 53 端口都会被劫持

建议使用 tcp 查询或者 httpdns ，可以看我发帖记录。

然而 debian testing 分支新装的时候已经不带 net-tools 这个古老的软件包了。是时候完全切换到 iproute2 软件包了

@est #5
其实我也不知道为什么就是想和移动宽带较劲，大概是斗上瘾了吧，哈哈哈。
同时也让后来人少踩点坑。
有人觉得我的主题有用，帮到人了我就挺满足的。

@firefox12 #19

至少我这里所有的标准端口 DNS 都存在劫持现象，
而且，移动还有流量穿透，就算请求没有被劫持，很有可能 DNS 看到你的请求时，因为穿透的关系，源 IP 变成了电信，联通，而不是本来的移动 IP 。甚至有可能 IP 的地区都不对。
DNS 想给你正确的优化也做不到啊。

vultr 的日本，新加坡，远一点的硅谷

啊， iptables 实际上是 NAT 表里有 PREROUTING 链和 POSTROUTING 链。我表述有错误，但不影响理解。

至于 UDP 流，对 iptables 来说，它是也是一条连接。

要知道这个你需要全面的去了解 iptables 原理

DNAT 是用来修改目的地 IP 和端口的，这回影响路由表的判断，使包流向不同出口。

而 Masquerade 是在路由表判断之后的，在将要离开 iptables 时判断数据包是不是需要做源地址 IP 伪装。

通常一个需要转发的数据包包通过 iptables 的顺序是

端口 -》 PREROUTING 链 -》 路由判断 -》 FORWARD 链 -》 POSTROUTING 链 -》 端口

PREROUTING 链有一个 NAT 表，而 DNAT 就只能设置在这个表里。

POSTROUTING 链也有一个 NAT 表，而 Masquerade 就只能设置在这个表里。

NAT 表这个表有一个特性就是只有一条连接的第一个包会经过这个表，因为经过一次这个表 iptables 就已经有这条连接路由的记录了，不需要重新路由。

所以当一个出站连接的反向数据包经过 iptables 的时候是会被自动路由的，不会经过这两条规则。

而一条入站的新连接的第一个包经过 iptables 的时候就会先进过 DNAT ，影响路由表的选择，然后经过 Masquerade 时，发现不需要伪装，就直接通过了，后续的包也不会经过这两条规则。

其实就是 iptables 两个个模块 Masquerade 和 DNAT

对于由内向外发起的链接都经过 Masquerade 做了双向自动 DNAT 和 SNAT ，并且有连接追踪。

而 DMZ 之际上就是对所有外向内发起的连接都做了 DNAT 导向到一个内网机器。

两者并没有什么干扰。

@firefox12 #17
这个不是为了获得国外的干净解析，而是在你有办法获得干净解析的情况下，帮助你获得本地 CDN 优化。

关于 dnspod 本身解析的问题，看 johnjiang85 的回复就行。

感谢，已+1