web-dev-qa-db-ja.com

大きなgitプッシュまたは大きなファイルのアップロード後にルーターが再起動する

私の問題は、多くのファイルでgit Pushを作成すると、モデム(モデム/ルーター#1以下に示す)が自動的に再起動することです(どのくらい大きいかわかりません)プッシュは接続を切断するためのものでなければなりませんが、ファイルが2、3個しかない小さなプッシュは正しく機能しています。 OpenVPN経由でサーバーに接続していて、Samba経由でファイルをアップロードしようとすると、同じことが起こります。

これが私のホームネットワークの設定です(ホームサーバーはddns.net Webサイトで公開されています)。

Network setup

  1. [〜#〜] pc [〜#〜]は、リクエストを送信する自宅のコンピューターです。そのIPはランダムです。
  2. [〜#〜] pc [〜#〜]はWiFiまたはLANを介してモデム/ルーター#1に接続されています。
  3. モデム/ルーター#1も着信リクエストを処理します-そのパブリックIPはddns.net Webサイトで使用されます。ローカルIPは192.168.0.1です。
  4. ルーター#2モデム/ルーター#1に接続されています。 モデム/ルーター#1のIPは192.168.0.103です。
  5. ルーター#2には独自のローカルネットワークがあり、IPは192.168.1.1です。
  6. サーバーはLAN経由でルーター#2に接続されています。 IPは192.168.1.100です。
  7. ddns.net Webサイト要求はモデム/ルーター#1に移動し、特定のポートはルーター#2に転送されます。 Serverへの要求。最終的に要求を処理し、同じ方法で応答を送信します。
  8. モデム/ルーター#1モデルは「UPC接続ボックス」と呼ばれているため、簡単に見つけることができません(私はポーランド出身で、UPCは1つですのISP)ですが、ソフトウェアのバージョンはCH7465LG-NCIP-6.12.18.25-2p4-NOSHであり、Compal Broadband Networks CH7465LG-LCで使用されていることがわかりました。
  9. ルーター#2はTP-Link TL-WR841Nです。
  10. ServerはLubuntuを使用します。 lsb_release -aコマンドは次を返します:

LSBモジュールは使用できません。

ディストリビューターID:Ubuntu

説明:Ubuntu 18.04.2 LTS

リリース:18.04

コードネーム:バイオニック

  1. このような問題が過去に発生しなかったことは注目に値します。まったく同じ設定で任意のサイズのファイルをアップロードできました。何が変わったのかわかりません。

私がすでに試した/チェックしたいくつかのこと:

  1. [〜#〜] pc [〜#〜]モデム/ルーター#1の代わりにモバイルホットスポットに接続-この場合、すべてが正常に動作します。
  2. [〜#〜] pc [〜#〜]がWiFiではなくLAN経由でモデム/ルーター#1に接続されている-問題は両方の場合に発生します。
  3. SOからのこのソリューション -何も変更しません。
  4. Modem/router#1のログを見ることができますが、残念ながらややあいまいです。再起動が発生すると、単に「ケーブルモデムの再起動-電源リセットによる」と表示されます。
  5. サーバーログ(少なくともsyslogおよびSambaログ)に問題は見つかりませんでした。

この問題の解決策がすぐにできるとは思っていませんが、追加のトラブルシューティングをどこから始めればよいかに関するアドバイスをいただければ幸いです。この動作の原因を突き止めるために何を確認できますか?

-編集#1-

別の可能性を確認しました。 WiFi経由でRouter#2に直接接続している場合、同様に機能しません。アップロードするには、完全にホームネットワークの外にいる必要があります。 Router#2に接続している場合、リセットされるのはModem/router#1のままです。

-編集#2-

実際には、さらに分析した後、編集#1からのチェックは、リクエストジャーニーに別の「ノード」を追加するだけなので、実際には意味がありません。 3つのケースすべての図を準備しました(PCがに接続されているモデム/ルーター#1(UPCモデム)、ルーター#2( TP-Link)およびモバイルホットスポット)。それは完全に正しくないかもしれません、それは本当にモデムがどれだけの仕事を持っているかを見るために、本当に単純化されています。

Request diagram

-編集#3-

Edit#2の図のおかげで、私は結論に達しました。ddnsドメインを経由するのではなく、ローカルIPでサーバーにアクセスするだけで、同じネットワークにいるときにモデムに必要な作業を減らすことができるということです。そのため、ファイルを192.168.0.103(UPCのTP-LinkルーターのIPです-最初の図を参照)にプッシュすると、サーバーに直接転送されるため、UPCモデムとすべてが問題なく動作しました。モデムの操作が増えてモデムが再起動するのはなぜか、特に数か月前に機能したことを知っていても、私はまだ不思議ですが、少なくとも今のところは回避策があります。主な問題はまだ残っていますが、実際にはファームウェアの問題である可能性があります。新しいアイデアはまだ歓迎されています。

-編集#4-

電源アダプターを完全に新しいものに切り替えた後でも、大きなgit Pushを実行するとルーターがリセットされます。これは、ファンを冷却する場合としない場合で発生します。 ISPに連絡します。

ファームウェアの欠陥です。CH7465LG-NCIP-6.12.18.24-5p4-NOSHでは発生しませんでした。この問題により、ヘアピンまたはループバックが実行されているときにルーターが再起動します。このエラーでは、ローカルネットワーク内でパブリックIPまたはドメイン名を使用できません。これが再起動の原因になります。今は数か月で、まだ修正されていません。 ISPにリモートでCH7465LG-NCIP-6.12.18.24-5p4-NOSHにダウングレードするように依頼できますが、ルーターはいずれにせよそれ自体を更新し、ISPはそれを停止できないため、すべてが失敗しています。

2
dwbmb

あなたはよく書かれた説明的な投稿をしました。ただし、問題の原因となっているモデムの外に何かがあるはずだという見方から書かれています。

あなたが書いた

モデム/ルーター#1のログを見ることができますが、残念ながらややあいまいです。再起動が発生すると、単に「ケーブルモデムの再起動-電源リセットによる」と表示されます。

デバイスが物理的にリセットされることはありません。

ここで考えられる問題は3つだけです。

  1. 暑くて、モデムが過熱しています。ユニット周辺の空気の流れを増やして、もう一度テストします。ユニットに直接ファンを置きます。
  2. モデムまたは電源アダプターが不良です。交換してください。ファームウェアのバグである可能性があり、ISPに最新のファームウェアを実行していることを確認するよう依頼することもできますが、これはありそうもないと思います。
  3. 何かがユニットの電源を遮断しています。完全に異なるコンセントを試してください。

私の考えでは、#1が最も可能性の高い原因であり、モデムの交換を必要とする不可逆的な損傷をすでに行っている可能性があります。

こちらはISP機器です。 なぜモデムが再起動していることを彼らに話しかけ、必要に応じて交換してもらいます。

14
Appleoddity