Windows11でスリープ復帰後だけネットワーク共有が見えない原因と7つの確実な解決手順

「さっきまで普通に使えていた共有フォルダが、スリープから復帰したら消えている……」。この現象、あなただけではありません。2026年現在、Windows11ユーザーからの報告が世界中で急増しており、Microsoftの公式コミュニティにも「2026年になってもまだ直らないのか」という悲鳴に近い投稿が相次いでいます。再起動すれば直る、でもスリープのたびに毎回再起動なんてやっていられませんよね。

この記事では、Windows11でスリープ復帰後だけネットワーク共有が見えなくなる原因を初心者にもわかるように徹底的に解説し、確実に解決できる手順を優先順位付きでお伝えします。24H2アップデート後に深刻化したSMB署名問題や、最新のModernStandby対策まで、日本語の情報だけでは手に入らない海外の最新ナレッジもすべて盛り込みました。

そもそもなぜスリープ復帰後だけ共有フォルダが消えるのか？

この問題を正しく解決するには、まず「なぜスリープから復帰したときだけ共有フォルダにアクセスできなくなるのか」を理解する必要があります。再起動すれば問題なく繋がるのに、スリープ復帰だけダメという不思議な現象には、実は明確な理由があるのです。

ネットワークアダプターの省電力機能が原因になるケース

Windows11では、バッテリーの消費を抑えるためにスリープ中にネットワークアダプターの電源を自動でオフにする設定がデフォルトで有効になっています。デスクトップPCでも、この設定はマザーボードの省電力機能と連携して動作するため、有線LAN接続であっても影響を受けます。スリープに入るとネットワークアダプターへの給電が止まり、復帰時にアダプターが正常に再起動できないと、共有フォルダへの接続が切れたままになります。

特に厄介なのは、インターネット接続自体は復帰しているように見えるのに、ネットワーク共有だけが見えないパターンです。これはネットワークアダプターが部分的にしか復旧していない状態で、SMBプロトコルによるファイル共有の再接続が失敗していることを意味します。

高速スタートアップが引き起こす隠れた不具合

Windows11では「高速スタートアップ」がデフォルトで有効になっています。これはシャットダウン時にカーネルとドライバーのセッション情報を保存し、次回起動時に高速で復帰する仕組みです。便利な機能に思えますが、スリープからの復帰時にこの保存済みセッション情報とネットワークドライバーの実際の状態が食い違うことがあります。結果として、Wi-Fiアダプターが非アクティブな電力状態のまま固まってしまい、共有フォルダへの接続が確立できなくなるのです。

ModernStandby（S0低電力アイドル）の罠

近年のWindows11搭載ノートPCの多くは、従来のS3スリープではなくModernStandby（S0低電力アイドル）という新しいスリープ方式を採用しています。これはスマートフォンのように、スリープ中もネットワーク接続を維持しながら低電力で動作する仕組みです。理論上はネットワークが切れないはずなのですが、現実にはドライバーの互換性問題やファームウェアの不具合によって、復帰時にネットワークアダプターが正しく再初期化されないことが頻繁に起きています。

さらに問題なのは、ModernStandby対応PCではデバイスマネージャーのネットワークアダプターのプロパティに「電源の管理」タブが表示されないことがあるという点です。従来のS3スリープであれば表示されるこのタブが見えないため、「省電力設定を変更してください」というよくあるアドバイスがそもそも実行できないのです。この場合はレジストリ編集で対応する必要があり、後ほど詳しく手順を解説します。

Windows11の24H2アップデートで深刻化したSMBセキュリティ変更

2024年後半にリリースされたWindows11バージョン24H2では、SMB（ServerMessageBlock）プロトコルに重大なセキュリティ変更が加えられました。具体的には、すべてのSMB接続でデジタル署名が必須になり、さらにProエディションではゲストアクセスのフォールバックが無効化されました。この変更により、古いNASや、パスワードなしの共有フォルダへのアクセスが突然できなくなる事態が世界中で多発しています。

スリープ復帰後に共有フォルダが見えなくなる問題と、この24H2のSMB変更は一見別の問題に思えますが、実は密接に関係しています。スリープからの復帰時にSMB接続の再認証が必要になるタイミングで、新しいセキュリティ要件を満たせない古いNASやルーター付属のUSBストレージが接続を拒否されるのです。つまり、以前は再接続できていた共有フォルダが、24H2以降はスリープ復帰のたびに認証エラーを起こすようになったということです。

2026年3月時点でも、Microsoftの公式TechCommunityフォーラムではこの問題に関する議論が続いており、累積更新プログラムKB5065426以降にSMBの認証失敗や接続タイムアウトが悪化したという報告が寄せられています。

まず試すべき基本の対処法3ステップ

原因がわかったところで、ここからは具体的な解決手順に入ります。まずは難しい設定変更をする前に、シンプルだけど効果的な基本対処から始めましょう。「そんなの知ってるよ」と思うかもしれませんが、正しい手順で行うと意外と解決することがあります。

完全シャットダウンとルーターの再起動を正しい順番で行う

Windows11の通常のシャットダウンは、実は完全に電源が切れていません。高速スタートアップが有効なため、カーネルの状態が保存されたまま「なんちゃってシャットダウン」になっているのです。ここで重要なのが、Shiftキーを押しながらシャットダウンを行うことです。こうすることで高速スタートアップを無効にした完全シャットダウンになり、ネットワークドライバーが次回起動時にゼロから読み込み直されます。

手順としては、まずPCをShift＋シャットダウンで完全に電源を切り、次にルーターの電源コードを抜いて30秒から1分ほど待ちます。それからルーターの電源を入れて、ルーターが完全に起動してからPCの電源を入れるのがポイントです。PCよりルーターを先に起動させることで、PCがネットワークに接続する際に安定したDHCP応答を受けられます。

機内モードのオンオフでWi-Fiドライバーをソフトリセットする

スリープ復帰後にネットワーク共有が見えなくなったとき、再起動せずに手軽に試せるのがこの方法です。タスクバー右下のWi-Fiアイコンをクリックして「機内モード」を一度オンにし、10秒ほど待ってからオフに戻します。キーボードの

キー（機種によって異なります）でも切り替え可能です。これによりWi-Fiドライバーがソフト的にリセットされ、SMB接続が再確立されることがあります。

Windowsの標準トラブルシューティングツールを実行する

Windows11には標準でネットワークの問題を自動診断・修復するツールが搭載されています。「設定」から「システム」、「トラブルシューティング」、「その他のトラブルシューティングツール」と進み、「ネットワークとインターネット」の「実行する」をクリックします。「問題が見つかりませんでした」と表示された場合でも、実行することでネットワーク設定が内部的にリフレッシュされるため、やってみる価値は十分あります。

ネットワークアダプターの電源管理を変更して根本的に解決する

基本の3ステップで改善しない場合は、ネットワークアダプターの省電力設定を直接変更します。これがスリープ復帰後のネットワーク問題における最も効果的な対処法のひとつです。

デバイスマネージャーから省電力設定をオフにする方法

スタートボタンを右クリックして「デバイスマネージャー」を開きます。キーボードの

でも同じ画面にアクセスできます。「ネットワークアダプター」を展開し、使用しているネットワークアダプター（Intel Wi-Fi 6やRealtek PCIeなど）を右クリックして「プロパティ」を開きます。「電源の管理」タブをクリックし、「電力の節約のために、コンピューターでこのデバイスの電源をオフにできるようにする」のチェックを外して「OK」をクリックします。

ノートPCの場合はバッテリー消耗が若干早くなりますが、スリープ復帰のたびにネットワーク共有が消える問題と天秤にかければ、許容できるトレードオフでしょう。有線LANと無線LANの両方を使っている場合は、両方のアダプターで同じ設定変更を行ってください。

電源の管理タブが表示されない場合のレジストリ対処法

ModernStandby対応のPCでは「電源の管理」タブ自体が表示されないことがあります。この場合は、レジストリエディタを使ってModernStandbyを無効化し、従来のS3スリープモードに切り替えることで「電源の管理」タブを復活させることができます。

管理者権限でコマンドプロンプトまたはWindowsターミナルを開き、以下のコマンドを実行します。

コマンド実行後にPCを再起動すると、ModernStandbyが無効化されて従来のS3スリープに切り替わります。再起動後にコマンドプロンプトで

を実行して、「Standby（S0 Low Power Idle）」ではなく「Standby（S3）」が表示されていれば成功です。この変更により「電源の管理」タブが表示されるようになるので、前述の省電力設定のチェックを外す操作が可能になります。

ただし注意点として、ModernStandbyを無効化すると「瞬時起動」の機能が失われ、スリープからの復帰に数秒余分にかかるようになります。また、スリープ中のメール受信やVoIP着信などのバックグラウンド処理も停止します。業務上これらの機能が必要な場合は、次のセクションで紹介する別の方法を検討してください。

24H2ユーザー必見のSMB署名とゲストアクセスの設定変更

Windows11バージョン24H2にアップデートしたPCでスリープ復帰後に共有フォルダが見えなくなった場合、前述のSMBセキュリティ変更が原因である可能性が非常に高いです。特に、パスワードなしの共有設定をしている環境や、古いNASを使用している場合はほぼ確実にこれが原因です。

PowerShellコマンドで手軽にSMB設定を修正する方法

管理者権限でPowerShellを起動し、以下の3つのコマンドを順番に実行します。

これらのコマンドは、24H2で強制された安全でないゲストログオンの禁止とSMB署名の必須化を、アップデート前の状態に戻すものです。実行後にPCを再起動し、スリープ復帰後も共有フォルダにアクセスできるか確認してください。

なお、この設定変更はセキュリティレベルを下げる行為であることを理解した上で実施してください。家庭内の閉じたネットワークであれば大きなリスクはありませんが、企業ネットワークや公共のネットワークに接続する場合は、NAS側のファームウェアをアップデートしてSMB署名に対応させるのが本来あるべき対処法です。

グループポリシーエディターでゲストログオンを有効にする方法（Pro版向け）

Windows11 Proエディションを使用している場合は、グループポリシーエディターからGUIで設定変更ができます。

