
突然、いつも快適だった有線LANが、なぜかWi-Fiより遅くなる——そんな不可解な現象に悩まされたことはありませんか?この記事では、筆者が実際に体験した「2.5Gbps対応LANが80Mbpsしか出ない」という奇妙なトラブルをもとに、その原因と完全復旧の手順を紹介します。
この内容は、**Windows 10/11で有線LANの速度が異常に遅い人、特に“リンク速度は正常なのにスピードテストが100Mbps未満しか出ない人”**に向けた情報です。
しかも、たった3行のコマンドで直る可能性があるのです。これはもう試すしかありません。
- はじめに:なぜかWi-Fiより遅い有線LANの謎
- 発生環境と再現条件(2025年10月時点)
- 症状の特徴:「リンク速度は正常」なのに転送が極端に遅い
- 根本原因:破損したWindows TCP/IPスタック
- TCPスタックが壊れると何が起きるのか
- 実際に試した修復手順(管理者コマンド3行)
- 再起動後の劇的な回復結果
- なぜ「netsh reset」で直るのか
- 他のユーザーの報告と共通点
- チェックリスト:同じ症状が出ている人はここを確認!
- それでも直らない場合の追加リセットコマンド
- トラブル原因を防ぐための習慣と注意点
- コメント欄ディスカッション:あなたの環境ではどう?
- まとめ:ハードより先に「TCP/IPの初期化」を試そう
はじめに:なぜかWi-Fiより遅い有線LANの謎
2025年10月、筆者の自作デスクトップPCで突然、通信速度が落ちました。Wi-Fi接続では下り300Mbpsほど安定して出ていたのに、有線LANに切り替えた瞬間、下り80Mbps・上り70Mbps程度しか出ません。
「ケーブル?ルーター?ドライバ?」と一通り疑いましたが、どれも問題なし。リンク速度も「2500/2500 Mbps」と正常表示されています。つまり、ハードウェア的には完璧に見えるのです。
では、いったいどこで制限がかかっているのでしょうか。
このようなトラブルは、実はネット上のフォーラムでも多く報告されています。RedditやX(旧Twitter)を探してみると、「2.5Gbps対応なのに100Mbpsしか出ない」「ケーブルも交換したのに直らない」といった投稿が多数。どうやら珍しい現象ではないようです。
発生環境と再現条件(2025年10月時点)
筆者の環境をもう少し具体的に書いておきます。
PCはIntel製ネットワークコントローラ「I225-V」を搭載したデスクトップ。
LANケーブルはエレコム製Cat7「ECLD-TWSM/WH100」、ルーターは2.5Gbps対応有線LANポート付きモデル。
回線は「フレッツ光クロス(10Gbpsサービス)」で、Wi-Fiでは数百Mbpsを安定して出していました。
OSはWindows 11 Proです。
これだけ整った構成なのに速度が80Mbps止まり。再起動しても、ケーブルを変えても、LANドライバを入れ直しても一切改善しない。つまり、物理的な問題ではなくソフトウェア的な制限がかかっている状態でした。
症状の特徴:「リンク速度は正常」なのに転送が極端に遅い
興味深いのは、Windowsのネットワークプロパティ上では「リンク速度:2500/2500 Mbps」と正常表示されていたことです。
にもかかわらず、スピードテストでは下り80Mbps程度しか出ない。
このようなケースは、LANケーブルの不良やドライバの問題ではなく、通信経路を管理する内部スタック(stack)が破損している可能性が高いのです。
実際に、タスクマネージャーのネットワークタブを見ると、帯域のグラフが妙に揺らいでいる。転送の瞬断が頻発しており、まるでQoS(通信優先度制御)が誤作動しているような動きでした。
Wi-Fiでは問題ないのに有線だけ遅い——これはもうTCP/IPスタックを疑うしかありません。
根本原因:破損したWindows TCP/IPスタック
結論から言うと、原因はWindows内部のTCP/IPスタックの破損でした。
この「スタック(stack)」とは、通信の土台となるレイヤー構造のこと。Windowsでは「Winsock」「TCP/IP」「ネットワークインターフェース」の3層で構成されています。
どれかが破損したり、過去に適用したチューニング設定が残ったままだと、通信経路が正しく制御されず、結果的に帯域が大幅に制限されます。
筆者の場合、以前にWi-Fi高速化のためにTCP最適化ツールを使用していたのが原因でした。その設定がWindows内部のレジストリに残り、有線通信にも影響していたのです。
つまり、Wi-Fi用のチューニングが有線通信の足を引っ張っていたということになります。
TCPスタックが壊れると何が起きるのか
TCPスタックが破損すると、リンク速度や物理的な帯域に関係なく、通信速度が100Mbps未満に制限されることがあります。
特に、以下のような現象が同時に起こる場合は要注意です。
・スピードテストの結果が毎回ほぼ同じ(上限で止まる)
・アップロードとダウンロードがどちらも遅い
・Ping値は正常(5ms前後)
・他のデバイスでは速度が出ている
これらの特徴が一致する場合、TCP/IPスタックの設定破損が原因である可能性が非常に高いのです。
とはいえ、心配はいりません。修復は驚くほど簡単です。
実際に試した修復手順(管理者コマンド3行)
筆者が実際に行った手順はたったの3行。管理者権限でコマンドプロンプトを開き、次の3つを順に入力するだけです。
netsh int tcp reset
netsh int ip reset
netsh winsock reset
shutdown /r /t 0
最後の行は「即時再起動(shutdown now)」の命令です。
再起動すると、Windowsが自動的にTCP/IPスタックを再構築し、通信経路を最適化してくれます。
設定ファイルやドライバをいじる必要もなく、この3行だけで“詰まり”がリセットされるのです。
ここで重要なのは、「ネットワークの初期化」ではなく「TCP/IPスタックのリセット」であること。
Windowsの設定画面にも「ネットワークのリセット」という項目がありますが、これはアダプタ削除や再インストールを伴う大掛かりな処理であり、再設定が面倒です。
対して上記コマンドは、最小限のリスクで内部レジストリだけを初期化する安全な方法です。
再起動後の劇的な回復結果
再起動後、さっそくスピードテストを実施してみました。結果を見た瞬間、思わず声が出ました。
修復前は下り79.8Mbps、上り74.2Mbps。
それが、修復後は下り1685.7Mbps、上り2249.6Mbpsという驚異的な数値に。
レイテンシもわずか5ms前後と理想的です。リンク速度2.5Gbpsの実力がようやく発揮されました。
つまり、たった3行のコマンドで2.5Gbps環境が完全復活したわけです。
ハードを疑ってケーブルを交換したり、ルーターを再起動したりと数時間悩んでいたのが嘘のようでした。
なぜ「netsh reset」で直るのか
「どうしてnetshコマンドでこんなに効果があるの?」と不思議に思う人も多いでしょう。
実はこのコマンド、Windowsの通信設定を直接管理しているレジストリ情報を再構築するツールなのです。
内部的には、次のような設定群がリセットされます。
TCPスタック:RWIN(受信ウィンドウ)やウィンドウスケーリング、遅延ACKなどの自動調整値
IPスタック:IPv4/IPv6の経路情報、スタティック設定、仮想アダプタ関連
Winsock:プロキシ設定やセキュリティフィルタ、QoS制御情報など
このどれかが壊れていると、通信速度が妙に遅くなったり、帯域制限が勝手にかかったりします。
とくにVPNやネットワーク最適化ツールを使ったあとに発生するケースが多く、それらが残した設定が有線LANに悪影響を及ぼすことがあります。
他のユーザーの報告と共通点
興味深いことに、このトラブルは世界中で似た報告が挙がっています。
Redditでは「Windows 11 + Intel I225-Vの組み合わせで速度が出ない」との投稿が多く、
Microsoftコミュニティでも「ケーブルもルーターも正常なのに100Mbpsしか出ない」という声が目立ちます。
共通しているのは、どのケースもnetshコマンドのリセットで解消している点です。
つまりこの問題は、ハードウェアやISP(通信事業者)ではなく、Windowsの設定不整合が原因であると考えられます。
チェックリスト:同じ症状が出ている人はここを確認!
もしあなたの有線LANも遅いままなら、次の項目を順にチェックしてみてください。
(1) ケーブル規格が「Cat5」ではなく「Cat5e」以上になっているか
(2) デバイスマネージャーでNICの「Speed & Duplex」が「Auto Negotiation(自動)」になっているか
(3) Intelの公式ドライバ(最新)を使っているか(Windows標準ドライバは避ける)
(4) netshコマンドを実行してTCP/IP設定を初期化したか
(5) STPケーブルを使用している場合、UTPに変えてみたか
これらを確認しても改善しない場合は、次の章の追加コマンドも試してみましょう。
それでも直らない場合の追加リセットコマンド
筆者は今回3行の基本コマンドで直りましたが、人によってはDNSやIPv6関連の不整合が残っていることもあります。
そんなときは、以下の3行を追加してみてください。
ipconfig /flushdns
netsh interface ipv6 reset
netsh advfirewall reset
この組み合わせで、DNSキャッシュやIPv6経路のエラーも解消されます。
特にVPNや仮想LAN環境を使っていた場合、IPv6が誤動作して速度低下を引き起こすことがあります。
トラブル原因を防ぐための習慣と注意点
通信速度が遅くなる原因の多くは、実は「過去の最適化設定の残骸」です。
Wi-Fi高速化ツールやVPNクライアントを導入・削除するたびに、レジストリに微妙な差分が残り、それが通信経路を狂わせるのです。
これを防ぐには、半年に一度くらいはTCP/IPリセットを実行する習慣を持つのが良いでしょう。
また、ドライバ更新後に速度が低下した場合も同様。
「更新によって既存設定が競合しただけ」というケースが少なくありません。
そのときも、まずは再インストールより先に「netsh reset」で様子を見るのがおすすめです。
コメント欄ディスカッション:あなたの環境ではどう?
実際のところ、この現象は環境依存が強く、「Intel製NICだけ」「Realtek製でも出た」「Wi-Fiから有線に戻した瞬間に発生」など、いろいろな報告があります。
あなたのPCではどうでしたか?
コメント欄で「どんな構成で発生したか」「どのコマンドで直ったか」を共有してもらえると、他の人の助けにもなります。
みんなで知見を集めれば、“謎のLAN遅延”は怖くなくなるはずです。
まとめ:ハードより先に「TCP/IPの初期化」を試そう
今回のケースでは、有線LANの速度低下の原因がWindows内部のTCP/IPスタック破損であることがわかりました。
ハードウェア的には何も問題がないのに速度が極端に遅い場合、まず疑うべきは「OS層」です。
netsh int tcp reset → netsh int ip reset → netsh winsock reset → 再起動
このたった3行が、システムを壊すことなくネットワークをリフレッシュしてくれます。
Wi-Fiでは速いのに有線が遅い、ケーブルを変えてもダメ——そんなとき、焦らずにまずはこの方法を試してみてください。
驚くほどの改善が、ほんの数分で手に入ります。