![大型 git push 或大型文件上传后路由器重新启动](https://linux22.com/image/1598062/%E5%A4%A7%E5%9E%8B%20git%20push%20%E6%88%96%E5%A4%A7%E5%9E%8B%E6%96%87%E4%BB%B6%E4%B8%8A%E4%BC%A0%E5%90%8E%E8%B7%AF%E7%94%B1%E5%99%A8%E9%87%8D%E6%96%B0%E5%90%AF%E5%8A%A8.png)
我的问题是调制解调器(调制解调器/路由器 #1当我推送大量文件时(我不确定推送多大才能断开连接,但只有几个文件的小推送可以正常工作),它会自动重启(如下所示)。git push
当我通过 OpenVPN 连接到服务器并尝试通过 Samba 上传文件时,也会发生同样的事情。
这是我的家庭网络设置(我有一个通过 ddns.net 网站公开的家庭服务器):
- 个人电脑是我发送请求的家用电脑。它的 IP 是随机的。
- 个人电脑连接到调制解调器/路由器 #1通过 WiFi 或 LAN。
- 调制解调器/路由器 #1还处理传入请求 - 其公共 IP 由 ddns.net 网站使用。其本地 IP 是 192.168.0.1。
- 路由器 #2连接到调制解调器/路由器 #1. 其 IP 位于调制解调器/路由器 #1是 192.168.0.103。
- 路由器 #2有自己的本地网络,其IP为192.168.1.1。
- 服务器连接到路由器 #2通过LAN。其IP为192.168.1.100。
- ddns.net 网站请求转到调制解调器/路由器 #1并将特定端口转发至路由器 #2,进一步将请求转发给服务器,它最终以相同的方式处理请求并发送响应。
- 调制解调器/路由器 #1型号不容易找到,因为它只是被称为“UPC Connect Box”(我来自波兰,UPC 是我们的 ISP 之一),但我能够找到它的软件版本是
CH7465LG-NCIP-6.12.18.25-2p4-NOSH
,由 Compal Broadband Networks CH7465LG-LC 使用。 - 路由器 #2是TP-Link TL-WR841N。
- 服务器使用 Lubuntu。
lsb_release -a
命令返回:
无可用的 LSB 模块。
分销商 ID:Ubuntu
描述:Ubuntu 18.04.2 LTS
版本:18.04
代号:仿生
- 值得注意的是,过去没有发生过此类问题。我能够使用完全相同的设置上传任意大小的文件。我不知道会发生什么变化。
我已经尝试/检查过的一些事情:
- 个人电脑连接到移动热点,而不是调制解调器/路由器 #1- 在这种情况下,一切正常。
- 个人电脑连接到调制解调器/路由器 #1通过 LAN 而不是 WiFi - 两种情况下都会出现问题。
- 这个解决方案来自SO- 没有改变任何事情。
- 我可以看到调制解调器/路由器 #1,不幸的是,这个信息有些模糊。当重新启动时,它只是简单地显示“电缆调制解调器重新启动 - 由于电源重置”。
- 在服务器日志中没有发现任何错误(至少在 syslog 和 Samba 日志中)。
我不期望这个问题有一个现成的解决方案,但我真的很感激任何关于我可以在哪里开始其他故障排除的建议?我可以检查什么来找出这种行为的原因?
-- 编辑 #1 --
我检查了另一种可能性。当我直接连接到路由器 #2通过 WiFi,它不能很好地工作。我必须完全脱离我的家庭网络才能上传。当我连接到路由器 #2,那么它仍然是调制解调器/路由器 #1它会自行重置。
-- 编辑 #2 --
实际上,经过进一步分析,编辑 #1 中的检查实际上没有任何意义,因为它只会在请求旅程中添加另一个“节点”。我准备了所有三种情况的图表(PC 连接到调制解调器/路由器 #1(UPC 调制解调器),路由器 #2(TP-Link)和移动热点)。它可能不完全正确,它确实简化了,只是为了看看调制解调器有多少工作。
-- 编辑#3 --
感谢编辑 #2 中的图表,我得出结论,当我在同一个网络中时,我可以尝试通过本地 IP 访问服务器,而不是通过 ddns 域来减少调制解调器所需的工作。因此,当我将文件推送到 192.168.0.103(这是 UPC 上 TP-Link 路由器的 IP - 参见第一张图)时,它会直接转发到服务器,从而减少了 UPC 调制解调器的负载,一切都运行正常。为什么调制解调器上的更多操作会导致它重新启动对我来说仍然是个谜,尤其是知道它几个月前还正常工作,但至少我现在有一个解决方法。主要问题仍然存在,我担心它实际上可能是固件问题。仍然欢迎任何新想法。
-- 编辑 #4 --
将电源适配器换成全新电源适配器后,路由器在执行大型 git push 时仍会重置。无论有没有风扇冷却都会发生这种情况。我会联系 ISP。
答案1
这是固件故障,CH7465LG-NCIP-6.12.18.24-5p4-NOSH 没有发生这种情况。此问题导致路由器在执行发夹或环回时重新启动。出现此错误时,您无法在本地网络内使用公共 IP 或域名,因为这会导致重新启动。现在已经几个月了,但仍然没有修复。您可以要求您的 ISP 远程降级到 CH7465LG-NCIP-6.12.18.24-5p4-NOSH,但路由器无论如何都会自行更新,ISP 无法阻止它这样做,所以我们都完蛋了。
答案2
您写了一个写得很好、描述性很强的帖子。但是,它是从调制解调器外部某些因素导致问题的角度写的。
你写了
我可以看到调制解调器/路由器 #1 的日志,但不幸的是日志有些模糊。重启时,日志仅显示“电缆调制解调器重新启动 - 由于电源重置”。
任何事情都不应导致设备物理重置。
这里只有三个可能的问题:
- 很热,调制解调器过热。增加设备周围的空气流量并再次测试。将风扇直接放在设备上。
- 调制解调器或电源适配器坏了。更换它。这可能是固件错误,您可以要求 ISP 确认它正在运行最新的固件,但我觉得这不太可能。
- 有东西干扰了设备的供电。请尝试使用完全不同的插座。
在我看来,#1 是最有可能的罪魁祸首,它可能已经造成不可逆转的损害,需要更换调制解调器。
这是 ISP 设备。你应该和他们谈谈为什么调制解调器正在重新启动,如有必要请更换它。
答案3
我遇到了同样的问题:我试图通过 HTTPS 和动态 DNS 访问我的 NAS。复制大文件时,路由器重新启动并显示“电源重置”消息。将寻址模式更改为本地 IP 解决了该问题。
答案4
我的建议是,这是路由器问题。我的 UPC Connect Box CH7465LG-LC 路由器也出现了同样的错误。我想在本地网络中的两台计算机之一上运行本地服务器。服务器必须通过公共 IP 连接,因此每当我尝试从另一台计算机连接时,我都会收到相同的错误“电缆调制解调器重新启动 - 由于电源重置”。没有过热,当然也没有电源适配器故障。我希望 UPC 已经解决了这个问题,仍在等待他们的支持。