で「ファイル名を指定して実行」を開き、

と入力してEnterキーを押します。

「コンピューターの構成」から「管理用テンプレート」、「ネットワーク」、「Lanmanワークステーション」の順に進み、「安全でないゲストログオンを有効にする」を「有効」に設定します。

続けて、「コンピューターの構成」から「Windowsの設定」、「セキュリティの設定」、「ローカルポリシー」、「セキュリティオプション」と進み、「Microsoftネットワーククライアント常に通信にデジタル署名を行う」を「無効」に設定します。

両方の設定を変更したらPCを再起動してください。これで24H2のSMBセキュリティ変更による共有フォルダのアクセス問題が解消されます。

レジストリ直接編集で確実に設定を反映させる方法（全エディション対応）

グループポリシーエディターでの設定変更がうまく反映されないケースが報告されています。特に23H2からアップグレードしたPCでは、ポリシー設定がレジストリに正しく書き込まれないことがあるようです。確実を期すなら、レジストリを直接編集する方法をおすすめします。

レジストリエディタで以下のパスに移動します。

ここでAllowInsecureGuestAuthという名前のDWORD（32ビット）値を探し、値のデータを1に設定します。存在しない場合は新規作成してください。同じ場所にあるRequireSecuritySignatureの値のデータを0に設定します。こちらも存在しなければ新規作成します。

設定完了後にPCを再起動すれば、パスワードなしの共有フォルダやSMB署名に対応していないNASへのアクセスが復活し、スリープ復帰後も安定して接続が維持されるはずです。

コマンドプロンプトでネットワーク設定を完全リセットする

ここまでの対処法で改善しない場合は、ネットワーク設定そのものが破損している可能性があります。コマンドプロンプトを使って、TCP/IPスタックやDNSキャッシュをリセットしましょう。難しそうに見えますが、コマンドをコピー＆ペーストするだけなので安心してください。

まず

を押して「cmd」と入力し、「コマンドプロンプト」を右クリックして「管理者として実行」を選択します。そして以下のコマンドをひとつずつ実行していきます。

すべてのコマンドを実行したらPCを再起動します。これによりWindowsのネットワークスタックが完全に初期化され、スリープ復帰時の接続不良が解消されるケースが多くあります。経験上、ネットワークトラブルの約8割はこのリセット操作で解決します。

それでも解決しないときの上級者向け対処法

基本的な対処法をすべて試しても改善しない場合に検討すべき、やや高度な対処法を紹介します。

ネットワークドライバーの手動アップデートとクリーンインストール

Windows Updateが自動でインストールするドライバーが最新とは限りません。PCメーカーやネットワークアダプターの製造元（Intel、Realtek、Qualcommなど）の公式サイトから最新のドライバーをダウンロードしてインストールしてみてください。特に2026年に入ってからリリースされたドライバーには、ModernStandbyの互換性問題を修正したものが多く含まれています。

既存のドライバーを完全に削除してからインストールする「クリーンインストール」を行うとさらに効果的です。デバイスマネージャーでネットワークアダプターを右クリックし、「デバイスのアンインストール」を選択する際に「このデバイスのドライバーを削除しようとしました」にチェックを入れてからアンインストールします。その後、PCを再起動してから新しいドライバーをインストールしてください。

共有フォルダ側の設定を見直す

問題はスリープする側のPCだけでなく、共有フォルダを提供している側にある場合もあります。共有元のPCやNASがスリープ状態になっていないか、OSの更新中やサービス停止状態になっていないかを確認しましょう。

特に確認すべきなのがネットワークプロファイルの設定です。Windows11の「設定」から「ネットワークとインターネット」、「ネットワークの詳細設定」、「共有の詳細設定」と進み、「プライベートネットワーク」が選択されていることを確認します。「パブリックネットワーク」になっていると、ファイル共有やネットワーク探索が制限されます。

NASを導入して安定した共有環境を構築する

そもそもPC上のフォルダを共有している場合、そのPC自体がスリープに入れば共有フォルダにアクセスできなくなるのは当然です。根本的な解決策としては、NAS（ネットワーク接続ストレージ）の導入がもっとも確実です。NASは24時間稼働を前提に設計されたネットワーク専用のストレージ機器で、PCのスリープ状態に左右されることなく常時安定してファイル共有を提供できます。

ただしNASを導入する場合も、Windows11の24H2以降ではSMB署名の要件を満たす製品を選ぶか、前述のレジストリ設定変更を行う必要がある点には注意してください。NASメーカー各社もファームウェアアップデートで対応を進めていますので、購入前に最新のファームウェアがSMB署名に対応しているか確認することをおすすめします。

対処法の効果と難易度がひと目でわかる比較表

ここまで紹介した対処法を、効果の期待度と作業の難易度で整理しました。上から順に試していくことをおすすめします。

情シス歴10年超の現場で培ったトラブル切り分け術

ここからは、公開されているマニュアルや公式ドキュメントには書かれていない、実際の現場で何百台ものPCを管理してきた経験から得た「本当に使える切り分けテクニック」をお伝えします。ネットワーク共有のトラブルに遭遇したとき、闇雲に設定をいじるのは最悪の手です。まずは30秒で状況を正確に把握する方法を身につけてください。

