MSI 170A-ProメインボードにRealtek PCIe GBEファミリーコントローラーが統合されたWindows 10 Professionalを実行しています。通常はすべて問題ありません。 LinuxとWindowsでは、ネットワークは問題なく機能し、中断は発生しません。したがって、ハードウェアは問題ないようです。
ただし、Windows 10を使用している場合、1日に1回程度接続が失われます。ただし、症状は少し変です。
ただし、唯一の解決策は、コントロールパネルオプションを使用してネットワークをリセットして再起動するか、管理コンソールでnetsh winsock reset
を呼び出して再起動することです。再起動だけでは問題は解決しません。
これまでのところ
正確に何が悪いのか、私は完全に困惑しています。ネットワークが明らかに機能するためです。機能していない部分があるようです。
誰かがこれをさらにデバッグする方法を知っているなら、私はすべて耳です!
これは有線ネットワークであることに注意してください
ipconfigの出力は次のとおりです(接続が機能するときはまったく同じに見えます)
Windows IP Configuration
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . : w00t
IPv6 Address. . . . . . . . . . . : 2a02:2450:1024:442:808:aa56:5c13:9413
Temporary IPv6 Address. . . . . . : 2a02:2450:1024:442:a5e3:4f74:fb29:5d13
Link-local IPv6 Address . . . . . : fe80::808:aa56:5c13:9413%3
IPv4 Address. . . . . . . . . . . : 192.168.1.165
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : fe80::1e87:2cff:fe6a:b6b0%3
192.168.1.1
Tunnel adapter isatap.w00t:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : w00t
Tunnel adapter Teredo Tunneling Pseudo-Interface:
Connection-specific DNS Suffix . :
IPv6 Address. . . . . . . . . . . : 2001:0:9d38:6ab8:2cd7:1e65:3f57:fe5a
Link-local IPv6 Address . . . . . : fe80::2cd7:1e65:3f57:fe5a%12
Default Gateway . . . . . . . . . :
追加情報:
私には、オペレーションシステムのTCPスタックがどういうわけか「行き詰まっている」ように見えます。 Ping(ICMP)とDNS(UDP)は機能しますが、HTTPとSMB(TCP)は機能しません。
これにより、別のことを試すようになりました。PuTTYを使用して別のマシンにssh(TCP)しようとしたところ、エラーが発生しました:Network error: No buffer space available
上記のエラーにより、 https://serverfault.com/questions/131935/network-error-no-buffer-space-available が示され、エラー4227を示すイベントビューアを確認するようになりました。
選択したローカルエンドポイントが最近同じリモートエンドポイントへの接続に使用されたため、TCP/IPは発信接続を確立できませんでした。このエラーは通常、発信接続が高速で開閉されると発生し、使用可能なすべてのローカルポートが使用され、TCP/IPが発信接続にローカルポートを再利用するように強制します。データ破損のリスクを最小限に抑えるために、TCP/IP標準では、特定のローカルエンドポイントから特定のリモートエンドポイントへの連続する接続間で経過する最小時間を必要としています。
デバイス( ナレッジベースエントリ が示唆する)を無効にしてから再度有効にすると、ログにエラーが再び発生します。
一部のプログラムが使用可能な発信TCP=ポートを使い果たしているようです。そのため、質問は次のようになります。
イベントID 4227は未処理の接続が多すぎるTCP接続に関連しているようです。
回答ではありませんが、次の最初のステップはコメントには長すぎます:
上記の結果は、問題の特定に役立つ場合があります。
停止して無効にする"IP Helper"
サービスとアダプタのIPv6プロトコルのプロパティでの無効化(チェック解除)。
念のため:https通信をブロックする可能性のあるファイアウォールやウイルス対策はありますか?以前、ウイルス対策で同様の問題がありました。これにより、https通信がすべてブロックされ、中間者攻撃のようにフィルター処理されました。
理由はわかりませんでしたが、ウイルス対策を1分間無効にしてみたところ、もう一度閲覧できることに気づきました。
PS:一部のhttpsサイトでのみ問題が発生する場合は、証明書が古くまたは無効なSSLを使用しているかどうかを確認してください...
[編集]わかりました。アンチウイルスはありません。他のオプションを試してみましょう。
(システムの電源を切らずに)単純なリブートでは問題は解決しないと言いますが、システムを完全に電源オフにして、数秒後に電源を入れるとどうなりますか?オンレス完全に電源がオフにリセットされないことが頭痛の種でした...あなたはそれをチェックしたいかもしれません。
同じローカルネットワーク上に他のコンピューターがある場合は、それらに接続できるかどうかを確認してください(対処している問題が発生した場合)。
インターネットへの接続方法はわかりません。ルーター経由で共有接続していると思います...そのPCで問題が発生したときに、同じ接続で他のデバイスからWebサーフィンできますか?
他の接続(wifi、USBからイーサネットへのアダプターなど)がある場合は、しばらくの間それらの1つを使用してみて、それがまだ発生するかどうかを確認できます(私のwin10システムでは、あきらめなければなりませんでしたドライバーがブルースクリーンを頻繁にトリガーし、win10バージョンがなかったため、私の統合ネットワークカードを使用しています)
私はIPv6が苦手ですが、以前は問題がありました。使用しない場合は、IPv6スタックを無効にしてIPv4のみを使用することもできます
ネットワークがロックアップした場合は、netstat
コマンドを使用して開いている接続を確認し、何か奇妙なことに気づいたかどうかを確認することもできます。
お役に立てれば
私は最近、同様の一連の症状でこの問題を抱えていました:
私の場合、再起動すると、一時的に問題が解決しました(約6時間)。
このスレッド からのレジストリ/ netshの提案を試しましたが、成功しませんでした。
トラブルシューティングの1週間後( CurrPorts および Process Hacker は便利なツールでした)、問題を SoftPerfect NetWorx でルータートラフィックの監視に絞り込みました PnP を使用します。奇妙なことに、私はこの組み合わせを何年も問題なく使用してきました。
私の解決策は、ルーターのUPnPを無効にし、SNMPを使用してNetWorxでトラフィックの監視に切り替えることでした。
更新:SNMPへの切り替えにより、ネットワーク接続は問題が再発するまで約3日間問題なく再起動します。
加えられた変更は次のとおりです。
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters] "StrictTimeWaitSeqCheck"=dword:00000001
StrictTimeWaitSeqCheck
を0x1
に設定する必要があります。そうしないと、TcpTimedWaitDelay
値は無効になります。( source =)
UPnPデバイスをこのコンピューターでホストできるようにします。このサービスを停止すると、ホストされているUPnPデバイスは機能を停止し、ホストされているデバイスを追加できなくなります。このサービスを無効にすると、このサービスに明示的に依存するサービスは開始できなくなります。
UPnPデバイスなど、SSDP検出プロトコルを使用するネットワークデバイスおよびサービスを検出します。また、ローカルコンピュータで実行されているSSDPデバイスとサービスを発表します。このサービスが停止している場合、SSDPベースのデバイスは検出されません。このサービスを無効にすると、このサービスに明示的に依存するサービスは開始できなくなります。
Routing Information Protocolバージョン1(RIPv1)を使用するルーターによって送信されたルート更新をリッスンします。
IPv6移行テクノロジ(6to4、ISATAP、ポートプロキシ、およびTeredo)とIP-HTTPSを使用したトンネル接続を提供します。このサービスが停止している場合、コンピューターはこれらのテクノロジが提供する拡張接続の利点を持ちません。
これらすべての変更のうち、IP Helperサービスを無効にすることが最も効果的だったと思います。私のISPはIPv6のサポートを制限していますが、これが関連しているかどうかはわかりません。
余談ですが、Firefoxの以下の設定を変更すると、ほぼすべてのRAM(16 GiB、 Core i7-26 CPU))が占有されなくなることがわかりました。
dom.ipc.processCount = 2
(デフォルトは8)dom.ipc.processCount.web = 1
コンテンツプロセスを増やすと、複数のタブを使用する場合のパフォーマンスが向上しますが、メモリも多く使用されます。( source )