起因
最近用上了iKuai的分流后,一直没什么问题,直到有一天查看了OpenClash的连接信息发现PT站的请求还是被先分到了旁路由,反正都是直连,我当然希望直接从主路由就直接出去而不是先到我的旁路由里面绕一圈。于是开始了尝试。
排查
iKuai分流里面是有域名分流的策略的,而我也确确实实把PT站点的域名写了进去并配置了直接从WAN1口出去,不要走WAN2口(旁路由)。但是ikuai的域名分流并不可靠,尽管我按照官方要求的填写了对应的多线路DNS之后,仍然是偶尔成功偶尔失败,明明上午traceroute的时候没有走旁路由,结果下午再试发现又绕道旁路由了。在官方论坛发了帖也没人回应,Google了半天也没答案,似乎用这种分流方式的人比较少。
解决
没办法,iKuai域名分流支持得确实比较烂,预期指望官方后续更新能解决域名分流不正常的问题还不如另辟蹊径。PT比较忌讳的主要是做种汇报的时候是走了梯子,浏览网页理论上不影响。那么就好办了,只要把PT的做种进程分离开来就行了。因为我是用的Docker部署Qbitorrent和Transmission,所以我接下来只讨论Docker下的解决方案。
映射端口
因为宿主机还是需要按需分流的,所以我们不能将整个IP都归到直连去,我们这里需要缩小范围。首先我们可以将容器的端口映射出来,我用的是docker-compose
编排,所以这里写一个docker-compose.yaml
的示例:
1 | services: |
将端口映射到宿主机后,再到iKuai的端口分流里面设置好IP和端口,绑定到主路由出口网口即可:
可以到qbitorrent容器中traceroute检查流量是否流向正确:
macvlan给容器分配独立IP
端口映射的话还要担心端口冲突,那么有没有不用端口映射的方法呢?当然有,答案就是macvlan。由于篇幅限制,macvlan的原理这里不进行讨论,只给出配置方式。
创建macvlan虚拟网络
首先我们需要在docker中创建macvlan:
1 | docker network create -d macvlan \ |
创建好macvlan之后,需要在docker-compose.yaml
中使用:
1 | services: |
这样简单两步我们就已经创建好macvlan并用上啦。
分配IP的容器与宿主机互通
因为我nginx也是docker的容器,但是我nginx不想分配IP地址,所以用的是宿主机的网络,然后qbitorrent改了macvlan后我发现nginx的反向代理失效了,nginx连不上qbittorrent容器了,也就是说宿主机连不上使用了macvlan的容器了。这是因为在 macvlan 模式下,出于安全考虑,默认禁止宿主机与容器的通信,也就是宿主机无法访问以及反代容器。但是局域网中的其他设备可以访问到容器。但 macvlan 之间可以通信,因此可以通过新建一个macvlan,然后修改路由,使得主机 <-> 容器变为主机 <-> 虚拟接口 <-> 容器,就可以打通容器与宿主机之间的通信。
新建macvlan
首先需要创建名为my-macvlan2
的虚拟网卡,连接到你的物理网卡上:(我这里是enp6s18
,请按实际情况修改网卡名)
1 | ip link add my-macvlan2 link enp6s18 type macvlan mode bridge |
然后设置该虚拟网卡的IP,需要在上面创建的macvlan网段内,否则无法互通:
1 | ip addr add 10.0.0.99 dev my-macvlan2 |
然后启动网卡:
1 | ip link set my-macvlan2 up |
最后把容器IP加进来做路由即可:
1 | ip route add 10.0.0.88 dev my-macvlan2 |
创建systemd开机自启
网卡和路由规则会在重启之后消失,所以需要进行持久化配置,我这里选择了使用systemd。
首先把上面的命令写到脚本中,我这里放在/usr/local/bin/docker-macvlan.sh
中(不要忘记chmod +x):
1 |
|
然后创建/etc/systemd/system/docker-macvlan.service
1 | [Unit] |
然后开机自启动:
1 | sudo systemctl daemon-reload |
创建端口分流规则
IP分配好之后,我们只需要到端口分流中新建对应的规则即可(如果有多个IP则这里填入多个IP即可):
到qbitorrent容器中traceroute检查流量是否流向正确:
结束
ikuai免费版没有wireguard,分流功能似乎也蛮坑的,然后还天天弹窗让我登录,接下来就把你换掉!