web-dev-qa-db-ja.com

1時間ごとにインターネット接続が切断される

私は最近、新しいデスクトップコンピューターを構築しました。これは、ネットワークに接続する以外は問題なく動作します。イーサネットケーブルを使ってモデムをコンピュータに直接接続しています。約1時間ごとに、インターネット接続が私だけでなく、ネットワーク内のすべてのデバイスに対して切断されます。私のコンピューターはWindows 10を使用しています。

インターネットが切断されても、完全に切断されません。発生しているように見えるのは、私の側（ルーターに直接接続しているデスクトップコンピューター）で、DNSサーバーにアクセスできないことです。これは、Windows Problem Solverが私に与えている問題であり、IPアドレスには到達できるがプレーンなWebアドレスには到達できないため、私が自分で確認できたことです。さらに、WiFiを使用しているすべてのデバイスをネットワークから切り離します。私たちのWiFiネットワークはこれらのデバイスで検出できますが、接続することはできません。モデムの電源をオフにして再度オンにすると、同じ問題が発生するまで、1時間は正常に機能します。

私が試して確立したいくつかのこと：

  • イーサネットケーブルはここでは問題になりません。新しいコンピューターを構築する前に、今使っているのと同じケーブルを使用してモデムに直接接続しているラップトップを使用しました。このような問題は1.5年間発生していません。
  • 新しいPCが接続されていることは、これと関係があります。新しいPCが接続されていないときにモデムがリセットされても、問題は発生しません。
  • 一方、PCがモデムに接続された後でイーサネット接続を無効にしてから再度有効にしても、1時間のタイマーには影響しません。
  • 私の新しいPCは、Windows 10を実行しているネットワークに接続された唯一のデバイスです。
  • モデムで出荷時設定にリセットしても、何の影響もないようです。
  • 現在、イーサネット接続でGoogleのDNSサーバー（8.8.8.8および8.8.4.4）を使用しています。ネットワークが切断されても、これで実際にブラウジングを続けることができるため、DNSサーバーと関係があるように見えます。同様に、Skypeのようなアプリケーションは引き続き正常に機能します。ただし、モデムがすべてのインターネット接続を完全に失ってしまい、まったく使用できなくなっているように見える場合もありますが、これは、モデムをリセットしてから1時間以上かかる傾向があります。
  • WiFiチャネルを変更しても何も起こりません（ただし、これは予想されていたと思います）。
  • Windows 10のバージョンを更新しても何も起こりませんでした。私のWindows 10のインストールは半年前に焼き付けられたディスクから行われたので、これはまともな可能性でした。私のWindows 10のインストールもまだアクティブ化されていませんが、この問題をなんとか修正するまで、そのままにしておきます。
  • 私のモデムには、特定の時間間隔でモデムを停止させるECO機能がありますが、これは無効になっています。
  • マニュアルによると、モデムは自動的に更新を実行します。手動で更新を実行する方法、またはモデムのバージョンを確認する方法が見つかりません。

ipconfig/allは、次の情報を提供します。

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : Intel(R) Ethernet Connection (2) I219-V
   Physical Address. . . . . . . . . : 4C-CC-6A-64-E6-FB
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::2cb6:ee01:e72e:ceb1%8(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.2.2(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : maandag 9 januari 2017 23:45:35
   Lease Expires . . . . . . . . . . : dinsdag 10 januari 2017 23:45:36
   Default Gateway . . . . . . . . . : 192.168.2.254
   DHCP Server . . . . . . . . . . . : 192.168.2.254
   DHCPv6 IAID . . . . . . . . . . . : 55364714
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1F-F4-C9-9B-4C-CC-6A-64-E6-FB
   DNS Servers . . . . . . . . . . . : 8.8.8.8
                                       8.8.4.4
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.home:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Teredo Tunneling Pseudo-Interface:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

今のところこれですべてです。任意の提案をいただければ幸いです。

networkingwireless-networkingdnsmodem
13
rplagmeijer

私自身も同じ問題を抱えていますが、窓の問題ではありません。それは私のISPです。

コマンドプロンプトを開いて、ping -t 8.8.8.8（私はあなたが-tを使っていると思いますが、長い間Windowsを使っていません）.

次にドロップするときは、そのコマンドの出力を見てください。次の3つのいずれかのようになります。

32 bytes from 8.8.8.8-これは、接続しているサーバーに問題があることを意味します。

Request timed outまたはDestination Host unreachable-これで問題はサーバーではなく接続にあることがわかりました。インターネット接続またはルーターに問題がある可能性があります。

変化する 8.8.8.8をルーターのIPアドレスに、192.168.2.254または192.168.2.1。

もし8.8.8.8、インターネット接続は正常です。ルーターまたはコンピューターがパケットをドロップしています。

それでも問題が解決しない場合は、悪いニュースです。新しいネットワークカードが必要です。古いものはすり減っています。

1
user233009

過剰な数のポートがルータからPCに転送されている可能性があります。これはUPnPを介して動的に発生する可能性があるため、ルーターでUPnPを無効にして、問題が解決するかどうかを確認することができます。

多くの「安価な」ルーターにはこの問題があります。 DNS要求が実行されるときは常に、ルーターは「ランダムな」ポート上のDNSサーバーからの応答を期待します。多くの場合、これらの「ランダム」ポートはランダムに選択されるのではなく、番号順に選択されます。したがって、1つのDNS要求がポート2000に到着するように回答を要求する場合、次のDNS要求はポート2001を要求し、その次はポート2002に続きます。たとえば、ポート3000-12999（10.000ポート）をLAN上のマシンに転送した場合、これらのポートに到着したDNS応答はルーター内部のDNSリゾルバーに到達しますが、代わりにマシン内のマシンに移動しますLAN。 DNSサーバーからの応答が転送されたポート範囲に到着し始めると、突然DNSサーバーがすべて表示されなくなったように見えます。応答ポートがこの転送範囲に到達するには時間がかかるため、リセット直後はすべて正常に機能しますが、しばらくすると失敗します。

驚いたことに、このバグは多くのルーターに存在しています。解決策は、ルーターのDNSリゾルバー/フォワーダーが転送されたポートを使用して回答を期待すべきでないことです...しかし、明らかに、これは実装されていません。対称NATもオプションですが、対称NATを使用するファイアウォールはごくわずかです。

とにかく、上記の問題は、説明されている問題の原因である場合とそうでない場合があります。ステートテーブルの枯渇（BitTorrentを使用する場合など、P2Pアクティビティが原因で発生することが多い）については、すでに言及しています。

0
Klaws

物事のDNS側は赤いニシンかどうか疑問に思います（私はそれがかなり確かだと思います）。私は問題がルーターの制限であると仮定します-特に接続追跡を行うその能力。

説明から、同時接続が多すぎて、ルーターがそれらを追跡できなくなっていると推測します-おそらく古い接続をドロップする前に新しい接続を妨げるので、いくつかのことが機能し続ける理由が説明されます。

これは、いくつかの原因によって発生する可能性があります。最も可能性が高いのは、他のシステムと多くの接続を行うP2Pソフトウェアです。同様に、同様のことをしているデバイスの1つにマルウェアがある可能性があります。

推測では、PCはトレントソフトウェアを実行している（この場合、解決策は、サポートする同時接続の最大数を減らすことです）、またはマルウェアを含んでいます[Windows 10に加えて]

0
davidgo