スリープ復帰直後にやるべき30秒診断フロー

スリープから復帰して「あ、共有フォルダが見えない」と気づいたら、まず以下の確認を素早く行います。PowerShellを管理者権限で開いて、この1行を叩いてください。

ここでTcpTestSucceededがTrueなら、ネットワーク層は生きています。つまり、物理的な接続やIPアドレスの問題ではなく、SMBの認証やセッション管理のレイヤーで問題が起きているということです。逆にFalseなら、そもそもネットワークアダプターがスリープから正常に復帰していないか、ファイアウォールがポート445をブロックしているかのどちらかです。

この1コマンドだけで「ネットワーク層の問題」と「SMB層の問題」を瞬時に切り分けられます。これをやらずに「ネットワークアダプターの設定を変えよう」とか「SMBの署名をオフにしよう」と手当たり次第にやると、問題の原因と関係ない設定を弄ってしまい、別のトラブルを引き起こすことになります。情シスの現場では「まず切り分け、次に対処」が鉄則です。

現在のSMB接続状態を丸裸にするコマンド集

スリープ復帰後にネットワーク共有がどうなっているかを正確に把握するには、以下のPowerShellコマンドが非常に役立ちます。普段から使えるようにしておくと、トラブル発生時に慌てずに済みます。

まず、現在のSMB接続の状態を一覧表示するコマンドです。

このコマンドの出力で注目すべきはDialect（SMBバージョン）とSigned（署名の有無）の列です。Dialectが「3.1.1」であればSMB3を使っており問題ありません。「2.0.2」や「2.1」が表示されている場合は、相手側のNASやPCが古いプロトコルで接続していることを意味し、24H2の署名要件に引っかかる可能性が高いです。

次に、マッピングされたネットワークドライブの状態を確認します。

スリープ復帰後にこのコマンドを実行して、Statusが「Unavailable」になっているドライブがあれば、それがまさに問題のドライブです。正常なら「OK」と表示されます。この情報があるだけで、どのドライブが死んでいてどのドライブが生きているかが一目瞭然になります。

さらに、SMBクライアントの現在の設定を確認するコマンドも覚えておきましょう。

この出力でRequireSecuritySignatureがTrueになっていたら、24H2のSMB署名強制が有効な状態です。EnableInsecureGuestLogonsがFalseなら、ゲストアクセスがブロックされています。設定変更前にこの値を記録しておくと、何かあったときに元に戻すのが簡単です。

タスクスケジューラでネットワークドライブを自動再接続する仕組みの作り方

ここからは、根本原因を修正するのが難しい場合や、社内の複数台のPCで一括対応したい場合に非常に重宝する「自動再接続の仕組み」を紹介します。この方法は実はMicrosoft公式ドキュメントでも推奨されている手法で、情シスの現場では「最後の砦」として多くの企業で導入されています。

PowerShellスクリプトで切断されたドライブだけを自動で再マッピングする

まず、以下の内容をメモ帳にコピーして、

というファイル名で保存してください。Cドライブの直下に「Scripts」というフォルダがなければ新規作成します。

このスクリプトは、ステータスが「Unavailable（利用不可）」になっているマッピング済みドライブだけを検出し、最大3回まで30秒間隔で再接続を試みます。すでに正常に接続されているドライブには一切触れないので、余計な影響が出ることはありません。

タスクスケジューラに登録してログオン時に自動実行させる手順

スクリプトを作っただけでは意味がないので、タスクスケジューラに登録して自動実行されるようにします。

を押して「タスクスケジューラ」と入力して起動してください。

「操作」メニューから「タスクの作成」を選択し、「全般」タブでタスク名を「ネットワークドライブ自動再接続」などわかりやすい名前に設定します。「ユーザーまたはグループの変更」をクリックして、「Users」グループを指定します。ここが重要で、管理者権限ではなく通常ユーザーの権限で実行する必要があります。エクスプローラーと同じ権限でないとドライブマッピングが正しく反映されないためです。

「トリガー」タブで「新規」をクリックし、「ログオン時」を選択します。さらにもうひとつトリガーを追加して、「イベント時」を選び、ログを「Application」、ソースを「RasClient」、イベントIDを「20225」に設定します。このイベントIDはVPN接続が確立されたときに発火するトリガーで、リモートワーク環境でVPN接続後にネットワークドライブが見えなくなる問題にも対応できます。

「操作」タブで「新規」をクリックし、プログラム/スクリプトに

、引数の追加に

、開始場所に

を入力します。「条件」タブの「次のネットワーク接続が使用可能な場合のみタスクを開始する」にチェックを入れ、「任意の接続」を選択して完了です。

この仕組みを入れておくと、スリープ復帰後にネットワークドライブが切断されても、30秒以内に自動で再接続されます。ログオン時だけでなくVPN接続時にも動作するので、テレワーク環境でも大活躍します。

SMBセッションのタイムアウト値をチューニングして切断されにくくする

