V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Donahue
V2EX  ›  宽带症候群

折腾几年软路由,归来仍是客户端

  •  2
     
  •   Donahue · 49 天前 · 7377 次点击
    这是一个创建于 49 天前的主题,其中的信息可能已经有所发展或是发生改变。
    前面因为 linux 下没有好用的代理软件,玩了好久软路由,把主路由+旁路由等家庭网络结构配置彻底摸清楚了,以为能稳定使用了。结果这个月好多机场都不稳定了,我原来用那个 8 元每月的延迟从 50-100ms 变成随机/连接不上了,几乎不可用。

    现在换成了 linux 下使用 mihomo party, 连接到安卓平板。
    安卓平板使用一个免费好用的 vpn 软件+开启 socks5 代理(every proxy)作为服务器,把 vpn 共享出去,目前看比旁路由稳定很多,免费的 vpn 软件就不说了,里面有一些不合法的广告。

    即使机场没什么问题,不是特别多机器需要科学上网的话,使用 mihomo party 作为客户端也是更好的选择,旁路由虽然看似方便,不用安装客户端/设置各种东西,但是实际使用体验比客户端差好多,经常性需要折腾,切换网络也慢(需要去网页),不同机场订阅切换速度也慢。

    linux 下我知道的还有 clash verge, 这个使用体验没有 mihomo party 好用。
    第 1 条附言  ·  48 天前
    补充下,旁路由 ipv6 并不是不会设置/没法用,但是延迟表现跟 mihomo party 上差距好大(ipv4 也是),我也不知道什么原因。都是用的相同节点.
    好像是说 mihomo 上用的什么真延迟,openclash 上用的其他延迟计算方法(包括了 tcp 建立时间),我也不太懂,不了解~
    第 2 条附言  ·  48 天前
    看 20 楼截图
    第 3 条附言  ·  48 天前
    截图里的 mihomo party 测速没有经过旁路由代理~
    第 4 条附言  ·  48 天前
    搞定了,openclash 里的统一延迟选项开了之后就跟 pc 上测速延迟一样了~ 不过客户端现在也是无感使用,旁路由/客户端使用体验都不错。
    第 5 条附言  ·  46 天前
    我又跳回旁路由了,客户端模式下有好多问题,比如命令行里 apt 、构建软件无法使用代理。不知道为什么,不管了。还是旁路由香
    76 条回复    2025-07-21 04:32:46 +08:00
    Donahue
        1
    Donahue  
    OP
       49 天前
    以及旁路由的 ipv6 设置很麻烦。如果把软路由作为主路由又影响家人上网(有时候需要改配置,重启网络等)。
    Donahue
        2
    Donahue  
    OP
       49 天前
    看了下 mihomo party 是 2024 年 8 月发布的,也不算瞎折腾,毕竟再往前几年 linux 下确实没有好用的客户端。
    mangmaimu
        3
    mangmaimu  
       49 天前 via iPhone
    mac mini 加 surge 做旁路由完全没这些问题,已经毕业了。
    anonymity
        4
    anonymity  
       49 天前
    自己买 VPS 搭节点吧
    allplay
        5
    allplay  
       48 天前 via Android
    主路由和客户端同时用。
    客户端代理为主。
    主路由主要应付一些不方便设置代理的情景,或者手机 app 要检测 VPN 。用时才开,用完就关,很少用到。
    Ipsum
        6
    Ipsum  
       48 天前
    你搞个非侵入式的扶墙网关不就行了?主路由直接指定 fakeip 到扶墙网关,就算网关断了,也不影响你正常使用。
    nomytwins
        7
    nomytwins  
       48 天前
    主路由 1500 元+,mesh 组网,稳定机场用了 4 年了
    Donahue
        8
    Donahue  
    OP
       48 天前
    @allplay 主要是我有两三个机场订阅,openclash 切换好慢
    MarioBros
        9
    MarioBros  
       48 天前 via Android
    @Donahue 把三个机场的节点都合并一起不就不用切换了吗?
    wuruxu
        10
    wuruxu  
       48 天前
    技术有待提高呀
    目前我跑在硬路由上的定制的 VPN ,稳的很,家里是个设备都能科学上网
    Donahue
        11
    Donahue  
    OP
       48 天前
    @dwb938 主要是最近订阅的机场不稳,接入点换成了 ipv6 ,旁路由用 ipv6 设置我还没搞明白。
    都合并也是可以的
    yxmyxmyyy
        12
    yxmyxmyyy  
       48 天前
    除非节点能保持 sla 99.99%,我是不可能把他放到路由器上面分流的。
    mailfarmer
        13
    mailfarmer  
       48 天前 via Android
    @Donahue 你前面说彻底摸清楚了,我觉得你还不够清楚😁
    hackroad
        14
    hackroad  
       48 天前
    还是摸的不够清楚,架构不完善的,我家里稳定 2-3 年了,别搞什么旁路由,一个软路由搞定。
    Donahue
        15
    Donahue  
    OP
       48 天前
    @mailfarmer 准确地说是 ipv4 清楚了,ipv6 了解一大半吧~
    totoro625
        16
    totoro625  
       48 天前
    @yxmyxmyyy #12 实际上节点不稳定的机场我才会放到软路由上,因为软路由不需要考虑费电,直接丢一大堆 fallback 、urltest 、loadbalance 规则进去,这样可用性大大提高,网速又快又省事

    我自用的配置,一级代理 50 个节点分 6 组进行 loadbalance,然后套两层 fallback 一层 urltest ,只作为跨境代理,随意他里面怎么跑,只要能跨境就行
    二级代理 6 节点套了一层 fallback 作为最终的落地节点,保证 IP 不会乱飘

    同样的配置文件丢手机上跑,600MB 内存就下去了,而且各种动态切换,就算是息屏他也在切换节点,手机电量急剧下滑
    zachary99
        17
    zachary99  
       48 天前 via Android
    我也觉得软路由翻墙没意思,手机笔记本在家可以软路由翻墙,外出还是要用客户端,还不如直客户端
    hfl1995
        18
    hfl1995  
       48 天前
    mac mini ➕ surge 吧,即使是外出,我也是穿透回家翻,手机上不维护任何的机场节点和规则。
    wuruxu
        19
    wuruxu  
       48 天前
    @zachary99 路由器翻就是主打方便,在家里 不用去看 开了 VPN 没有
    Donahue
        20
    Donahue  
    OP
       48 天前
    wuruxu
        21
    wuruxu  
       48 天前
    @Donahue IPv6 很重要 用 IPv6 实现科学上网稳定很多
    allplay
        22
    allplay  
       48 天前 via Android
    @zachary99 家庭服务器或者某些特殊 app 有时不方便用客户端,在主路由上临时透明代理一下
    allplay
        23
    allplay  
       48 天前 via Android
    @wuruxu 嫌 ipv6 麻烦的话可以用 ddns ,尤其是 slaac 下面,局域网里面 ddns 性能是无损的
    wuruxu
        24
    wuruxu  
       48 天前
    @allplay ddns 跟 IPv6 有关系 ? ddns 这个不是用来绑定域名的 ?
    allplay
        25
    allplay  
       48 天前 via Android
    @wuruxu 前面说旁路由也要走 ipv6 的,还指定 ipv6 旁路网关
    allplay
        26
    allplay  
       48 天前 via Android
    补充下,旁路由 ipv6 并不是不会设置/没法用,但是延迟表现跟 mihomo party 上差距好大(ipv4 也是),我也不知道什么原因。都是用的相同节点.
    好像是说 mihomo 上用的什么真延迟,openclash 上用的其他延迟计算方法(包括了 tcp 建立时间),我也不太懂,不了解~
    -
    那就不看代理软件的测试。用测速网站看 ping 抖动 带宽
    chycat
        27
    chycat  
       48 天前 via iPhone
    觉得旁路由的玩法是很奇葩,尤其是主爱快+旁 OP 的结构。但你这是机场不稳定吧,和软路由有啥关系啊?
    dongcxcx
        28
    dongcxcx  
       48 天前
    请问一下家人们,我用了 openwrt ,在里面开了 openclash ,还不是 仍然算硬路由?
    Donahue
        29
    Donahue  
    OP
       48 天前
    @chycat 看补充说明~ 即使机场不稳定,客户端的好处也是有的,切换/测试比旁路由好用多了。我觉得旁路由好用,不影响家里其他人上网
    busang
        30
    busang  
       48 天前
    ipv6 用 RA 控制客户端的类型还有广播方式。扶墙开开关关本来就不影响上网。dns 套娃不套娃都一样。除非家里真装个很猛的起夜级硬路由,内网有猛服务刚需这种级别的转发硬桥(现在的家宽外部也不允许)。或者真是哪个部分都折腾不明白,怕直接把主路由干趴。不然真的没啥必要去折腾旁路由。在 openwrt 上开关各类“客户端”和在客户机上开关客户端差别不大。
    xiamy1314
        31
    xiamy1314  
       48 天前
    一个软路由用了五六年了,稳得很。
    maybeonly
        32
    maybeonly  
       48 天前
    出口得有健康检查和自动切换的啊,有故障就自动切下一个
    这和主路由还是旁路由还是客户端没关系
    LongLights
        33
    LongLights  
       48 天前 via iPhone   ❤️ 1
    测速不同应该是 mihomo 插件覆写了不同的“统一延迟”字段,在软路由插件的配置里添加 unified-delay: true ,应该延迟就和你 pc 上一样了。

    mihomo 默认模式( fakeip )不对也不需要对 ipv6 做透明代理,因为本地的 dns 解析只用来判断分流规则,实际上代理服务器访问目标网站时会走服务器自己的解析(也就是你可以在无 v6 环境下通过 v4 连接服务器,服务器通过 v6 访问目标网站)
    wxyrrcj
        34
    wxyrrcj  
       48 天前
    n1 旁路友 稳的一批
    aybear
        35
    aybear  
       48 天前
    n5105 自己从小白到现在玩了 5 年多了,现在这个固件坚挺一年多了,稳的很,最近梯子都不稳(奶昔真的很一般),而且你用出海就不要开 ipv6 ( openclash 有告知),我有 V4 公网要 V6 也没用,我看了看楼主是不适合玩软路由,不喜欢折腾的人还是用客户端的好
    coolloves
        36
    coolloves  
       48 天前
    可以考虑我的方案啊
    1-linux 上使用 mihomo 核心起服务,
    2-op 上安装 passwall 添加 mihomo 的 s5 作为节点
    这样,路由器不搞计算的活,没负担,还实现了全局,基本上延迟就是 mihomo 的延迟
    Donahue
        37
    Donahue  
    OP
       48 天前
    @LongLights 搞定了,才在 openclash 里面找到了统一延迟的选项
    Donahue
        38
    Donahue  
    OP
       48 天前
    @busang openwrt 上重启 openclash 要十几二十秒,pc 上基本 0 延迟就可以重启/切换配置,差距还是有的。
    Donahue
        39
    Donahue  
    OP
       48 天前
    @maybeonly 有的老哥,只是这个月严打,订阅的机场入口由 ipv4 转为 ipv6 ,我之前没配置 ipv6 就不稳定了。现在配好 ipv6 了
    Donahue
        40
    Donahue  
    OP
       48 天前
    @aybear 其实 ipv6 现在没问题的,就是配置比 ipv4 稍微复杂一些。客户端确实好,不需要折腾
    Donahue
        41
    Donahue  
    OP
       48 天前
    @coolloves 更复杂了,我的主路由 360t7 只用来正常上网,不安装多余插件的
    BNO1GLEAM
        42
    BNO1GLEAM  
       48 天前
    我用客户端开系统代理,然后打游戏用 UU 加速器,两个代理软件会打架。我现在用的 ImmortalWrt + nikki ,个人感觉 openclash 界面太复杂,逻辑不清晰,nikki 用着舒服多了
    Donahue
        43
    Donahue  
    OP
       48 天前
    @BNO1GLEAM 看了下 nikki 确实简洁多了,应该能代替 openclash 使用。我也觉得 openclash 太复杂了,非常复杂,而且改个配置重启要重启防火墙什么的,很慢。
    cusuanan
        44
    cusuanan  
       48 天前
    @wuruxu #10 自建机场?
    luyaolu
        45
    luyaolu  
       48 天前
    @mangmaimu #3 +1
    yyyb
        46
    yyyb  
       48 天前
    玩软路由尽量简单化,linux 系统 xray/v2ray-core ,自建梯子,主路由模式透明代理
    MYDB
        47
    MYDB  
       48 天前 via iPhone
    为什么要换机场要切配置?把节点都写到一个配置里不就行了,只要规则写的够好,可以永远不重启,反正我是一两年没重启了,新游戏新软件新网址总会命中我写的规则
    fuwu1245
        48
    fuwu1245  
       48 天前
    @mangmaimu mac mini 的日常使用功耗能在多少
    fuwu1245
        49
    fuwu1245  
       48 天前
    (真的需要天天随时随刻翻吗
    SakuraYuki
        50
    SakuraYuki  
       48 天前
    @mangmaimu +1,被 mihomo 折磨的最后去买了 surge
    SakuraYuki
        51
    SakuraYuki  
       48 天前
    @fuwu1245 #49 离不开 google 搜索所以必须得开着
    anan1314git
        52
    anan1314git  
       48 天前
    @fuwu1245 #49 从前是离不开谷歌搜索引擎, 现在是离不开强大的 AI 工具, 都得翻才行
    poic
        53
    poic  
       48 天前
    我已经放弃 clash 系列了,总感觉差点意思。我现在用的是自建 Hysteria2+dae ,很好用,玩游戏也不掉线了
    SmiteChow
        54
    SmiteChow  
       48 天前
    主流方案是 wpad ,由终端决定是否走代理。
    mangmaimu
        55
    mangmaimu  
       48 天前 via iPhone
    @fuwu1245 加了个移动硬盘待机也才 4w ,不加硬盘 2w 到 3w ,我都还跑了其他服务 aio 。满载 30w ,风扇都不带转
    Donahue
        56
    Donahue  
    OP
       48 天前
    @fuwu1245 #49 离不开 google, gemini
    Kirkcong
        57
    Kirkcong  
       48 天前
    @fuwu1245 #49 离不开,如果 fq 有问题,我会在 15 分钟内感觉出来
    edisonwong
        58
    edisonwong  
       48 天前
    以前是小米路由+clash ,后面发现:1.流量一大路由就 crash 2.有些网页要单独配置 后面用了半年就下了
    Donahue
        59
    Donahue  
    OP
       48 天前
    @edisonwong 硬路由不适合安装这些,cpu 性能不行,内存小,储存小,纯纯折磨自己
    wuruxu
        60
    wuruxu  
       48 天前
    @Donahue
    @edisonwong clash 是 go lang 写的,运行起来很需要内存大的
    quantum00549
        61
    quantum00549  
       48 天前
    直接 op 当主路由,只装一个 clash ,也稳的很,要折腾啥就另准备个机器
    matoung
        62
    matoung  
       48 天前
    旁路由 Clash ,用了几年很稳定
    383394544
        63
    383394544  
       47 天前
    技术菜不要怪软路由不行
    followad
        64
    followad  
       47 天前 via iPhone
    @mangmaimu 可惜啊 买不起 surge
    Donahue
        65
    Donahue  
    OP
       47 天前
    @383394544 攻击性别那么强👎
    razios
        66
    razios  
       47 天前 via iPhone
    大局域网培养了一堆互联网专家。
    bclerdx
        67
    bclerdx  
       47 天前
    @razios 这不是挺好的嘛?大家都是专家了,哪些所谓的专家就可以下课了。
    bclerdx
        68
    bclerdx  
       47 天前   ❤️ 1
    @Donahue 就一个“菜”字,也没什么所谓的攻击 或 大不了的吧?
    ato
        69
    ato  
       47 天前
    n1+op ,旁路已经运行 240 多天了,稳得都忘记它的存在了。
    bclerdx
        70
    bclerdx  
       47 天前
    @ato n1 是主路由,还是旁路网关?
    ato
        71
    ato  
       46 天前
    @bclerdx 旁路由
    bclerdx
        72
    bclerdx  
       46 天前
    @ato 那主路由是什么呢?主路由稳定的运行了多少天了?
    ato
        73
    ato  
       46 天前
    @bclerdx k2p+padavan 383 天,你不问,我都很久没进后台了
    lianginx
        74
    lianginx  
       45 天前
    我也是短暂尝试了一下小米路由器解锁 SSH 跑 ShellClash ,无感翻墙很爽,但综合体验不是很好,最终还是每个设备单独跑 Clash 了,mac 我在命令行跑的 Mihomo 内核+自己手写的简洁配置+Web UI ,iPad 和 iPhone 直接就是小火箭
    lianginx
        75
    lianginx  
       45 天前
    @razios 人均计算机网络专家,哈哈
    Donahue
        76
    Donahue  
    OP
       45 天前   ❤️ 1
    @lianginx #74
    我又回到旁路由形式了,用客户端系统代理模式的时候命令行工具无法被代理是个问题,旁路由还是方便的,ipv4/ipv6 设置好之后就正常用了。可能硬路由跑 shellclash 还是比较麻烦吧,而且性能也低,用旁路由感觉挺好的,不影响家里其他人上网。
    关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3174 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 40ms · UTC 11:44 · PVG 19:44 · LAX 04:44 · JFK 07:44
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.