Shadowsocks + ChnRoute 实现 OpenWRT / LEDE 路由器自动科学上网

本站发布的三种使用 shadowsocks 在 OpenWrt / LEDE 上的自动科学上网方案:

1、Shadowsocks + ChnRoute 实现 OpenWRT / LEDE 路由器自动科学上网
2、Shadowsocks + Redsocks 实现 OpenWRT 路由器自动科学上网 (停止更新)
3、Shadowsocks + GfwList 实现 OpenWRT / LEDE 路由器自动科学上网

这篇文章介绍的方法基于aa65535的luci-app-shadowsocks/openwrt-shadowsocks,介绍了如何在OpenWRT / LEDE下配置自动科学上网,新版本支持在Luci下图形化配置,大大简化了配置过程。配置完成后,路由器本身获得自动科学上网能力,所有连入该路由的设备都可无障碍访问被墙的站点。是运行于路由器的透明代理。

方案简介
方案根据IP判断是否代理,国内IP不代理,国外IP走代理。代理通过shadowsocks所带ss-redir做TCP转发实现,分国内外IP通过国内IP段列表文件chnroute来区别,并通过iptables规则分别处理。

由于是基于IP的判定,故需要解决DNS污染的问题,本方案使用优化的DNS解析方案,除过防DNS污染,同时具有良好的CDN兼容性,大部分情况下是最优的解析结果(缺点是配置过程稍繁琐)。

本方案进一步优化,增加GFWList和Dnsmasq-China-List,使得GFWList中域名强制走代理,而Dnsmasq-China-List中的域名则强制直连,并且可以自行定义强制走代理或者不走代理的域名

本文changelog
[2020.04.01] 优化了端口附加参数部分;优化了custom bypass;添加了OpenWrt19.07可能需要额外安装luci-compat的描述文字。

[2019.05.09] 修订一些错误。

[2018.04.16] 修正部分下载链接。

[2018.04.16] 删除OpenWrt CC版本的安装说明;针对aa65535最新的静态链接编译的版本,修改安装步骤。

[2018.02.23] 部分小错误修订,细节完善(如:增加WAN口DNS设置)。

[2017.10.07] libcares代替libudns,更新安装说明。

[2017.07.22] 跟进luci-app-shadowsocks 1.7.0版本,增加负载均衡说明,修订多进程和TFO的说明。

[2017.06.05] 新增开启TCP Fast Open步骤;新增开启多进程、设置MTU的描述。新增changelog。

[2017.04.09] “附加参数”设置修订。

[2017.03.19] 修订安装步骤。

[2017.02.22] 新增gfwlist配置自动生成脚本;修订chinalist配置自动生成脚本。

[2017.02.09] 支持最新3.x版本shadowsocks-libev;新增LEDE安装说明。

[2017.01.27] 变更DNS方案,DNS部分修订完成;DNS引入dns-forwarder,引入chinalist和gfwlist,新增chinalist配置自动生成脚本。

[2016.12.9] aa65535变更包结构,包名改变;新增访问控制等大量新功能;文章根据新版本重写。

[2014.12 – 2016.11] 各种修订。

[2014-11-18] 首版发布,基于aa65535的shadowsocks-libev-spec。

注:本文不再提供OpenWrt 15.05及以下版本的说明;仅支持LEDE 17.01, OpenWrt 18.06及后续版本

一、安装

适用于 openwrt-shadowsocks 3.0.1及以上版本,搭配 luci-app-shadowsocks 1.6.0及后续版本。

使用OpenWrt 19.07及后续版本的用户可能要安装 luci-compat 才可以正常使用 luci-app-shadowsocks 

所需软件列表

方法一: 添加作者的软件源,直接利用opkg命令安装 (此方式快捷方便,推荐!)

软件源位置:http://openwrt-dist.sourceforge.net/packages/

前提是所用网络环境直连sourceforge.net和downloads.openwrt.org没有问题。

参照 http://openwrt-dist.sourceforge.net/ 里的说明:

首先添加 a65535 的 gpg key,只有这样,第三方的包才能通过签名验证。执行:

打开Luci,定位到“系统”-“软件包”-“配置”选项卡,在“自定义feeds”末尾加入两行并点击“提交”:

请根据自己的CPU架构(可以执行 opkg print-architecture 查看,或者参考“发行版软件源”里的URL里的文本),将mipsel_24kc替换成相应的文本,最后点击提交。

然后执行命令 opkg update 更新软件列表,然后执行下列命令安装依赖包以及shadowsocks相关的软件:


方法二: 手动下载软件包,上传至路由器后安装

