这是一个创建于 314 天前的主题，其中的信息可能已经有所发展或是发生改变。
这几天想先把网络问题解决了，现象是持续 10 分钟 TCP 后，会无响应 10 秒左右，然后恢复正常。我一般用屏幕串流软件，断流会有比较大的影响。
在 google 上搜，找 github moonlight 的 issues ，有人说是 wifi 驱动问题，随即各种修改驱动参数并测试，发现无效。我还天真以为是运营商 QoS 的锅。
然后某天无意间停电，发现网络竟然好了。于是怀疑到小米路由器上，又 ssh 上去后一通修改，并什么都没用，过了两天又开始断流。
这次断流重启小米路由器没有用，重启了一次电信光猫，竟然恢复正常了。
实在是大无语，真的是万能的重启。
在 google 上搜，找 github moonlight 的 issues ，有人说是 wifi 驱动问题，随即各种修改驱动参数并测试，发现无效。我还天真以为是运营商 QoS 的锅。
然后某天无意间停电，发现网络竟然好了。于是怀疑到小米路由器上，又 ssh 上去后一通修改，并什么都没用，过了两天又开始断流。
这次断流重启小米路由器没有用，重启了一次电信光猫，竟然恢复正常了。
实在是大无语，真的是万能的重启。
 | 1 ldapadmin 314 天前 换一个好一点的光猫吧 |
 | 2 zwy100e72 314 天前 /go/bb 我如果遇到这种问题，会拿出 wireshark 来分析 tcp 流量，找到中断的原因； 或者同时用 ping 工具看下 icmp 延迟是不是会突然增大 确保两边都用全有线链路连接，因为无线变数比较大且容易被干扰 有条件的话更换路由器 / ONU （光猫）设备再试 做完检测之后应该也就有对策了，实在不行或者没时间调试再重启，有更好办法的话就不需要重启光猫了 |
 | 3 tool2dx OP @zwy100e72 我用 frp 的 kcp 模式，udp 下似乎也会断开，貌似是收到了 RST 之类的包。 问题的关键，是复现概率并不高。重启一次后，需要等上 2 ～ 3 天才能触发。 有时候重启路由就恢复了，有时候重启光猫才行，实在是心累。电信光猫也的确很老了，也许内部原件会老化。 |
| 8 tool2dx OP |
 | 9 xiyuesaves 314 天前 有可能是公网的问题，我这边因为一个用户的设备感染了病毒导致片区内三个其他用户的网络出现了随机性断网的问题  |
| 10 tool2dx OP @xiyuesaves 确实是 ip6 公网出的问题，还跨了运营商，中间的幺蛾子太多了。 刚又出问题了，用抓包软件看不出什么异常，仅仅是不回复 IP 包。我正在写代码测试 TCP 长连接断线的时间规律，从 5 分钟到 10 分钟不等，真是心累。 |
 | 11 zealot0630 314 天前 via Android 换桥接模式，多半是光猫 NAT 性能不够。 |
 | 12 c398425861 314 天前 ipv6 试一下调小 MTU 看看 |
 | 13 htfcuddles 314 天前 只有 ipv6 出问题的话可能是 PTMU 黑洞，中途设备 MTU 过小 |
| 14 tool2dx OP 查了很多，有用 frp 进行端口映射，很容易就遇到 TCP 断开。 查到 lsof 打开的文件句柄数(没问题)，进程占用内存查询 cat proc/pid/status(没问题), openwrt 系统异常 dmsg oom(没问题) 最后换了网线（怀疑水晶头），固定了路由器的 wan 口指定，不用自动 wan 口选择（怀疑固件 BUG ） 暂时修复了，持续观测中。 |
Select Language