ネットワーク共有の切断問題を根本的に減らすには、SMBのタイムアウト関連のパラメータを適切にチューニングすることが非常に効果的です。デフォルト値では、一定時間アイドル状態が続くと自動的にSMBセッションが切断される仕組みになっており、スリープ復帰後に「セッション切れ」が原因で共有フォルダにアクセスできなくなるケースが実は非常に多いのです。

SessTimeoutの値を変更してSMBセッションの寿命を延ばす

レジストリエディタで以下のパスを開きます。

ここにSessTimeoutという名前のDWORD（32ビット）値を新規作成し、値のデータを3600（10進数）に設定します。この値は秒単位なので、3600は1時間を意味します。デフォルト値は60秒で、この短い時間内にスリープから復帰しないとセッションが切断されてしまいます。これを1時間に延ばすことで、ちょっとした離席やスリープ程度ではセッションが切れなくなります。

QNAPの公式サポートでもこの設定変更が推奨されており、NASとの接続が頻繁に切れるという問題の定番解決策になっています。

サーバー側のAutodisconnect値も合わせて調整する

クライアント側だけでなく、共有フォルダを提供しているPC（サーバー側）のタイムアウト値も調整すると、さらに効果的です。管理者権限のコマンドプロンプトで以下のコマンドを実行します。

このコマンドでAutodisconnectを-1に設定すると、アイドル状態でのSMBセッション自動切断が無効になります。デフォルト値は15分で、15分間ファイル操作がないとサーバー側からセッションを切ってしまうのです。自宅や小規模オフィスのような信頼できるネットワーク環境であれば、無効化しても問題ありません。

現在の設定値を確認したい場合は以下のコマンドを使います。

出力の中に「自動切断時間」の項目があるので、現在の値を確認してからチューニングしてください。

レジストリ変更前に絶対やるべきバックアップ手順と失敗時の復旧法

レジストリの編集は強力な反面、一歩間違えるとWindowsが正常に起動しなくなるリスクがあります。特にLanmanWorkstationのParametersキーを触る際は要注意です。実際に、レジストリ編集時にParametersキーそのものを上書きしてしまい、Workstationサービスが起動不能になって結局Windowsの再インストールが必要になったという事例が海外のMicrosoftフォーラムで報告されています。

レジストリのバックアップ手順

レジストリエディタで対象のキーに移動したら、編集を加える前に必ずそのキーを右クリックして「エクスポート」を選択し、デスクトップなどわかりやすい場所に.regファイルとして保存してください。具体的には、

を右クリックして「エクスポート」です。LanmanWorkstation配下すべてがバックアップされるので、Parametersキーだけでなくサービスの設定全体を保護できます。

さらに安全を期すなら、レジストリ変更前にシステムの復元ポイントを作成しておきましょう。PowerShellで以下のコマンドを実行するだけです。

万が一設定変更後にWindowsの挙動がおかしくなった場合、「設定」の「システム」、「回復」から「PCの起動をカスタマイズする」で回復環境に入り、「システムの復元」から作成した復元ポイントを選択して元に戻せます。

Workstationサービスが起動不能になった場合の緊急復旧法

もしレジストリ編集後にWorkstationサービスが起動できなくなった場合（「エラー2指定されたファイルが見つかりません」というメッセージが表示される）、以下の手順で復旧できます。この情報は海外のフォーラムで解決策として共有されたもので、日本語の情報サイトではほとんど見かけません。

管理者権限のPowerShellで以下の2行を順番に実行します。

1行目でParametersキーを再作成（既存のものが壊れている場合は修復）し、2行目でWorkstationサービスの本体であるwkssvc.dllへのパスを正しく登録し直します。実行後にPCを再起動すれば、Workstationサービスが正常に起動するようになるはずです。その後、必要に応じてAllowInsecureGuestAuthなどの値を個別に追加してください。

情シスが実際に遭遇する「地味だけど厄介な」あるある問題と解決法

教科書的な対処法はいくらでも見つかりますが、実際の現場で遭遇する問題はもっと地味で、もっと厄介です。ここでは、情シスとして10年以上の現場経験で何度も遭遇した「あるある問題」と、その実践的な解決法を紹介します。

「資格情報マネージャー」に残った古い認証情報が邪魔をするパターン

スリープ復帰後に共有フォルダへアクセスしようとすると「ユーザー名またはパスワードが正しくありません」と表示されるのに、正しいパスワードを入力しても弾かれる。これ、実はWindowsの「資格情報マネージャー」に古い認証情報がキャッシュされていて、そちらが優先的に使われていることが原因であるケースが非常に多いです。

コントロールパネルから「資格情報マネージャー」を開き、「Windows資格情報」の一覧を確認してください。問題の共有先に対応するエントリがあれば、いったん削除してからアクセスし直すと解決します。コマンドラインで一括削除する場合は以下のコマンドが使えます。

現在登録されている資格情報を一覧表示するには以下のコマンドです。

この問題が厄介なのは、認証情報が正しい場合でも古いキャッシュが優先されてしまう点です。パスワードを変更した直後や、NAS側のアカウント設定を変更した後に特に発生しやすいので、「パスワードは合っているのに入れない」と言われたら、真っ先に資格情報マネージャーを疑ってください。

