我也来分享下用了多年的软路由终极方案

69 天前
 YGBlvcAK
简单说:debian+iptables+gfwlist+mosdns+ipset+proxy tool(support redirect)+tproxy(for udp)
具体实现就不说了,会玩的一看就懂,也很简单,不会玩的说了也白说,就说可以实现什么吧

1.透明代理,所有设备自动科学上网,国内直连,国外走代理
2.未知域名自动判断(mosdns),未知域名同时用国内国外 dns 解析,国内 dns 返回国内 ip 就直连,反之用国外 dns 的解析结果走代理,这就是目前最优化的域名解析方式,不接受反驳
3.不绑定任何代理工具,ss 、xray 、hy2 ,想用哪个用哪个,他们都支持 redirect
4.配合优质 vps+mosdns 的 lazy cache ,访问 bbc 和访问网易新浪没有区别,youtube 看视频 10w+
5.没有 fake ip ,那玩意问题太多,不详说,懂的都懂,第一原则是稳定+稳定+稳定
6.基于域名而不是 chinaip ,低性能的 arm 设备也能玩的转

N1 轻松 10w+
8864 次点击
所在节点    宽带症候群
85 条回复
pkoukk
68 天前
不用 china ip 的情况下,游戏这些 udp ip 直连的场景怎么分流的?可以讲一下么
NewEpoch
68 天前
以前喜欢折腾,甚至机箱都买了,折腾完发现,根本没那么多需求,电费也不划算,其实一个华硕梅林系统的主路由就能解决我 99.9%的需求了。。。
povsister
68 天前
@terrancesiu #39
不能,鉴于国内目前 ipv6 的环境,短期内不考虑做 ipv6 支持,开发成本不划算。
yyysuo
68 天前
用 passwall 或者 openclash 就好了,跟你说的逻辑也没什么区别,虽然现在是 alpine+nft+sing-box+主路由 fakeip 静态路由+mosdns 自动探测未知域名分流。
conglovely
68 天前
我用爱快+OP
爱快里把要翻的 IP 弄成一个组,在端口分流里设置下一跳网关指向 OP ,这样即使 OP 挂了也不影响家里其他人,维护的时候就改组内 IP ,客户端也不用再手动修改
milkman155
68 天前
![截屏 2024-04-23 17.31.08.png]( https://image.dooo.ng/c/2024/04/23/662780196790a.webp)
其实还是硬路由方案好,随时跑满网口速率的硬件转发性能以及不俗的科学性能![]( https://imgur.com/L62ZP7V)
milkman155
68 天前
<img src="https://image.dooo.ng/c/2024/04/23/662780196790a.webp" alt="截屏 2024-04-23 17.31.08.png" title="截屏 2024-04-23 17.31.08.png" />
BigDogWang
68 天前
你们都搞的好复杂,我就 mac mini 跑个 surge 做旁路由,也稳得一批
emma3
68 天前
2 是可以有性能更好的方案,就是内网自建 DNS ,内网所有设备解释都使用这台 DNS 服务器负责,不存在什么分流泄露等问题。
465456
68 天前
all in one 才是真爱,openwrt 作底层,全部功能跑在 docker 上,配置文件备份到电脑上
jianny
68 天前
配合优质 vps 啊,我都是白嫖 CF 节点的
fonlan
68 天前
@xyzmax #19 都 pve 了直接虚拟两个 openwrt 啊,同时拨号,平时一台主用,要折腾可以在另一台辅的上折腾,折腾成功了再部署到主的去。要是主的挂了也可以很快切到辅的。
jsq2627
68 天前
我和楼主方案差不多。同样是我折腾软路由十年时间下来,选择的最优解。

但还有几个小问题:

1. mosdns 对未知域名,会有 dns leak 。因为我曾经被请过喝茶,对这方面我有些在意。

2. 目前的 proxy tool 比如 clash ,对 NAT type 会有影响(即便是 direct 规则)。所以我把 STUN 相关端口直接在 nftables bypass 了。clash meta 的 endpoint-independent-nat 也许可以解决,但是实测产生了一些其他问题。

这样会使基于 STUN 或类似 p2p 协议的应用走直连,比如 Google Meet / Teams / FaceTime / 各种游戏。不过问题不大,对于游戏可以另外用加速器。对于视频会议应用,一般他们都有针对中国的优化(已知 Teams / Zooms / FaceTime 都有),直连体验也还行。

3. 有些域名做了分区解析,比如 bing.com 在国内解析到北京,会跳转 cn.bing.com 。并且 bing.com 不在 gfwlist 。这时候想要访问全球 bing ,只能手动把它加入到 mosdns 灰名单。

还好这类域名非常少,需要手动维护的规则很少。

4. 针对一些会探测用户 IP 的特定应用要专门处理。

比如 Steam ,只有当检测到用户是中国 IP 时,才会提供国内 CDN 作为下载服务器。所以需要把 api.steampowered.com 放入 direct 名单。

还有 plex 的外网访问服务,需要把 v4.plex.tv 放入 direct ,这样 plex 才能正确地把国内 IP 作为公网直连 IP 。

--

楼上有人说 "Redirect 和 Tproxy 应该是二选一的关系",我表示支持。在能用 tproxy 时应该都用 tproxy ,这样是最简单的,特别是考虑到 ipv6 ( redirect 不支持 ipv6 )。
jsq2627
68 天前
@szjiehua07 同时拥有 apple tv + homepod 时,如果 homekit 家庭中枢从 apple tv 切走了,会导致 apple tv 失去 ip 转发能力,软路由失效。
这是目前 apple tv 做软路由最大的问题,对于一部分人是完全不可用的。

我很喜欢 Surge ,Surge 是目前所有代理工具里网络栈、规则引擎做的最好的。如果不是这个问题,我也会选择 Apple TV 做软路由。
jsq2627
68 天前
@emma3 自建 DNS 一样要解决分流问题,要不然怎么应对 DNS 污染。有分流就有可能产生泄漏。
lovelylain
68 天前
我也说一下:openwrt+iptables+clash fakeip+adguardhome+redirect(for tcp)+tproxy(for udp),fakeip 搞定家里和外面 wg 分流,非常好用,不接受反驳
terrancesiu
68 天前
看了这么多,还是过于复杂,我就 160 条 dns 规则,2 条宽带跟两个上游的 vps 做 wg 隧道,上游 vps 又从 vultr 的 vps 收表一路反射回家,家里基于 bgp 的策略路由和冗余。vps 上还跑了 surfshark 和 mullvad 的 vpn 做出口策略路由。什么流媒体解锁,ipv4 和 ipv6 双栈、故障转移都搞定。
szjiehua07
68 天前
@jsq2627 哦哦,我没买 HomePod 。还真不清楚这个缺点哈哈。学习了
whyso
68 天前
"会玩的一看就懂,也很简单,不会玩的说了也白说"
反正就是不说
whyso
68 天前
这就是所谓的分享终极方案

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1034889

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX