@CodeWind 旁路由只需要一个口。

主路由建议搞个硬的，你这是 all in boom 。想要功耗低还要当 homeserver ，不如直接收个二手 nas 。但我看下来又不知道 op 到底想要跑啥，“准备买双口万兆电口网卡”，你这盘位都没个，不会是拿 nvme 当 nas 跑吧。

楼上一堆解决方案看下来，结合 op 的需求，感觉就是简单的事情自己搞复杂了。
楼主既然能问出这个问题，说明自己对这个也不好维护，解决方案都已经超出了认知范畴，买了设备也是折磨自己。
直接拉网线就完事了。
给 op 算一笔帐，五条专线，直接用光猫拨号就行了路由器都不用买，买交换机，拉网线，工位拉到机房配线架，要接哪条专线直接用跳线接哪个交换机。你乐意加个路由器像 360T7 这种还能刷机的也就 100 块一个。
24 口千兆的二手交换机 100 块钱随便买，也就 500 块钱。
拉网线，合格的 CAT6 网线一箱 300 米也就 600 块钱。五类更便宜。PVC 线槽不值钱。就这么点，请个网工干 400 块钱怎么都够了。那就 1000 元。
总成本不到 2000 元，我看你买什么路由器+WiFi 能够实现这么傻瓜简单稳定，故障率低网络质量还好。

@urzz 完全不会。只是同一个 IP 地址调用申请 API 频率有限制而已（ caddy 设计的就是 10 分钟频率不会超）

@urzz 不会，caddy 零配置全自动。一个 ca 申请失败还会尝试下一个 ca 。

直接用 caddy 当 http 服务器就可以，自动申请配置证书。两边都用 caddy 就好了 不用同步。

简简单单买个多 wan 口的软路由装爱快就行了，mac 地址绑定然后指定走哪个 wan 很简单。

呃，没有 Windows 版本

GitHub Actions 不好用吗

把 loid 抄下来 恢复出厂设置自己配光猫不就得了

@JKOR 开发者计划不是申请就有三个月根据调用 365 的 API 频率判定吗？申请一年由 github contribution 判定的渠道在哪？

@tiscool 就是通过 DNS 分流的，不全部 FAKEIP ，仅把需要分流的域名解析成 FAKEIP 。本来你 socks 代理一般也就是仅代理 TCP/UDP 协议，走代理也 ping 不了。

买黑群晖就像做菜，你要是想做的话就会自己找菜谱，你问大伙怎么做菜，大伙也不知道你想吃啥啊

@tiscool 几种直连性能 100%的方案，取决于你的网络拓扑：
1 、在主路由本机上弄，使用 DNS 程序（如 mosdns 或者 smartdns ）的 ipset 插件功能，把解析成非 CN IP 的域名（或者其他规则或者手动加入的 CIDR ）的解析结果加入 ipset ，然后把这个 ipset 策略路由扔去代理程序。这样的话只有被判定需要代理的 IP 的 ipset 走代理，默认就是直连。缺点就是对主路由器的性能有影响，all in one 稳定性打折扣。这应该是目前 openwrt 里面那些插件的常用方案之一。
2 、主路由和网关分开弄，然后利用 OSPF 之类的协议分流，可以实现直连并且无法直连的请求走网关，网关炸了也不影响正常上网还能回退。缺点就是操作配置维护比较复杂，比较依赖 IP 库，并且对 BT 等 P2P 应用有影响，不像方案 1 那样可以灵活用域名清单/IP 来控制。这个搜一下 OSPF 分流应该有很多现成教程。
3 、主路由和网关分开弄，然后网关使用 fakeip ，DNS 程序把需要分流的域名（比如可以判定非 CN 域名或者手动配置的规则）解析成 fakeip ，然后主路由添加一条 fakeip 的静态路由即可，比较灵活稳定，配置也很清晰，直连的时候完全不经过网关，网关炸了也是不影响正常上网，缺点就是纯 IP 直连的应用需要手动额外添加一些静态路由来分流，因为没有解析成 fakeip 的机会。这种应用比较少，比如 telegram 。这个可以搜一下 paopaogateway 参考拓扑教程。

建议自己买些好点的模块，很多免打 CAT6 的也不贵，完全不需要工具，打模块比打水晶头稳固多了。然后再买成品跳线插模块用。

装个 armbian 就好了吧，为啥要执着跑 openwrt 呢，拨号什么的交给主路由/光猫就好了

@tiscool 你这个文章也没有指出 ipset 存在什么问题，只是强调 iptables 规则数量过多需要遍历。实际上你要分流并不需要太多的 iptables/nft 规则，ipset 本来就是可以动态增删的，文章强调增删规则是因为他说的场景是对多个容器进行 nat 而不是分流，iptables 增量管理实际上可以通过定义不同的 chain 来做，这一点 nft 或许也更灵活，跑题了，实际上他文章说的跟你用的场景基本上没有交叉。对于 Linux 的策略路由来说，ipset 的确是主流的解决方案。
简单来说，你的路由器用上 eBPF 了吗？ iptables/nft 我想应该目前没有能被替代的 eBPF 程序/防火墙，甚至硬路由有对应的硬件加速，就连商业的 RouterOS 的语法也是 iptables like 的。

其实我不太理解强调直连性能的痛点在哪，既然对内核有要求的话，那么移动端安卓/iOS 不说，Windows 也不用，那么作为透明路由的话，现在大多数插件都是策略路由 ipset 的，本来就是直连不经过程序分流的，直连性能都是 100%。