如果直连遇到困难(无法连接或者过程中下载总是中断),请继续下面的步骤来安装。实测国内许多ISP,执行 opkg update 和 opkg install 下载安装的时候都可能会遇到卡住、中断的情况,请多试几次。如果尝试多次仍然失败,请参考下面的依赖列表,手动至官方下载站点手工下载。

详细步骤点击展开

依赖包要装全!依赖包要装全!依赖包要装全!重要的事情说三遍!遇到安装问题请参考下列以来列表,看自己装全了没有!

依赖列表

右边注释为该包在官方软件源目录下划分到了哪一类 方便查找

安装过程中如果出现错误提示无法解决,可以留言。

首次安装的话,先确保路由器联网,并更新软件包列表:

注:部分ISP访问OpenWrt官方站点可能会非常缓慢甚至下载失败,此时需要自行在PC上下载上面的依赖包以后自行上传至路由器目录手动安装。

首先,需要手动安装部分依赖包(并不是所有的依赖包,部分依赖包会自动从软件仓库安装)

接下来下载软件,注意需要根据自己的CPU内核架构来进行选择。可使用如下命令查看架构类型:

下载地址: http://openwrt-dist.sourceforge.net/packages/

需要下载的文件:

将下载的包通过WinSCP之类的工具上传至路由器的/tmp目录。

安装shadowsocks, ChinaDNS以及dns-forwarder:

二、shadowsocks 配置

登录Luci,指向“服务”,此时应该能够看到shadowsocks(中文界面下显示“影梭”)了。接下来进行shadowsocks的配置。

I. 添加服务器

第一步先禁用LAN、WAN的ipv6,因为目前此方案的透明代理模式不支持ipv6,如果存在ipv6网络可能会有各种尴尬的问题:

LAN口设置里,将这三个改成已禁用即可:

至于禁用WAN口ipv6,如果你不需要路由器自身翻墙,则可以忽略这一步,否则:

①看看WAN6口有没有获取到IPv6地址,如果均没有跳到③,如果有跳到②;

②删掉WAN6口,保存,重连WAN口,稍等一会儿再看WAN口有没有ipv6,如果没有就完成设置了,如果有,跳到③

③修改WAN口设置,在高级设置里把获取ipv6地址改成禁用

PS:如果你想搞得彻底点,可以不管上面的步骤,直接在/etc/sysctl.conf里面添加两行:

然后执行 sysctl -p  生效,这样会在路由器上整体禁用ipv6。

 

切换到“服务器管理”选项卡,点击“添加”来增加一个服务器配置信息。你也可以同时添加多个服务器配置信息,如下图:

%e6%9c%8d%e5%8a%a1%e5%99%a8%e7%ae%a1%e7%90%861

添加一个服务器配置后,就要填写服务器配置(如下图),服务器地址、服务器端口、密码、加密方式是必须的。建议在别名中为当前配置文件起一个名字;填入信息后保存&应用。插件名称和插件参数留空,因为插件的使用不是本文的讨论范围。服务器地址需要填入IP地址。


II. 设置代理方案

接着切换到“访问控制”页面,一种配置举例如下图(不要抄图中的设置,每个人的情况不同,请参考下文的说明,根据自己情况设置!):

简单的说明一下图中配置的应用场景:

路由器多人共用,只有我使用shadowsocks,因此设置“代理类型”为“直接连接”,此时连入路由的设备访问网络时候默认直连,不走shadowsocks;而我有一台PC、一部手机、一台平板需要走代理,在“内网主机”中配置这三台设备的IP的代理类型为“正常代理”,还有一台PS4,联网游戏需要全局代理,设置他的IP(图中192.168.X.102)的代理类型为“全局代理”;还有一台下载机和一个物联网监控设备,不能让它们走代理,设置他们的IP(192.168.X.103/105)为“直接连接”。

具体使用时,需要根据自己的情况设置。多数情况设置代理类型为“正常代理”即可。具体每个选项的解释如下:

外网区域:控制访问哪些外网地址时走代理/不走代理

忽略列表文件:访问在这个列表中的IP时,不经过shadowsocks代理。这个方案使用chnroute文件作为忽略文件,只有配置了这个文件,shadowsocks才可以自动区分国内和国外IP。由于安装ChinaDNS的带有这个路由表文件,就选择“ChinaDNS路由表”。

不过这个列表需要定期更新,ChinaDNS安装时候附带的那个比较老旧了,需要更新,执行以下命令手动更新(建议ss开启时候更新,更新完后记得重启ss),请确保看到进度条走满,并检查最终的 /etc/chinadns_chnroute.txt 文件,文件中应该是每行一个CIDR。更新过程如果中断,请重试,更新前请备份之前的文件以免出问题。更新完成后,需要重启shadowsocks。

