我的问题是调制解调器（下面介绍的调制解调器/路由器 #1）会自行重启，当我git push处理大量文件时（我不确定要中断连接需要多大的推送，但只有几个较小的推送文件工作正常）。当我通过 OpenVPN 连接到服务器并尝试通过 Samba 上传文件时，也会发生同样的事情。
这是我的家庭网络设置（我有一个通过 ddns.net 网站公开的家庭服务器）：
- PC是我发送请求的家用计算机。它的IP是随机的。
- PC通过 WiFi 或 LAN连接到调制解调器/路由器 #1 。
- 调制解调器/路由器 #1还处理传入请求 - 它的公共 IP 由 ddns.net 网站使用。它的本地 IP 是 192.168.0.1。
- 路由器 #2连接到调制解调器/路由器 #1。它在调制解调器/路由器 #1上的 IP是 192.168.0.103。
- 路由器 #2有自己的本地网络，其 IP 为 192.168.1.1。
- 服务器通过 LAN连接到路由器 #2 。它的 IP 是 192.168.1.100。
- ddns.net 网站请求转到Modem / router #1并将特定端口转发到Router #2，后者进一步将请求转发到Server，后者最终处理请求并以相同的方式发送响应。
- 调制解调器/路由器 #1型号不容易找到，因为它被称为“UPC Connect Box”（我来自波兰，UPC 是我们的 ISP 之一），但我发现它的软件版本是
CH7465LG-NCIP-6.12.18.25-2p4-NOSH，被仁宝宽带网络CH7465LG-LC使用。 - 路由器 #2是 TP-Link TL-WR841N。
- 服务器使用 Lubuntu。
lsb_release -a命令返回：
没有可用的 LSB 模块。
经销商 ID：Ubuntu
描述：Ubuntu 18.04.2 LTS
发布：18.04
代号：仿生
- 值得注意的是，此类问题在过去并没有发生。我能够在完全相同的设置上上传任何大小的文件。我不知道会发生什么变化。
我已经尝试/检查过的一些事情：
- PC连接到移动热点，而不是调制解调器/路由器 #1 - 在这种情况下，一切正常。
- PC通过 LAN 而不是 WiFi连接到调制解调器/路由器 #1 - 这两种情况都会出现问题。
- 来自 SO 的这个解决方案- 不会改变任何东西。
- 我能够看到Modem / router #1的日志，不幸的是，它有些模糊。当重新启动发生时，它只是指出“电缆调制解调器重新启动 - 由于电源重置”。
- 在服务器日志中没有发现任何错误（至少在 syslog 和 Samba 日志中是这样）。
我不期待针对此问题的现成解决方案，但我真的很感激任何有关从何处开始进行其他故障排除的建议？我可以检查什么来找出此行为的原因？
-- 编辑 #1 --
我检查了另一种可能性。当我通过 WiFi 直接连接到路由器 #2时，它也无法正常工作。我必须完全在我的家庭网络之外才能进行上传。当我连接到Router #2时，它仍然是Modem / router #1会自行重置。
-- 编辑 #2 --
实际上，经过进一步分析，从 Edit #1 进行检查并没有什么意义，因为它只是在请求旅程中添加了另一个“节点”。我准备了所有三种情况的图表（PC 连接到调制解调器/路由器#1（UPC 调制解调器）、路由器#2（TP-Link）和移动热点）。可能不完全正确，确实是简化了，只是看看调制解调器有多少工作量。
-- 编辑 #3 --
多亏了编辑 #2 的图表，我得出了一个结论，当我在同一网络中时，我可以尝试通过本地 IP 访问服务器来减少调制解调器所需的工作，而不是通过 ddns 域。因此，当我将文件推送到 192.168.0.103（这是 UPC 上 TP-Link 路由器的 IP - 见第一张图）时，它被直接转发到服务器，从而减少了 UPC 调制解调器的负载，一切都完美无缺。为什么调制解调器上的更多操作导致它重新启动对我来说仍然是一个谜，特别是知道它在几个月前工作，但至少我现在有一个解决方法。主要问题仍然存在，恐怕它实际上可能是固件问题。仍然欢迎任何新想法。
-- 编辑 #4 --
将电源适配器换成全新的后，路由器在执行大 git push 时仍会重置。无论有没有风扇冷却，都会发生这种情况。我会联系ISP。