大 git 推播或大檔案上傳後路由器重新啟動

大 git 推播或大檔案上傳後路由器重新啟動

我的問題是調製解調器(數據機/路由器#1當我git push使用大量文件進行製作時(我不確定要斷開連接的推送必須有多大,但只有幾個文件的較小推送可以正常工作),它會自行重新啟動。當我透過 OpenVPN 連接到伺服器並嘗試透過 Samba 上傳檔案時,也會發生相同的事情。

這是我的家庭網路設定(我有一個透過 ddns.net 網站公開的家庭伺服器):

網路設定

  1. 個人電腦是我發送請求的家用計算機。它的IP是隨機的。
  2. 個人電腦連接到數據機/路由器#1透過 WiFi 或 LAN。
  3. 數據機/路由器#1也處理傳入請求 - 其公用 IP 由 ddns.net 網站使用。它的本地IP是192.168.0.1。
  4. 路由器#2連接到數據機/路由器#1。其IP位於數據機/路由器#1是 192.168.0.103。
  5. 路由器#2有自己的本地網絡,其IP為192.168.1.1。
  6. 伺服器連接到路由器#2透過區域網路。它的IP是192.168.1.100。
  7. ddns.net 網站請求前往數據機/路由器#1並將特定連接埠轉送到路由器#2,進一步將請求轉送到伺服器,它最終處理請求並以相同的方式發送回應。
  8. 數據機/路由器#1型號不容易找到,因為它只是被稱為“UPC Connect Box”(我來自波蘭,UPC是我們的ISP之一),但我能夠找到它的軟體版本是CH7465LG-NCIP-6.12.18.25-2p4-NOSH,由仁寶寬頻使用網路 CH7465LG-LC。
  9. 路由器#2是TP-Link TL-WR841N。
  10. 伺服器使用 Lubuntu。lsb_release -a命令返回:

沒有可用的 LSB 模組​​。

發行商 ID:Ubuntu

說明:Ubuntu 18.04.2 LTS

發佈時間:18.04

代號:仿生

  1. 值得注意的是,此類問題在過去並沒有發生過。我能夠在完全相同的設定下上傳任何大小的檔案。我不知道可以改變什麼。

我已經嘗試/檢查過的一些事情:

  1. 個人電腦連接到移動熱點,而不是數據機/路由器#1- 在這種情況下,一切正常。
  2. 個人電腦連接到一個數據機/路由器#1透過 LAN 而不是 WiFi - 這兩種情況都會出現問題。
  3. 這個解決方案來自SO- 不會改變任何事。
  4. 我能夠看到日誌數據機/路由器#1,不幸的是這有點模糊。當重新啟動時,它只是指出“電纜調製解調器重新啟動 - 由於電源重置”。
  5. 伺服器日誌中沒有發現任何錯誤(至少在 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 推播時路由器仍會重設。無論是否有風扇冷卻,都會發生這種情況。我會聯絡 ISP。

答案1

這是韌體有問題,CH7465LG-NCIP-6.12.18.24-5p4-NOSH 沒有發生這種情況。當執行髮夾或環回時,此問題會導致路由器重新啟動。發生此錯誤時,您無法在本機網路內使用公用 IP 或域名,因為這會導致重新啟動。現在已經幾個月了,還沒修好。您可以要求您的 ISP 遠端降級到 CH7465LG-NCIP-6.12.18.24-5p4-NOSH,但路由器無論如何都會自行更新,ISP 無法阻止它這樣做,所以我們都完蛋了。

答案2

您寫了一篇寫得很好、描述性很強的貼文。但是,它是從調製解調器外部一定有問題導致問題的角度編寫的。

你寫了

我可以看到調製解調器/路由器 #1 的日誌,不幸的是,它有些模糊。當重新啟動時,它只是指出“電纜調製解調器重新啟動 - 由於電源重置”。

任何事情都不應該導致設備物理重置。

這裡只有三個可能的問題:

  1. 天氣很熱,您的數據機過熱。增加設備周圍的氣流並再次測試。將風扇直接放在設備上。
  2. 調變解調器或電源轉接器損壞。拿去換吧這可能是韌體錯誤,您可以要求 ISP 確認它正在運行最新的固件,但我覺得這不太可能。
  3. 有什麼東西正在中斷設備的電源。嘗試一個完全不同的插座。

在我看來,#1 是最有可能的罪魁禍首,它可能已經造成了不可逆轉的損壞,需要更換調變解調器。

這是ISP設備。你應該和他們談談為什麼數據機正在重新啟動,如有必要,請更換它。

答案3

我遇到了同樣的問題:我嘗試透過 HTTPS 和動態 DNS 存取我的 NAS。複製大檔案時,路由器重新啟動並顯示「電源重置」訊息。將尋址模式變更為本機 IP 解決了問題。

答案4

我的建議是這是路由器問題。我的 UPC Connect Box CH7465LG-LC 路由器也出現同樣的錯誤。我想在本地網路中的兩台電腦中的一台上運行本機伺服器。伺服器必須通過公共 IP 連接,因此每當我嘗試從另一台電腦連接時,我都會收到相同的錯誤“電纜調製解調器重新啟動 - 由於電源重置”。沒有過熱,也絕對沒有電源供應器故障。我希望UPC已經解決了這個問題,仍在等待他們的支援。

相關內容