额外被忽略IP:这个列表中的IP强制绕过shadowsocks代理,如果有多shadowsocks服务器的可以将所有服务器的IP填进去,如果是单服务器不用填;其他按需添加。

强制走代理IP:这个列表中的IP强制走shadowsocks代理,填入8.8.8.8和8.8.4.4,其他按需添加。

 

内网区域:控制连入路由的设备访问网络时候的代理方式

共三种代理方式可选:

1.正常代理:使用外网区域设置的方式。

2.直接连接:忽略外网区域的设置,不走代理。

3.全局代理:忽略外网区域的设置,强制走代理。

具体到每个选项:

网络接口:shadowsocks只作用于勾选了的网络接口。默认OpenWRT/LEDE只有一个LAN区域,此处也只会显示一个接口,也就是:“桥接:br-lan”;一般情况勾选它就行。当路由配置了多个LAN区域时候,则会显示多个,比如配置了访客网络,勾选访客网络的接口就可以让shadowsocks的配置在访客网络中生效;如果你不想让访客访问网络时走代理,那么这里不勾选即可。

代理类型:连入路由的设备访问网络时,默认的代理方式。

代理自身:路由设备自身访问网络时的代理方式。使用本文方案时请选择“正常代理”或者“全局”,否则会导致DNS解析出问题,稍后我会修改方案,避免出现这种尴尬状况。

内网主机:单独配置内网特定IP的代理方式,优先级更高。需要为设备划分固定IP地址已达到最佳效果。

全部完成后,点击保存&应用。


III. 开启代理服务

最后切换到常规设置,来完成最终的配置:

运行状态:

透明代理: ss-redir的运行状态,shadowosocks代理的基础服务,提供TCP/UDP透明代理。

socks5代理:ss-local的运行状态,shadowsocks的socks5代理功能,路由器作为socks5代理服务器。

端口转发:ss-tunnel的运行状态,通常用作转发DNS。

透明代理:

主服务器:透明代理使用的默认服务器(TCP透明代理、端口转发两个功能会使用这里选择的服务器),此处从列表中选择你需要使用的服务器。

UDP服务器:UDP透明代理使用的服务器,可以和主服务器一致,也可以不同(也就是可以使用不同的服务器分别代理TCP和UDP连接)。在代理一些外服网络游戏的时候可能比较有用,其他多数情况下可以关闭。开启此项需要服务器支持,服务器端需要开启UDP功能。

本地端口:shadowsocks服务需要占用一个路由器端口,推荐保留默认,但不能和其他运行的程序有冲突,也不能和下面”socks5代理”和“端口转发”中的本地端口冲突。

更新MTU:手工指定MTU值传递给shadowsocks。通常PPPoE宽带连接为1492(也是此处默认值),网线直连以太网为1500。通过执行 ifconfig 可查看MTU值(找到wan口对应网卡设备即可)。也可以通过ping命令测试,具体步骤请超出本文讨论范围,不再叙述。

socks5代理:

有需要就开吧,不知道有用没的话就停用。

端口转发:

通常用于转发DNS请求,本文的方法未用到此功能,不用开启。如需要UDP方式的国外DNS解析,可用这个功能替换掉dns-forwarder.

最后再次保存&应用,并刷新页面,看到“运行状态”中对应的项目显示运行中即表示成功。


IV. 额外的优化

1. 避免高端口走代理

在访问控制→附加参数中选择自定义,填入 -m multiport --dports 22:1023,5228 ,这样可以避免高端口走代理(22:1023是指的代理22~1023所有的端口,后面跟的5228是google play store下载时用到的端口)。P2P类下载软件,多使用高端口,这样的设置可以避免此类软件走代理从而产生高额流量。也可以选择只代理53/80/443(至代理DNS、HTTP、HTTPS流量),或者选择无(不按端口区分走不走代理),请根据情况酌情选择。

如需代理FTP,请选择无,或者确保服务端是主动模式时代理对应的端口(通常是20和21)

你也可以自定义,其实就是iptables的额外参数,举例:

2. 开启 TCP Fast Open (TCP快速打开,缩略为TFO)

需求: 系统内核版本≥3.7,shadowsocks-libev≥3.0.4,luci-app-shadowsocks≥1.6.3;shadowsocks服务端开启tcp fast open。

修改 /etc/sysctl.conf ,加入如下一行:

执行如下命令使之生效:

然后在luci-app-shadowsocks的服务器设置中勾选TCP快速打开即可:

保存并应用即可。

2. 多服务器负载均衡

