「昨日まで毎日開けていたオンライン Excel が、ある日からこの PC だけ開かない」。Chrome→Edgeの順で症状が波及し、キャッシュ削除などの定番対策も不発――そんな“特定端末だけ”の詰まりは、ネットワークスタック（Winsock・IP・DNS）の破損や競合で起きることがよくあります。本記事は原因の見つけ方と、最短で復旧する実践手順を詳しく解説します。
症状の整理（再現パターン）
- 数か月間、日常的に利用していた オンライン Excel（Excel Online / Excel for the web） が突然開けない。
- 最初は Chrome だけで開けず、数日後に Edge でも同様に開けなくなる。
- 同じファイルは 他の PC では問題なく開ける（アカウントやファイル自体は正常）。
- キャッシュ削除、拡張機能の無効化、ブラウザ再起動／PC再起動などの一般対策は効果がない。
結論（ショートアンサー）
原因は高確率で Windows のネットワークスタックの不整合（Winsock カタログ破損、IP スタック異常、DNS キャッシュ不整合、ローカルプロキシ設定の残骸、仮想 NIC・VPN ドライバー競合など）です。
Winsock/IP リセット＋DNS クリア と 「ネットワークのリセット」 を実施すると復旧するケースが多数です。
最短の解決手順（コピペで実行可）
管理者権限のコマンド プロンプトを起動し、以下を上から順に実行します。各行ごとに Enter で実行してください。
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
実行後、ブラウザを完全終了（バックグラウンドも含めて終了）して再起動→動作確認を行います。
上記で解決しない場合（GUIで一括初期化）
Windows の 「ネットワークのリセット」を実行します。
- 設定 > ネットワークとインターネット > 詳細ネットワーク設定 > ネットワークのリセット > 「今すぐリセット」
- 案内に従って PC を再起動します。
実例： 上記の コマンド実行＋ネットワークのリセット を行い、再起動後にオンライン Excel が正常に開けるようになった事例があります。
コマンドの意味と効果（なぜ効くのか）
- netsh winsock reset：Windows のソケット（通信）API 設定を初期化。破損した LSP（Layered Service Provider）や疑わしいフィルターの残骸を除去します。
- netsh int ip reset：TCP/IP スタックをリセット。異常なレジストリ設定やスタックの不整合を初期状態に戻します。
- ipconfig /release → /renew：DHCP で IP を取り直し、古いリース情報・経路情報のズレを解消します。
- ipconfig /flushdns：DNS キャッシュを破棄し、誤キャッシュやホスト名のミスマッピングを解消します。
- ネットワークのリセット：上記の論理設定に加え、仮想アダプターやプロトコル バインド、VPN/プロキシ関連の残骸も含めて一括初期化します（内部的には
netcfg -dに近い動作）。
確認観点：本当に直ったかを素早く見極める
- 正常系：オンライン Excel ファイルがサインイン後に編集画面まで速やかに到達する、グリッドが表示される、オートセーブが動作する。
- 異常系：
ERR_CONNECTION_RESET/ERR_TIMED_OUT/このページに到達できません/ 無限スピナーで止まる / サインインのループ。 - テストのコツ：同一アカウントで 別 PC と比較、同 PC で 別ユーザー プロファイル（Windows ユーザー）でも比較。
ブラウザは シークレットウィンドウ（Chrome: Ctrl+Shift+N／Edge: Ctrl+Shift+N）で試す。
なぜ「この PC だけ」で起きるのか（よくある原因）
| 原因カテゴリ | 具体例 | オンライン Excel での典型症状 |
|---|---|---|
| Winsock / LSP の破損 | アンインストール済みセキュリティ製品のフィルター残骸 | TLS ハンドシェイクで失敗、特定ドメインだけ ERR_CONNECTION_RESET |
| DNS の不整合 | 社内 DNS とパブリック DNS の切り替え履歴、古いキャッシュ | Microsoft 365 関連ドメインだけ名前解決に失敗／誤った IP に誘導 |
| プロキシ設定の残骸 | WinHTTP と WinINET の設定不一致、PAC キャッシュ | サインインや編集の特定フェーズだけタイムアウト |
| 仮想 NIC / VPN 競合 | 過去の VPN クライアント、仮想スイッチ、各種トンネル | 家庭回線では再現しない、社外だけ／社内だけで失敗 |
| ドライバー異常 | NIC ドライバーの更新失敗、電源管理の不具合 | 数分ごとに切断、TLS 再交渉でドロップ |
| ユーザープロファイル破損 | 一部の設定が破損、証明書ストアの異常 | 同じ PC の別ユーザーでは正常 |
追加の切り分け：原因を1つずつ潰す
プロキシ／VPNの影響を確認
- WinHTTP のプロキシ設定を確認：
netsh winhttp show proxy - 不要であれば一時的に リセット：
netsh winhttp reset proxy - 企業環境で PAC（自動プロキシ）を使っている場合、設定に戻せるよう現状を控えてから切り離しテストを行います。
- VPN クライアントを終了／切断し、仮想 NIC（例：旧バージョンの VPN、仮想ボックス関連）が残っていないか デバイス マネージャーで確認。
DNS を確認・リフレッシュ
ipconfig /allで使用 DNS を確認。意図しないアドレス（古い社内 DNS など）が残っていないかをチェック。ipconfig /flushdns後、nslookup <対象ドメイン>で解決先が正しいかを比較（別 PC と付き合わせ）。- 一時的に別 DNS（家庭内ルーター／モバイルテザリング）で試すと、DNS 起因か早く切り分けできます。
ブラウザ固有の要因を除外
- すべての拡張機能を無効化済みでも改善しない場合、新しいユーザープロファイル（Chrome/Edge）を作成して再現性を確認。
- サイト単位の保存データを消す：アドレスバー左のアイコン > サイトの設定 > 保存済みデータの削除。
- シークレットウィンドウで再試行（Cookie・キャッシュの影響を最小化）。
ネットワーク アダプターを健全化
- デバイス マネージャーから NIC を選択し、ドライバーの更新／ロールバックを検討。
- 電源管理の「電力の節約のために…オフにできる」にチェックがあれば外してテスト。
- PowerShell 例：
Get-NetAdapterで状態確認、Restart-NetAdapter -Name "<アダプター名>"で再起動。
セキュリティソフト／ファイアウォールの干渉
- 企業の EDR/Proxy クライアント、個人向けセキュリティ製品の Web シールドが原因のこともあります。
- 一時的に 無効化（ネットに接続しない状態で）または アンインストール → 再起動で確認。再導入が必要な環境では事前に許可を得てください。
- アンインストール後も症状が残る場合は、Winsock フィルターの残骸を疑い、改めて
netsh winsock resetを実行。
根本理解：オンライン Excel が内部で行っていること
Excel Online はブラウザ上で複数の Microsoft 365 関連ドメインに対して HTTPS（TLS）通信 を行い、認証・ファイル取得・オートセーブ・共同編集などを同時並行で処理します。
このため、一部のドメインだけ DNS が誤っている／TLS フィルタで遮断される／プロキシ経由が不正 といった ピンポイントの通信不全 でも、結果として「この PC だけ Excel が開けない」状態に見えます。Winsock/IP/DNS のリセットは、こうしたローカル要因を一括で健全化する“強いカード”です。
安全に進めるための注意点
- ネットワークのリセット後は、VPN・Wi‑Fi・仮想 NIC の再設定が必要になることがあります。事前に設定情報を控えてください。
- 企業・学校環境では、管理ポリシー（プロキシ必須、証明書配布など）と矛盾しないよう、IT 管理者の指示に従ってください。
- レジストリや証明書の変更は十分に理解してから。まずは本記事の範囲（Winsock/IP/DNS/ネットワークリセット）での復旧を優先します。
「まだ直らない」場合の深掘りチェックリスト
| 確認項目 | コマンド／手順 | 期待/判定 | 次の一手 |
|---|---|---|---|
| WinHTTP プロキシ | netsh winhttp show proxy | 不要なら 直接アクセス (no proxy) | netsh winhttp reset proxy で一時リセット |
| DNS キャッシュ | ipconfig /displaydns | 古い/不審なレコードがない | ipconfig /flushdns → 再取得 |
| 名前解決 | nslookup <Excel関連ドメイン> | 別 PC と同じ IP を引く | DNS 切替（テザリング等）で再検証 |
| TLS/SSL | ブラウザのセキュリティエラー、イベントログ | 証明書エラーなし | 中間証明書・検疫プロキシの影響を確認 |
| ネットワーク経路 | tracert <対象ホスト> | 適切な経路で到達 | 途中でドロップする場合はプロキシ/ゲートウェイを疑う |
| ポート利用状況 | netstat -ano | findstr :443 | 過剰な同時接続やハングがない | 問題プロセスを特定し再起動/除去 |
| ユーザープロファイル | 別 Windows ユーザーでサインイン | 別ユーザーで正常 | プロファイル破損。新規プロファイル移行を検討 |
| 物理/仮想アダプター | ncpa.cpl で確認 | 不要な仮想 NIC 無し | 無効化/削除、再起動 |
よくある質問（FAQ）
Q. コマンドで何が“壊れる”可能性は？
ネットワークの論理設定（Winsock/IP/DNS、プロキシ等）が初期化されます。Wi‑Fi の再接続、VPN の再設定が必要になることはありますが、一般的にユーザーデータが失われることはありません。企業端末では事前に IT 管理者の方針に従ってください。
Q. Edge と Chrome の両方で同時にダメになるのはなぜ？
両者は OS のネットワークスタックや証明書ストア、プロキシ（WinINET）を共用します。OS 側の破損・不整合が原因だと、複数ブラウザに同時に波及しやすいのです。
Q. 同じ Microsoft アカウント・同じファイルで、他 PC では大丈夫。ファイルや権限は疑わなくていい？
はい。別 PC で正常なら、アカウントやファイル破損ではなく 端末ローカルのネットワーク層を疑うのが近道です。
Q. 「ネットワークのリセット」で直らない場合の最後の手段は？
クリーンブート（最小構成起動）で再現するかを確認し、常駐のセキュリティ/最適化/トラフィック制御ツールを一時停止または再インストール。新規 Windows ユーザープロファイルでの再現性、最新累積更新プログラムの適用、NIC ドライバーの再導入も有効です。
トラブル復旧ストーリー（実例）
「数か月間、毎日同じオンライン Excel を使っていたのに、ある日突然 Chrome でだけ開けなくなり、数日後には Edge でもダメになった」という事例。
一般的なブラウザ対策（キャッシュ削除／拡張機能 OFF／再起動）は全滅でしたが、管理者コマンドで Winsock/IP/DNS をリセット → Windows の『ネットワークのリセット』を実施 → 再起動 の順で完全復旧。以後、同現象は再発せず、共同編集・オートセーブも安定して動作しています。
再発防止のベストプラクティス
- 不要な ネットワーク系ツール（VPN の旧版、最適化ツール、フィルタドライバー）を残さない。アンインストール後は再起動。
- NIC ドライバーと Windows Update を定期適用。長期間の適用遅延は不整合の温床です。
- 公開/社内ネットワークを頻繁に切り替える運用では、DNS の不整合が起きやすいため、異常を感じたら
ipconfig /flushdnsを習慣化。 - プロキシの二重設定（WinHTTP と WinINET の不一致）を避ける。設定変更時は
netsh winhttp show proxyで現状を記録。 - OS・ブラウザ・セキュリティ製品の バージョン整合を保つ。中間証明書の期限切れ等にも注意。
PowerShell 派のための補助コマンド
以下は 補助 用です（根治は前述のコマンドとネットワークリセットが王道）。
# DNS キャッシュのクリア
Clear-DnsClientCache
# ネットワークアダプターの状態確認
Get-NetAdapter | Sort-Object Status, Name
# 問題アダプターの再起動（要管理者）
Restart-NetAdapter -Name "<アダプター名>"
# TCP 接続の一覧（443 の動きが不自然か確認）
Get-NetTCPConnection -State Established | Where-Object {$_.RemotePort -eq 443} 現場対応の流れ（テンプレート）
- 別 PC／別ユーザーで再現性を確認し、端末ローカル起因と判断。
- ブラウザのシークレットで簡易確認（影響の切り分け）。
- 管理者コマンド 5 連打（Winsock, IP, Release/Renew, FlushDNS）。
- 改善なければ ネットワークのリセット → 再起動。
- それでも不可ならプロキシ/VPN/仮想 NIC/セキュリティの干渉を除外。
- ドライバー・OS 更新、クリーンブート、新規プロファイルでの再検証。
トラブルが Excel 以外にも波及している場合
OneDrive/SharePoint/Teams など他の Microsoft 365 サービスでもエラーが出る場合、DNS/プロキシ/セキュリティ層の共通不具合の可能性がさらに高まります。この場合も本記事の順番で「OS ネットワーク層の健全化→干渉要因の除外」を徹底するのが最短ルートです。
まとめ：最小の手数で最大の効果を出す
- 「この PC だけ」×「急に」×「ブラウザ横断」は OS のネットワーク層を疑う。
- まずは netsh と ipconfig の 5 コマンドで論理層を健全化。
- 改善しなければ ネットワークのリセットで広範に初期化。
- 最後にプロキシ/VPN/セキュリティ/ドライバー/プロファイルの干渉を順に除外。
この順番なら、原因の網羅性と復旧スピードのバランスが良く、現場でも再現性高く問題を解消できます。
付録：作業ログ用チェックシート（コピーして使えます）
| 完了 | 項目 | メモ |
|---|---|---|
| □ | 別 PC / 別ユーザーで正常を確認 | |
| □ | シークレットウィンドウで再現性確認 | |
| □ | netsh winsock reset | |
| □ | netsh int ip reset | |
| □ | ipconfig /release & /renew | |
| □ | ipconfig /flushdns | |
| □ | ネットワークのリセット（再起動） | |
| □ | WinHTTP プロキシの確認／リセット | |
| □ | VPN/仮想 NIC の除外テスト | |
| □ | セキュリティ製品の干渉確認 | |
| □ | NIC ドライバー更新／ロールバック | |
| □ | 新規ユーザープロファイルでの検証 |
最後に（運用者向けメモ）
ユーザー報告で「Chrome → しばらくして Edge もダメ」という時間差があれば、ブラウザ依存の要因より OS ネットワーク層の問題をまず疑い、ここで紹介した Winsock/IP/DNS リセット→ネットワークのリセットの順で迅速にあたるのが効率的です。併せて、端末に残りがちな仮想 NIC・旧 VPN・プロキシ設定の“置き土産”を日頃から整理しておくと、同種トラブルの再発を大幅に抑制できます。
コメント