IPv6が有効になっているせいで共有が不安定になるパターン

Windows11の24H2環境で特に報告が増えているのが、IPv6が有効な状態だとネットワーク共有が不安定になるという現象です。家庭内のLAN環境の大半はIPv4で構成されていますが、Windows11はデフォルトでIPv6が有効になっているため、名前解決の際にIPv6とIPv4が競合してSMBの接続先を見失うことがあります。

ネットワークアダプターのプロパティを開き、「インターネットプロトコルバージョン6（TCP/IPv6）」のチェックを外すだけで劇的に改善するケースがあります。PowerShellで無効化する場合は以下のコマンドです。

Wi-Fi接続の場合はNameの部分を「Wi-Fi」に変更してください。現在の状態を確認するには以下のコマンドを使います。

エクスプローラーのキャッシュが古くてネットワーク一覧に表示されないパターン

スリープ復帰後にエクスプローラーの「ネットワーク」を開いても何も表示されないのに、アドレスバーに直接

を入力すると問題なくアクセスできる。このパターンは、エクスプローラーのネットワーク探索キャッシュが古い状態のまま更新されていないことが原因です。

もっとも手軽な解決法は、タスクマネージャーでエクスプローラー（explorer.exe）を再起動することです。

でタスクマネージャーを開き、「プロセス」タブで「エクスプローラー」を右クリックして「再起動」を選択します。PCの再起動よりも遥かに速く、開いているアプリケーションも閉じる必要がありません。

ただしこの方法はあくまで対症療法です。根本的には、ネットワーク探索に関連する以下のサービスが実行中であることを確認してください。PowerShellで一括確認・起動できます。

StatusがStoppedになっているサービスがあれば、以下のコマンドで起動します。

特にFDResPub（Function Discovery Resource Publication）とfdPHost（Function Discovery Provider Host）は、ネットワーク上のデバイスを検出するために必須のサービスです。これらがスリープ復帰後に停止していると、エクスプローラーのネットワーク一覧に何も表示されなくなります。

ネットワークアダプターの「隠し設定」で接続安定性を劇的に上げる方法

デバイスマネージャーのネットワークアダプタープロパティには、「電源の管理」タブ以外にも「詳細設定」タブという宝の山が眠っています。ここにはアダプターの動作を細かく制御するパラメータが大量に並んでおり、適切に調整するとスリープ復帰後の接続安定性が劇的に改善します。

WakeOnMagicPacketとWakeOnPatternMatchの設定

デバイスマネージャーでネットワークアダプターのプロパティを開き、「詳細設定」タブに移動してください。「Wake on Magic Packet」と「Wake on Pattern Match」という項目があれば、両方をEnabled（有効）に設定します。これにより、スリープ中にネットワークからのパケットを受信してPCを復帰させることができるようになり、共有フォルダへのアクセス要求に応答できるようになります。

Speed&DuplexとWait for Linkの設定

有線LAN接続の場合、「Speed & Duplex」の設定も確認してください。デフォルトの「Auto Negotiation」のままだと、スリープ復帰時にリンク速度のネゴシエーションに時間がかかり、ネットワーク接続の確立が遅れることがあります。使用しているネットワーク環境に合わせて「1.0 Gbps Full Duplex」などの固定値を指定すると、復帰時のネゴシエーション時間を短縮できます。

また「Wait for Link」という項目がある場合は「On」に設定してください。これはリンクが確立されるまでドライバーが待機する設定で、スリープ復帰直後のネットワーク不安定を防ぐ効果があります。

ワイヤレスアダプターの省電力モードを「最大パフォーマンス」に固定する

Wi-Fi接続の場合は、電源オプションの詳細設定にも重要な隠し設定があります。コントロールパネルの「電源オプション」で使用中のプランの「プラン設定の変更」をクリックし、「詳細な電源設定の変更」を開きます。「ワイヤレスアダプターの設定」を展開し、「省電力モード」を「バッテリ駆動」「電源に接続」の両方とも「最大パフォーマンス」に変更してください。

この設定がデフォルトの「省電力（中）」や「最大省電力」になっていると、Wi-Fiアダプターがスリープ復帰後にフルパワーで復帰せず、接続が不安定になります。バッテリー持ちは若干悪くなりますが、スリープ復帰後のWi-Fi切断問題はこれだけで解決するケースが体感で3割ほどあります。

複数台のPCに一括で設定を展開するためのバッチファイルとregファイル

家庭内で複数台のPCを使っている場合や、小規模オフィスで何台ものPCに同じ設定を適用したい場合、1台ずつ手作業でレジストリを編集するのは非効率的すぎます。ここでは、USBメモリに入れて持ち運べるバッチファイルの作り方を紹介します。

メモ帳を開いて以下の内容をコピーし、

という名前で保存してください。

このバッチファイルを右クリックして「管理者として実行」するだけで、SMB署名の緩和、ゲストログオンの許可、セッションタイムアウトの延長、自動切断の無効化がすべて一発で完了します。USBメモリに入れておけば、社内の複数台のPCに数秒で適用できます。

もしバッチファイルが不安という方は、.regファイルを使う方法もあります。メモ帳に以下の内容を書いて

として保存し、ダブルクリックで実行するだけです。

ちなみにSessTimeoutの値「00000e10」は、16進数で3600（1時間）を意味します。regファイルの数値は16進数で記述する必要があるので注意してください。

SMBイベントログを確認して問題の原因を特定するプロの手法

ここまでの対処法をすべて試しても改善しない場合や、問題が間欠的に発生して再現条件がわからない場合は、Windowsのイベントログを確認することで原因を特定できることがあります。情シスの世界では「ログを読める人間が最強」と言われるほど、イベントログの分析スキルは重要です。

PowerShellで以下のコマンドを実行すると、直近24時間以内のSMBクライアント関連のイベントログをすべて取得できます。

出力されたイベントの中で特に注目すべきは、エラーコード0x80070035（ネットワークパスが見つかりません）とエラーコード0x8007003B（予期しないネットワークエラー）です。前者はDNS解決やSMBサービスの問題、後者はSMB署名やプロトコルバージョンの不一致を示すことが多いです。

イベントログのタイムスタンプとスリープ復帰のタイミングを照合すれば、「スリープに入った時刻」「ネットワークアダプターが停止した時刻」「復帰後にSMB接続が失敗した時刻」という一連の流れを時系列で追うことができます。これにより、問題がネットワーク層で起きているのか、SMB認証層で起きているのかが正確に判断できます。

ファイアウォールのSMBポートが意外とブロックされている問題

Windowsファイアウォールの設定も見落としがちなポイントです。ネットワーク共有で使用するSMBプロトコルは、TCP/UDPのポート137～139番とポート445番を使います。特にポート445はSMBの主要ポートで、ここがブロックされていると「pingは通るのに共有フォルダだけアクセスできない」という典型的な症状が発生します。

以下のPowerShellコマンドで、ファイアウォールのSMB関連ルールの状態を一括確認できます。

英語版のWindows11の場合は「ファイルとプリンターの共有」の部分を「File and Printer Sharing」に変更してください。EnabledがFalseになっているルールがあれば、それが原因かもしれません。以下のコマンドで一括有効化できます。

なお、サードパーティのウイルス対策ソフト（Norton、McAfee、ESETなど）を使用している場合、Windowsファイアウォールとは別にそのソフト独自のファイアウォール機能がSMBポートをブロックしていることがあります。ウイルス対策ソフトを一時的に無効にして共有フォルダにアクセスできるかテストしてみてください。これで接続できるなら、ウイルス対策ソフト側のファイアウォール設定にSMBポートの例外を追加する必要があります。

ぶっちゃけこうした方がいい！

ここまで色々と対処法を紹介してきましたが、正直に言って、個人的にはこうした方がぶっちゃけ楽だし効率的だと思っています。

まず、PCのフォルダ共有はやめてNASに移行する。これが結論です。PCのフォルダをネットワーク上で共有する運用は、スリープ問題だけでなく、WindowsUpdate後の設定リセット、SMBバージョンの互換性問題、アカウント認証のトラブルなど、あまりにも地雷が多すぎます。しかもWindows11はメジャーアップデートのたびにセキュリティポリシーが変わるので、せっかく安定していた共有設定が突然動かなくなるリスクが常にあります。NASであれば24時間稼働が前提の機器なのでスリープ問題は無関係ですし、ファームウェアさえ最新にしておけばSMBの互換性問題も大抵は解決済みです。

次に、それでもPC同士で共有するなら、regファイル1本とPowerShellスクリプト1本を常備しておく。この記事で紹介した「Fix_SMB.reg」と「MapDrives.ps1」の2つのファイルをUSBメモリに入れておけば、どんな環境でもだいたい5分以内に復旧できます。これまで何百回とネットワーク共有のトラブル対応をしてきましたが、結局のところ問題の9割は「SMB署名」「ゲストアクセス」「省電力設定」「セッションタイムアウト」のどれかです。この4つを一発で正しい値にセットするregファイルさえあれば、原因の特定に時間をかけなくても済むわけです。

そして3つ目に、高速スタートアップは問答無用でオフにする。これは情シスの常識と言ってもいいレベルの話ですが、高速スタートアップはネットワーク関連のトラブルの温床です。起動が数秒速くなるメリットと、スリープ復帰後にネットワークが死ぬデメリットを天秤にかけたら、オフ一択です。コントロールパネルの「電源オプション」から「電源ボタンの動作を選択する」、「現在利用可能ではない設定を変更します」をクリックして、「高速スタートアップを有効にする」のチェックを外すだけ。これだけで体感的に3～4割のスリープ復帰後トラブルがなくなります。

最後にもうひとつだけ。設定を変更したら必ずメモに残す。当たり前のことのように聞こえますが、半年後にWindows Updateでまた設定が吹き飛んだとき、「前回なにをやって直したっけ？」と途方に暮れるのは情シスあるあるです。「いつ、どのPCで、どのレジストリキーを、何から何に変えたか」をテキストファイルでいいのでクラウドに保存しておく。このひと手間が、未来の自分を救います。ぶっちゃけ、テクニック云々より「記録する習慣」が最強のトラブルシューティング術だったりするのです。