负载均衡可以使用多个服务器同时代理,使用时不同的TCP连接会分别分配到不同的服务器上,因此在多线程下载/上传时候可以做到带宽叠加提升速度。1.7.0版本加入此特性,使用方法也很简单,点击主服务器右边的加号再添加一个服务器即可,使用前请确保CPU不成为性能瓶颈,否则也只是徒增负载而已。注意使用多服务器负载均衡时, 可能会导致某些网站登录异常。

下面的描述针对使用多核心CPU的用户:

上面的配置其实是对HK2和HK1两个服务器分别开了一个进程,如果使用的是多核心CPU的路由器,建议使用多服务负载均衡,将进程数开到和CPU核心数(有超线程技术的则是和线程数)保持一致。如果不想使用多服务器负载均衡,只是想使用单一服务器,或者只有一个服务器可用,那么可以添加相同的主服务器,这样虽然对于网速没有改善,不过可以充分利用多核心的性能。

 

三、DNS配置

到此虽然shadowsocks配置完成,不过还没有进行DNS部分的配置,只有完成了DNS的配置才能解决DNS污染并优化DNS解析,接下来的部分来对DNS的配置进行说明。

PS:DNS的调试可以使用dig

I. DNS转发链图示

完整的DNS转发链如下图所示,先在dnsmasq这一层利用China-List和GFWList进行国内和国外域名区分,不在这两个列表中的域名交给ChinaDNS来区分;区分完毕后,国内的直接通过UDP协议交给国内DNS处理,国外的则会先利用dns-forwarder转成TCP协议后,走shadowsocks代理后交给国外DNS处理。

之所以交给国外DNS查询之前要转成TCP协议,是因为实际使用时候发现,UDP方式的查询在很多ISP的网络中不稳定,会造成各种异常,甚至使得ChinaDNS卡死,而且UDP方式对于部分特殊ISP甚至完全不可用;而TCP方式较为稳定,不过会相对慢一些,但绝大数情况下不会有明显差异。因此本文默认使用TCP方式。如果你需要使用UDP方式(比如说对DNS查询延迟要求很高),那么请使用shadowsocks的端口转发(ss-tunnel)替换此处的dns-forwarder。

其他转TCP查询的方式可以参考:《TCP 方式查询解决 DNS 污染问题》

II. DNS转发链的基本配置

luci界面,“服务”→”DNS 转发”(英文界面是DNS Forwarder),如图配置:

dns-forwarder

“服务”→”ChinaDNS”,如图配置,建议修改114.114.114.114为你ISP的DNS地址(此处5311为DNS Forwarder的监听端口,需要和上面dns-forwarder设置保持一致):

chinadns

在Luci中切换至“网络”-“DHCP/DNS”设置,如下图,在”DNS转发”中填入:127.0.0.1#5353

dns

其中,5353是ChinaDNS的本地端口,需要和上面ChinaDNS设置保持一致。

然后切到HOSTS和解析文件选项卡,勾中“忽略解析文件”,否则,dnsmasq会引入WAN口自动获取的DNS,造成DNS污染。

4

另外,请记住原来的设置(如下图),免得哪天想要撤掉科学上网的时候改不回去了,注意取消勾选后下面的“解析文件”里的值需要重新填写。

problem1

 

如果你需要路由器自身也能翻,那么到这里还没结束,因为目前的DNS设置不会对路由器自身访问WAN时候的DNS请求生效,还要下面的的额外步骤:

切换到WAN口设置→高级设置,取消“

同时也请记住你修改过这里的配置,那天你想撤掉科学上网的时候记得把这个改回去。

 

至此,DNS的基本功能的配置结束,应该可以正常科学上网了,此时可以尝试一下是否成功。然而此时区分国内国外域名全靠ChinaDNS,但是ChinaDNS的判断并不一定是准确的,需要优化。“DNS转发链的优化配置”部分会加入GFWList和China-List,来优化国内国外域名的解析。

III. DNS转发链的优化配置

1. 修改dnsmasq配置:

新建目录  /etc/dnsmasq.d ,然后执行:

如果返回值为 uci: Entry not found 或者其他非  /etc/dnsmasq.d 的值,则执行:

如果需要增加缓存条数,对应需要执行:

如果返回值为 uci: Entry not found ,则执行(缓存条数酌情设置):

如果返回值是一个数字,说明设置过该选项,但如果感觉小了,运行如下命令修改该值:

然后为了正常使用下面用到的脚本,需要安装可信根证书以及curl:

2. 添加gfwlist和China-List配置文件(此部分配置和“四、按域名指定是否走代理”部分的配置二选一):

