类库大魔王
类库大魔王 懒惰,傲慢,以及无耐心

avege Android版的计划

前些天看到有人移植了SSR Android版,我就顺便看了看代码,结合网上的一篇文章,觉得似乎挺简单的,它(官方也)用Java/Scala写了个外壳和启动VPN service,其他功能是几个用C写的程序共同完成,包括redsocks,tun2socks,ss-tunnel,ss-local,pdnsd。

之前说过,翻墙主要做两件事,一是DNS无错解析,二是内容传输。

影梭(即Shadowsocks Android)及其fork们分支持UDP转发和不支持UDP转发两种情况处理DNS解析。在支持UDP转发的情况下,就把DNS解析请求通过内容传输通道转发到远端解析回来。在不支持UDP转发的情况下,由tun2socks劫持了本地的DNS解析请求到指定的网关IP和端口,其实就是本地开的pdnsd的端口,pdnsd连到ss-tunnel,而ss-tunnel又通过内容传输通道转发到远端解析回来。所以在开启UDP转发时,pdnsd和ss-tunnel可以省略。

影梭及其fork们分NAT和VPN两种模式进行内容传输。NAT其实就是我之前的文章里说过的在Linux下通过iptables把流量导到指定的IP和端口,需要对手机root才能实现。VPN则不需要Root,但要求系统版本在4.x以上。Android系统提供了接口启动VPN service,得到一个tun fd,app可以通过这个读取tun fd获取所有试图出去的流量,tun2socks把这些流量转换成socks5协议的格式,再连接到ss-local,ss-local则试图把这些流量发送给远程服务器,为了达到这个目的,ss-local和远程服务器之间的连接的fd通过unix domain socket传给VPN service,让它不要劫持这个fd上的出流量。

反观avege当前的实现,DNS解析和内容传输基本上都有了,只不过要移植到Android上还有一些修改的工作:

  • 没有实现UDP转发,我现在还没想清楚这点是否必需
  • 要把跟远程服务器的连接的fd通过unix domain socket发出去
  • 剥离对redis的依赖

另外一些需要改进的项:

  • 没有支持IPv6
  • 没有实现SSR的那些混淆和协议插件(目前它的用户越来越多了

如此,一个avege程序可以替换掉除tun2socks外的其他所有程序,精简多了。

不过计划嘛总归是计划,至于什么时候执行呢,再议了,呵呵。

感觉本文不错,不妨小额鼓励我一下!
支付宝扫一扫

支付宝扫一扫

微信扫一扫

微信扫一扫

如果你看不到评论框,说明Disqus被墙了。