Windows11でスリープ復帰後にネットワーク共有が見えないことに関するよくある質問

スリープではなく休止状態やシャットダウンでも同じ症状が出るのですが、同じ原因ですか？

シャットダウン後の再起動で問題なく接続できるのであれば、原因はスリープ固有の省電力機能やModernStandbyにあります。一方、シャットダウンからの起動でも共有フォルダが見えない場合は、24H2のSMBセキュリティ変更やネットワークプロファイルの設定（パブリック／プライベート）が原因の可能性が高いです。休止状態はスリープとシャットダウンの中間的な動作をするため、両方の原因が関わることがあります。まずはSMB関連の設定変更とネットワークアダプターの省電力設定を両方確認してみてください。

Homeエディションでグループポリシーエディターが使えない場合はどうすればいいですか？

Windows11 Homeエディションには標準でグループポリシーエディター（gpedit.msc）が搭載されていません。しかし心配は不要です。本記事で紹介したレジストリ直接編集の方法であれば、HomeでもProでも同じように設定変更ができます。具体的には、レジストリエディタで

を開き、AllowInsecureGuestAuthを1に、RequireSecuritySignatureを0に設定するだけです。PowerShellコマンドによる方法もエディションに関係なく使用できますので、お好みの方法で対応してください。

セキュリティを下げずにスリープ復帰後の共有問題を解決する方法はありますか？

あります。もっとも理想的な方法は、NAS側のファームウェアをアップデートしてSMB署名に対応させることです。Synology、QNAP、Buffaloなど主要NASメーカーは、Windows11の24H2に対応したファームウェアを順次リリースしています。NASのメーカーサポートページで最新のファームウェアを確認してください。また、共有フォルダにパスワード付きのユーザーアカウントでアクセスする設定に切り替えることで、ゲストアクセスの無効化による影響を回避できます。Windowsの「資格情報マネージャー」に共有先のユーザー名とパスワードを登録しておけば、毎回入力する手間も省けます。

IPアドレスで直接アクセスしたら繋がるのにコンピューター名では繋がりません。なぜですか？

これはNetBIOSやDNSによる名前解決の問題です。エクスプローラーのアドレスバーに

ではなく

のようにIPアドレスを直接入力して接続できる場合、名前解決だけが失敗しています。スリープ復帰後にDNSキャッシュが古い情報を返していることが原因の場合は、

コマンドで解決します。恒久的な対策としては、IPアドレスで指定したネットワークドライブのショートカットをデスクトップに作成しておくと、名前解決の問題を回避しつつ手軽にアクセスできます。

今すぐパソコンやスマホの悩みを解決したい！どうしたらいい？

いま、あなたを悩ませているITの問題を解決します！
「エラーメッセージ、フリーズ、接続不良…もうイライラしない！」

あなたはこんな経験はありませんか？

✅ ExcelやWordの使い方がわからない💦
✅ 仕事の締め切り直前にパソコンがフリーズ💦
✅ 家族との大切な写真が突然見られなくなった💦
✅ オンライン会議に参加できずに焦った💦
✅ スマホの重くて重要な連絡ができなかった💦

平均的な人は、こうしたパソコンやスマホ関連の問題で年間73時間（約9日分の働く時間！）を無駄にしています。あなたの大切な時間が今この悩んでいる瞬間も失われています。

LINEでメッセージを送れば即時解決！

すでに多くの方が私の公式LINEからお悩みを解決しています。

最新のAIを使った自動応答機能を活用していますので、24時間いつでも即返信いたします。

誰でも無料で使えますので、安心して使えます。

問題は先のばしにするほど深刻化します。

小さなエラーがデータ消失や重大なシステム障害につながることも。解決できずに大切な機会を逃すリスクは、あなたが思う以上に高いのです。

あなたが今困っていて、すぐにでも解決したいのであれば下のボタンをクリックして、LINEからあなたのお困りごとを送って下さい。

相談しに行く

ぜひ、あなたの悩みを私に解決させてください。

まとめ

Windows11でスリープ復帰後だけネットワーク共有が見えなくなる問題は、省電力設定、高速スタートアップ、ModernStandby、そして24H2で導入されたSMBセキュリティ強化という複数の要因が絡み合って発生しています。ひとつの対処法ですべてが解決するとは限らないため、本記事で紹介した手順を優先順位に沿って順番に試してみてください。

多くの場合、ネットワークアダプターの省電力設定をオフにしつつ、24H2環境ではSMB署名の要件を緩和する設定を加えることで問題は解消します。それでも改善しなければ、ModernStandbyの無効化やネットワークドライバーのクリーンインストールに進みましょう。そして長期的な安定を求めるなら、NASの導入がもっとも確実な解決策です。

この問題は2026年になっても世界中のユーザーを悩ませ続けています。Microsoftが根本的な修正を行うまでは、この記事の対処法で自衛するのが現実的な選択肢です。ブックマークしておいて、同じ症状に悩む同僚や友人にもぜひ共有してください。