(感觉下面的步骤有难度的,或者单纯不想用自动脚本生成的,可以使用现成的配置文件来代替下面的操作,但需要进行批量替换,将China-List中的DNS改成你ISP的DNS,将GfwList中的DNS改成127.0.0.1#5311。下载地址:dnsmasq_gfwlist.confaccelerated-domains.china.conf

下面的步骤会使用我编写的脚本来自动生成配置文件,脚本放在github维护,可能随时更新,可到gfwlist2dnsmasq, openwrt-scripts查看最近更新的动态。

下载自动生成规则文件的脚本:

逐条执行,并重启dnsmasq(记得下面命令中114DNS换成ISP的DNS):

完成后可自行查看 /etc/dnsmasq.d/accelerated-domains.china.conf 和文件,如有不需要的域名,注释掉或者删除即可(eg: 我这里港服PS Store直连很慢,于是在列表中搜索playstation关键字,将对应行用#注释掉。如果直连不慢建议不要更改)

PS:路由性能不好的,慎用China-List。

四、按域名指定是否走代理(可选)

这一部分的配置用于替代 “三.III.2. 添加gfwlist和China-List配置文件”中的步骤。请在完成“三.III.2. 添加gfwlist和China-List配置文件”前面的配置后进行这一部分的配置。

下面的步骤会使用我编写的脚本来自动生成配置文件,脚本放在github维护,可能随时更新,可到gfwlist2dnsmasq, openwrt-scripts查看最近更新的动态。

先使用dnsmasq-full替换掉原有的dnsmasq,由于先卸载dnsmasq后很可能会导致后面下载dnsmasq-full包的时候无法域名解析,从而导致下载失败,因此这里使用一个取巧的办法,先尝试安装dnsmasq-full:

然后会收到错误信息(原因是文件冲突),dnsmasq-full也不会成功安装;但是不用管,因为此时dnsmasq-full的依赖包应该已经装好了。接下来到openwrt官网下载dnsmasq-full的包,举例:https://downloads.openwrt.org/releases/packages-18.06/arm_cortex-a9_vfpv3/base/dnsmasq-full_2.80-1_arm_cortex-a9_vfpv3.ipk

然后将ipk包上传到路由器/tmp目录,并执行如下命令:

I. China-List强制直连 自定义域名强制直连

下载并执行自动生成规则文件的脚本,并重启dnsmasq(记得命令中114DNS换成ISP的DNS):

完成后可自行查看 /etc/dnsmasq.d/accelerated-domains.china.conf 和文件,如有不需要的域名,注释掉或者删除即可(eg: 我这里港服PS Store直连很慢,于是在列表中搜索playstation关键字,将对应行用#注释掉。如果直连不慢建议不要更改)

接着可以继续添加自己的需要强制不走代理的域名,在 /etc/dnsmasq.d 目录下新建 custom_bypass.conf ,按照下列格式添加(把114替换成ISP的DNS):

建议把所有.CN域名强制不走代理,玩steam、ps等的玩家也酌情将对应的域名添加进来,相关的域名列表可以在网络上搜索获取。

一个站点很可能存在CDN,此时也要将对应CDN域名加进来,并且站点页面也可能加载了多个域名的资源,这些域名也要酌情加入进来,可以使用浏览器的开发者工具查看这些域名。

最后不要忘记重启dnsmasq:

PS:路由性能不好的,慎用这一部分的配置。

II. GFWList强制走代理 自定义域名强制走代理

下载自动生成规则文件的脚本并执行:

接着可以增加自己的强制走代理的域名,在 /etc/dnsmasq.d 目录下新建 custom_forward.conf ,按照下列格式添加(5311对应dns-forwarder端口):

一个站点很可能存在CDN,此时也要将对应CDN域名加进来,并且站点页面也可能加载了多个域名的资源,这些域名也要酌情加入进来,可以使用浏览器的开发者工具查看这些域名。

最后不要忘记重启dnsmasq:

四、其他

一些强烈推荐的额外设置项(涉及到更新、维护)可以参考:《Shadowsocks for OpenWRT / LEDE 拾遗》

需要自己搭建服务器的,可以参考:shadowsocks – libev 服务端的部署

推荐的VPS商家见:https://cokebar.info/about

本博客有关 shadowsocks 文章合集目录

五、写在最后

本人作为一名普通使用者,水平有限,且文章也缺乏校审,肯定有错误存在,也有很多能改进的地方,如有意见或建议,请留言指出,万分感谢! 如果使用时遇到问题也欢迎留言,本人如果有空都会回复,不过请一定要将出错信息贴出来,有些错误信息需要到系统日志中查看。

2,168 条评论

  1. cici 回复

    楼主的教程还需要像之前那篇用到dnsmasq-full吗?按照这篇教程的步骤shadowsocks一直启动不了

    1. cokebar 文章作者 回复

      我之前那篇也没用到啊。这个方式没用到dnsmasq的ipset功能,不用装那个。 启动不了可以直接手动执行ss-redir -c /etc/shadowsocks/config.json看看自己配置文件到底写对了没 如果有误 通常会有异常输出出现

    2. aa65535 回复

      需要保证 luci 界面里必要的信息都填写完整了。
      有的 input 留空时会有一个提示用的 placeholder ,但是那个不是实际值,还是需要填写的。

      1. cokebar 文章作者 回复

        现在这种灰色容易误导人。。luci其他地方 灰色就代表默认值 可以不填

        1. aa65535

          下个版本会解决这个问题。

        2. cici

          还真是被这个灰色的值误导了。感谢

  2. saiwei 回复

    谢了,参考你的文档,Shadowsocks 已配置成功

  3. Halry 回复

    如果我在内网用windows搭建了个ss客户端,监听的是0.0.0.0,现在想把要翻墙的流量转发到那个客户端上面怎么弄?ss客户端在192.168.1.100上,想把全家的要翻墙的流量转到那上面,怎么弄?

    1. cokebar 文章作者 回复

      windows客户端用的是ss-local,除过作为ss的客户端,也是一个socks5代理服务端。首先确保192.168.1.100的PC上防火墙允许ss客户端的所有进站出站流量。然后就看你的需求了,看你只是需要浏览器翻墙还是需要全局翻墙(支持除浏览器外其他程序)。
      假设你ss客户端本地端口是1080,那么,浏览器翻墙的话,和客户端所在PC一样,在Chrome安装SwithySharp(Firefox安装AutoProxy)。配置代理方式为socks5,服务器IP为192.168.1.100,端口1080即可。如果想全局,那么,推荐用Proxifier PE,下载后在各个机子里面安装,先添加proxy,IP为192.168.1.1,端口1080,然后添加proxy rules,可以制定Default走ss,就是全局了,也可以手动指定哪些程序走ss,手动输入exe文件名即可。同时注意,192.168.1.100那台机子如果也想用Proxifier,那么需要多添加一条规则,将ss客户端添加进去,指定为Direct不走代理,要不就死循环了。

      1. Halry 回复

        我是想在openwrt上面进行转发,想用pac文件或者gfwlist来做个规则,不想在chrome上面再进行配置,也不想配置全局。
        在路由器上面配置ss怕不稳定,导致路由宕机。由于我高三党,一个星期才回那几个小时家,路由宕机了父母也不会修。。。

        1. cokebar 文章作者

          1、chrome插件就是gfwlist方案,如果不想用Chrome,其他webkit内核的浏览器也行,大部分国产浏览器的极速模式都支持。
          2、LAN特定IP全局转发至LAN特定IP,iptables可以做到,不过一旦192.168.1.100的PC下线,其他设备全部断网,至少是断国外,额外的操作是重启路由器防火墙,操作更加繁琐,一旦操作失误可能直接无法连接路由器,必须fail-safe
          3、这种转发需要ss-redir,如果按你的来,需要自行编译windows版本的ss-redir
          3、shadowsocks是socks代理,协议层的东西,只能做到IP层面的转发;gfwlist是应用层,涉及到http(s),shadowsocks做不到。目前虽也有gfwlist的方案,但那是通过dnsmasq将gfwlist中涉及的域名转化成IP后在处理,本质上还是按IP转发。
          4、稳定性问题,除非有bug,否则运行是很稳定的;遇到问题重启基本也能解决。而如果是代理服务器连接不上,那ss装哪里都一样;而且性能消耗很大程度也落在了转发上面,chnroute是很长的,iptables规则数量很多,越多负载越高;
          5、如果shadowsocks进程挂掉,基本只是国外网站挂掉。可开启openwrt的wan口ssh,用手机的ssh客户端可远程解决

        2. Halry

          首先谢谢你的回复,那么长,呵呵。。
          我仔细想了想,也对,这是不可行的,恩恩。
          你说做软路由我也不敢,自己已经有3部pc了(服务器,自己的,下载机),再装会被骂死。看来也只好在路由器上面装了。
          想问下chinadns能提供防污染吗(防止运营商劫持)。
          还有就是你觉得ar9344+128mb的内存够用吗,路由器是wndr4300。最近预算较为充足,需要换一部吗。
          有适用于openwrt的watchdog吗。卡死了自动reboot那种。
          题外话:我那部服务器还有什么用,4核xeon+8g当nas太浪费了。。。。现在连DNS都不用它解析了。。。

        3. ssw

          请问哪里有下载openwrt的适配4530R的固件?

        4. cokebar 文章作者

          实在不想用路由器运行ss的话,可以考虑用一台PC做软路由

    2. cokebar 文章作者 回复

      只要你ISP不封公共DNS,就能解决运营商DNS劫持,ChinaDNS默认国内用的114DNS,目前算是国内最好的公共DNS了(不考虑GFW的DNS污染); 如果不能用114,只要运营商没给你加广告啥的(应用层劫持了,成本挺高的),用着也无所谓,反正国内网嘛(他给你加广告你就打电话投诉)。。其他一些国内公众DNS也有,你可以去找。
      wndr4300是目前最火的型号之一,配置绝对够用了,OpenWRT官方适配了的型号里算是高配了。我现在用的 GL-iNet,5V供电的小路由,64MB内存,8MB ROM,空闲内存长期7成以上。

      1. Halry 回复

        好的,已经决定了。在router上装ss和chinadns。
        dns污染已经想到办法了,server继续做dns解析器就可,就能防污染了。
        server上面弄个虚拟机装个CentOS,做个小小的dmz就能当墙内的ss的server了。
        谢谢解答呀,让我瞬间开朗了:)
        对了,在搬瓦工的vps里面怎么优化一下ss,搬瓦工的openvz没有hybla。。。。用的是centos 6

      2. myliyifei 回复

        wdr4300性能是足够了。百兆带宽略有不足。

  4. fan of u 回复

    首先感谢文章与付出,能否再详细点,简单点呢?从路由器说起,步骤环扣,相信会造福千百万小白!

    1. cokebar 文章作者 回复

      OpenWRT要从零说起我写五六篇文都不一定能讲完啊。。

  5. cici 回复

    我用方案一的自己VPS搭建的DNS服务器访问网站慢得可耻,换回方案二就好了,不知什么原因

  6. Halry 回复

    发现一个问题,装了那两个luci-app后还是用不了呀,没有图形界面,我的luci是英文的,关事吗

    1. cokebar 文章作者 回复

      装luci-i18n-chinese调到中文试试,应该不会。难道不兼容?

    2. aa65535 回复

      luci-app 有 i18n ,默认就是英文的,不显示界面应该是因为你的 chinadns 和 shadowsocks 不是最新版本,/etc/config 下面没有对应的配置文件。

      1. Halry 回复

        可以了,谢谢。果然是我的问题

  7. bilibili 回复

    发现作者好耐心,有些很小白的问题都一一回答了,点赞。。。
    另外上次折腾你这个发现某个奇葩的问题,两个vps上一样的系统ss一样的配置,发现某个vps居然死活无法转发dns。。。坑死了

    1. cokebar 文章作者 回复

      服务端启动时候加-u

  8. ssw 回复

    请问你有4530r的包不?我对linux不是非常熟悉。所以想简化下配置。直接刷入你整合好的固件。

    如可以请邮件给我下固件,地址如下
    sangsw@gmail.com

    1. cokebar 文章作者 回复

      整合这个的固件目前是没有的,至少现在不会有人去做,aa65535最近更新也很频繁,功能也是不断增加,易用性不断增强。你只能从刷官方OpenWRT开始,手动安装。这个版本已经方便多了,也就是几个包的安装用了SSH,其他都是图形化配置了,已经没啥难度了。之前的可是全程SSH,还要改配置文件、启动脚本

        1. cokebar 文章作者

          感谢 不过我这里联通测试 不爬墙连不了sourceforge.. 对于首次装的童鞋还是要换下载源。
          如果ss能发到openwrt官方就爽了

        2. nobody

          我已经把openwrt_dist_install.sh从你的网站上下载到我的电脑上了,然后用MINIHTTP加载,
          在OPENWRT里 wget -O- xxx |sh也不行吗?

          如果我用winscp上传到路由器,再sh ./openwrt_dist_install.sh ,就可以了吗?

        3. aa65535

          直接在路由上执行上面两条命令就行了。

    2. Halry 回复

      用别人的整合包不怕吗,里面整合个backdoor什么的。。。就哈哈哈了。

      1. ssw 回复

        请问哪里有下载openwrt的适配4530R的固件?

  9. Mingdong 回复

    谢谢这么详细的指南
    按照方案三设置好以后可以打开google无误,不过打开脸谱和推特甚至youtube都会超时,nslookup观察返回的dns仍然是污染过的。路由器内chinadns正常运行。
    另外,我按照方案二设置不成功,墙内地址正常墙外地址全部超时
    请问这是大概从哪里开始排查呢,麻烦了

    1. Mingdong 回复

      本地缓存和hosts都清空过

    2. cokebar 文章作者 回复

      windows自带那个nslookup不大靠谱,按照这篇装个dig,用dig排查:http://cokebar.info/archives/402

    3. cokebar 文章作者 回复

      方案二不成功基本是服务端不支持UDP转发造成的。你可以用手机客户端试试,开UPD转发如果造成无法联网就是不支持UDP转发

    4. cokebar 文章作者 回复

      用dig排查,一级一级来,先检查dnsmasq这一级:
      dig @192.168.1.1 www.youtube.com
      然后再看ChinaDNS这一层:
      dig @192.168.1.1 -p 5353 www.youtube.com
      还有就是,测试前要重启dnsmasq或者重启路由器,路由器DNS服务也有缓存的:
      /etc/init.d/dnsmasq restart

      1. Mingdong 回复

        果然dig的结果完全正常,是我自己太蠢没有修改本地网卡dns,改成自动获取就完全ok了,感谢耐心的指导

  10. ssw 回复

    请问作者,在使用方案2的情况下,日本的ip的vps,怎么才能访问https://plus.google.com/u/0/?tab=mX 这种类型的网站呢?是哪里解析出现问题导致的?

    1. cokebar 文章作者 回复

      按照这篇装个dig,用dig排查:http://cokebar.info/archives/402

    2. cokebar 文章作者 回复

      我是Linode东京,解析结果如下,你可以对比:
      ;; ANSWER SECTION:
      plus.google.com. 16813 IN A 173.194.117.165
      plus.google.com. 16813 IN A 173.194.117.164
      plus.google.com. 16813 IN A 173.194.117.162
      plus.google.com. 16813 IN A 173.194.117.166
      plus.google.com. 16813 IN A 173.194.117.160
      plus.google.com. 16813 IN A 173.194.117.174
      plus.google.com. 16813 IN A 173.194.117.169
      plus.google.com. 16813 IN A 173.194.117.168
      plus.google.com. 16813 IN A 173.194.117.167
      plus.google.com. 16813 IN A 173.194.117.161
      plus.google.com. 16813 IN A 173.194.117.163

      1. ssw 回复

        我现在的发现我使用了方案2,并且升级了chnroute,但是我发现我baidu的ip显示出来的居然是vps的地址,我感觉我打开所有的网站都是通过vps的。所以我想请问就这个问题,通常是哪里出现了问题。

        1. cokebar 文章作者

          是不是升级chnroute出错,你查看下/etc下面的chnroute.txt文件内容 应该很长

        2. ssw

          的确非常长,应该是升级完毕的。毕竟我是看见它跑完100%的。

        3. ssw

          估计是百度解析出来的是国外ip导致的。。我发现有些国内网站是正常的解析。

        4. ssw

          我现在恢复正常了。但是发现4530的路由的SS进程会无故停止,刚刚已经发现2次无法上网,回头一看ss的进程not running。。有解不?

    3. cokebar 文章作者 回复

      你OpenWRT啥版本的 我这里小路由运行也挺稳定的啊 没出现意外退出
      这情况只能写个计划任务脚本,定期检查ss-redir进程是否运行,如果没有就重新运行

      1. ssw 回复

        Firmware Version OpenWrt Barrier Breaker 14.07 / LuCI Trunk (0.12+svn-r10530)
        Kernel Version 3.10.49

        希望这个问题能解决吧。顺便问下。我能和你合租Linode东京的服务器不?我自己的优点慢。个人的。

        1. cokebar 文章作者

          这一期人够了 承诺了不再加人了 我是一季度一周期收费,下次在年底

      2. ssw 回复

        cokebar:

        我发现在Firmware Version OpenWrt Barrier Breaker 14.07 / LuCI Trunk (0.12+svn-r10530)
        Kernel Version 3.10.49
        的情况下,一旦安装了libopenssl之后,重启就发现ppoe无法建立连接的情况了。能有什么好的解决方法?换libpolarssl?

        1. cokebar 文章作者

          额好蛋疼 你试试吧 好迷的情况

        2. ssw

          我发现无论安装了那个ssl之后,我的ppoe都不起作用了。有什么命令可以查看ppoe的进程是否工作?
          我想找到ppoe不工作的原因。
          并且mac系统ssh登录的时候提示认证错误。有没有什么好的方法?比如导入公钥之类的。有教程不?

        3. ssw

          今天重新安装了factory的版本,ssl又没有问题了.现在看起来一切都正常了..
          谢谢你了啊

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注

请输入验证码 *