给路由器刷上OpenWrt，并按照 本教程 设置了服务端和客户端，但还是有问题，怎么办？
-
This site can’t be reached
gfw.com unexpectedly closed the connection.
ERR_CONNECTION_CLOSED
-
This site can’t be reached
The connection was reset
ERR_CONNECTION_CLOSED
-
This site can’t be reached
www.tumblr.com took too long to respond
ERR_TIMED_OUT
有不少朋友遇到过上面这些情况，打开 https://google.com 或者 https://youtube.com 没有问题，但是有的网站很难打开，或者干脆打不开
比如 https://tumblr.com 或者 https://flickr.com 有时就很难打开
这是怎么回事，百思不得其解，如果说翻墙配置不对，又怎么解释有的网站翻墙没有问题呢
难道电脑系统设置有问题？查找各种教程，一大通修改后，还是不行
再换用不同的浏览器，Chrome, FireFox, Edge, IE，不行的还是不行
难道 GFW 成精了，不是说好了建国后不能成精的吗
最后的努力，不成功就向 妖精 投降算了：
- 更换成最好的加密方式
- 加上流量混淆插件
- 更换服务端IP地址、端口
- 软件都手动编译到最新版
忙活了几天，终于升级完成，一测试，不行的还是不行，忍不住，胸膛起伏不定，犹如万马奔腾...
且慢向妖精投降！妖精最终总是被收服的，或收到后宫，或收作坐骑
大道至简，不区分国内、国外 IP地址，全局翻墙，所有流量都走 shodowsocks 加密通道往往能解决这个问题
现在的网页往往比较复杂，会引用各种外部组件，这些外部组件可能是属于不同的 IP 地址，还有 CDN 动态加速，有时可能会出现十分复杂的情况
比如你访问一个著名网站，网站必定会判断你的区域，首先根据你的 IP 地址定位你在 New York
网站有许多组件，有的组件可能根据你的计算机特征，比如系统语言判断你的区域，于是可能判断你的区域为中国，于是到中国的CDN取内容给你...数据在全球来回打转，不但把路由器拖累了，也把网站搞糊涂了，导致网站打开的速度非常慢，或者打不开
我们在路由器里区分国内 IP 和 国外 IP 的本意是为了打开网页更快，然而，有时却适得其反，甚至导致网页根本打不开
为了方便在需要时切换不同的翻墙方式，2018年9月起，/usr/bin/ss-firewall-asia 分成三个文件：
- /usr/bin/ss-firewall-global
- /usr/bin/ss-firewall-china
- /usr/bin/ss-firewall-asia
分别是：默认，全局翻墙，忽略中国IP，忽略亚洲IP
ping 1.0.9.8-u enable udprelay mode TPROXY is required in redir mode
本教程使用的，也就是官方的shadowsocs-libev服务端是默认启动带上 -u 参数的。但有的朋友可能使用其他版本的服务端，如Python版，就不能保证服务端启动时默认就带 -u 参数
可以这样查询服务端是否启动，及启动参数：
$ ps -aux | grep ss-server
#.../usr/bin/ss-server -c /etc/shadowsocks-libev/config.json -a root -u -f /var/run/shadowsocks-libev/shadowsocks-libev.pid可见上面启动时已经带了 -u 参数
root@eastking:~# ps | grep ss-
#.../usr/bin/ss-redir -b 0.0.0.0 -c /etc/shadowsocks-libev/config.json -f /var/run/shadowsocks.pid
#.../usr/bin/ss-tunnel -b 0.0.0.0 -c /etc/shadowsocks-libev/config.json -l 3210 -L 8.8.4.4:53 -u
root@eastking:~# ps | grep dnsmasq
#.../usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf -k -x /var/run/dnsmasq/dnsmasq.pid 上面的查询显示，ss-redir ss-tunnel dnsmasq都已经正常启动
有时虽然ss-redir ss-tunnel dnsmasq等进程都在，但已经失去响应了，这就需要：
/etc/init.d/shadowsocks restartrestart 内部分 stop 和 start 两步执行，实际测试发现，少数时候 stop 并不能关闭 shadowsocks相关进程，那么只能：
shadowsocks-libev 加密翻墙的方式加大了墙的辨识难度，但不是不可能被辨识。因此，还是有可能受到干扰的。解决方法：更换加密方式，服务端 IP 地址或者服务端的端口
如果是轻度使用翻墙，一般情况即使暂时翻墙不稳定，问题也不大。如果重度使用翻墙，可能被特别注意，被干扰的机率会更大
本教程预编译的翻墙固件都安装了 bind-dig，方便调试
注：本教程默认的 tunnel 转发端口都是 3210
正常的结果类似如下：
root@eastking:~# dig @localhost -p 3210 google.com
; <<>> DiG 9.9.7-P3 <<>> @localhost -p 3210 google.com
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38460
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 299 IN A 74.125.226.33
google.com. 299 IN A 74.125.226.36
google.com. 299 IN A 74.125.226.32
google.com. 299 IN A 74.125.226.38
google.com. 299 IN A 74.125.226.41
google.com. 299 IN A 74.125.226.39
google.com. 299 IN A 74.125.226.35
google.com. 299 IN A 74.125.226.46
google.com. 299 IN A 74.125.226.37
google.com. 299 IN A 74.125.226.40
google.com. 299 IN A 74.125.226.34
;; Query time: 290 msec
;; SERVER: 127.0.0.1#3210(127.0.0.1)
;; WHEN: Mon Dec 28 11:55:30 CST 2015
;; MSG SIZE rcvd: 215还是不能翻墙？也有可能是某项配置有误，仔细检查教程中讲到的每一项翻墙设置，确保没有错误
有一次我给路由器新刷翻墙固件后，总是不能翻墙。于是逐项检查，发现了某项配置有误，修正后就可用了
有几次，我发现 /etc/dnsmasq.d/gfwlist.conf 文件成了空文件，恢复后就正常了
相关资源: