上传速度未达到极限，但是整体网络已拥堵，请求解决方。

蓝色星芒

为啥Ikuai的网关指op？
ikuai的dhcp的网关写op，op的接口网关指ikuai，我op只跑了hellow。而且我的ikuai和op都是vm。一直以来都没有丢包什么的，迟缓是有的，因为我跑了两个点心云，上传满了的时候，网络确实迟缓不少

蓝色星芒

另外ping包有丢包，那直接一级一级ping，看是哪个节点丢包。而且一般丢包的话，抖动都会比较高

蓝色星芒

fangl2002 发表于 2022-9-22 16:57
不知道什么情况，目前在根据大佬们的指点，一点一点的排查，目前已经排查到OP版本问题，等大佬把适合跑点 ...

那说下我自己在用的。

两台虚拟机，ikuai和op，ikuai的dhcp网关指op，op的接口网关指ikuai，不需要梯子的业务IP，在DHCP里做绑定IP同时修改绑定的网关直接到ikuai不经过op。
op我只开了hw，agh我是单独又用了debian虚拟机的docker跑的。然后ikuai的DNS不启用，ikuai的dhcp服务里，修改dns为agh的dns。
ikuai对不同的业务IP做了端口分流，对应到不同的线路上，同时在UPNP里做了IP和线路绑定，这样就是这个IP的出口和upnp都是固定的了，如果还要什么的话，那就在来端口映射里的dmz也和对应的线路绑定。

检查的时候就比较简单了，一级级向上ping，到哪个地方丢包，就是哪个地方的问题。

ikuai我用的是3.5最后一版，而且3.6的版本更新对目前来说不是必要的提升。op是自己编译的，多余的都精简掉了。

最后写了个powershell的程序，每5分钟检查宿主机网卡，ikuai网关，外网，根据条件判断重启网卡，还是ikuai VM还是重启电脑。基本一劳永逸吧。

跑了2个点心，网关直接到ikuai，不经过op的。还有自己的nas，网络记事本，jellyfin之类的十来个业务吧，不含点心。

蓝色星芒

fangl2002 发表于 2022-9-22 18:34
好的，非常感谢你的帮助。你的知识我需要消化以下，消化完了还要去动手，所以整个过程很缓慢，我决定还是 ...

测试的话，就ikuai，dhcp的网关是自己，dns是公用dns，这个时候没问题那就是op