MENU

Windows 11のネットワークフォルダーが自動更新されない（F5が必要）ときの完全解決ガイド【24H2対応】

Windows11

エクスプローラーでネットワーク共有の内容が勝手に更新されず、F5を押さないと新規ファイルや削除が反映されない——Windows 11（24H2）で近年よく相談される現象です。本記事は、原因の切り分けから恒久対策までを1ページで完結できるよう、家庭／小規模オフィスからドメイン環境まで幅広くカバーする実運用目線の解決ガイドです。

ITtripTOOLS
その「面倒」、無料で解決。 ITtripがつくる、6つの道具。 無料ツール一覧へ すべて無料・追加課金なし
先頭0を守るCSV編集こわさないCSV PDFに直接書き込みかけるPDF 写真＋説明をPDFに写レポ スマホ⇄PCで共有コピペ便 · 文章・写真 みんなの日程を調整日程Fit 匿名質問・投票を集めるKOEQ
目次

症状の要点と対象読者

エクスプローラーでネットワークパス（例：\\SERVER\Share や NAS の共有）を開いているとき、他の端末が作成・変更・削除したファイル／フォルダーが自動で表示更新されない。手動で F5 を押すか階層を移動すると反映される。環境は HP 製ノート PC／Windows 11 Pro 24H2 を想定しています（他メーカ PC でも有効）。

現象原因候補優先度推奨対処
新規／削除が反映されないNetwork Discovery/共有が無効、FD サービス停止高共有の詳細設定の見直し／サービス自動化
数十秒遅れて反映SMB クライアントのディレクトリキャッシュ中キャッシュ寿命の調整（PowerShell）
特定のNASだけ更新されないNAS で Change Notify/通知が無効・制限中NAS 側の設定見直し／ファーム更新
Wi‑Fi接続時のみ発生NIC 省電力・古いドライバー中ドライバー更新／省電力設定の調整
会社のVPN接続時に悪化VPN/セキュリティソフトの探索ブロック中クライアント設定の例外追加

なぜ自動更新されないのか（仕組みの理解）

エクスプローラーの「自動更新」は、ローカルではファイルシステムの通知、ネットワーク共有では SMB の Change Notify（変更通知） で実現されています。クライアントがサーバ（NAS/Windows サーバ）へ監視を依頼し、サーバが変更イベントを送ることで画面が更新されます。

  • Network Discovery と Function Discovery … 共有の検出や名前解決に関与。停止しているとネットワーク表示が不安定になり、結果的に監視要求が途切れることがあります。
  • SMB クライアントのキャッシュ … Windows は SMB2/3 でディレクトリ情報を一時キャッシュします。寿命が長いと「即時に」反映されないことがあります。
  • NAS/サーバ側の通知実装 … 一部の NAS や Samba 設定で change notify が無効／制限の場合、クライアントは待っても通知を受け取れません。
  • NIC ドライバー／省電力 … 無線や省電力設定が Aggressive だと、マルチキャスト/ブロードキャストや通知の受信が不安定になり得ます。

最短で効く「基本対処」チェックリスト

下から順に実施するのではなく、上から順に「面倒が少ないもの」→「効果が大きいもの」で並べています。1〜3で直るケースが非常に多いです。

  1. ネットワーク探索とファイル共有を有効化
    設定 → ネットワークとインターネット → イーサネット（または Wi‑Fi） → ネットワークと共有センター → 共有の詳細設定 で「ネットワーク探索」「ファイルとプリンターの共有」を有効にします。
  2. Function Discovery の2サービスを自動（遅延開始）＋起動に
    Win+R → services.msc → Function Discovery Provider Host／Function Discovery Resource Publication を「自動（遅延開始）」＋「開始」。
  3. エクスプローラーのキャッシュをクリア
    すべてのエクスプローラーを閉じ、下記2フォルダー内のファイルを削除後に再起動。
    %AppData%\Microsoft\Windows\Recent\AutomaticDestinations
    %AppData%\Microsoft\Windows\Recent\CustomDestinations
  4. ネットワークアダプターのドライバーを更新（HP 推奨）
    HP サイトまたはユーティリティから NIC/Wi‑Fi ドライバーを最新版へ。再起動。

実行コマンドつき詳細手順（管理者向け）

ネットワーク探索／共有をプロファイル別に有効化（Firewall も同時に）

ドメイン／プライベート プロファイルでの有効化が安定運用の基本です。PowerShell（管理者）で一括適用できます。

# PowerShell（管理者）
# ネットワーク探索とファイル共有のFWルールを有効化（ドメイン＆プライベート）
Set-NetFirewallRule -DisplayGroup "Network Discovery" -Enabled True -Profile Domain,Private
Set-NetFirewallRule -DisplayGroup "File and Printer Sharing" -Enabled True -Profile Domain,Private

Function Discovery 2サービスを自動化し、状態を確認

# PowerShell（管理者）
# 現在の状態確認
Get-Service -Name fdPHost, FDResPub | Select-Object Name, Status, StartType

# 自動（遅延開始）に設定

Set-Service -Name fdPHost -StartupType Automatic
Set-Service -Name FDResPub -StartupType Automatic

# 遅延開始は sc.exe で設定（空白に注意）

sc.exe config fdPHost start= delayed-auto
sc.exe config FDResPub start= delayed-auto

# 起動

Start-Service -Name fdPHost, FDResPub

エクスプローラーのキャッシュ／プロセスを安全に再起動

# PowerShell（ユーザー権限で可）
# 最近使った項目のジャンプリスト（不要な場合のみ削除）
Remove-Item "$env:APPDATA\Microsoft\Windows\Recent\AutomaticDestinations\*" -ErrorAction SilentlyContinue
Remove-Item "$env:APPDATA\Microsoft\Windows\Recent\CustomDestinations\*" -ErrorAction SilentlyContinue

# エクスプローラー再起動

Stop-Process -Name explorer -Force
Start-Process explorer.exe

SMB クライアントのキャッシュ寿命を短縮（即時性優先モード）

更新の即時反映を重視する共有（設計/制作/CAD など）では、クライアントキャッシュの寿命を短くするのが効果的です。まず現在値を確認し、必要に応じて 0（無効）や短い秒数にします。

# 現在の SMB クライアント設定を確認
Get-SmbClientConfiguration | Select-Object DirectoryCacheLifetime, FileInfoCacheLifetime, FileNotFoundCacheLifetime

# 即時反映をねらって寿命をゼロに（必要に応じて再起動）

# ※ 帯域やサーバ負荷が増える可能性あり。共有単位での適用を検討してください。

Set-SmbClientConfiguration -DirectoryCacheLifetime 0 -FileInfoCacheLifetime 0 -FileNotFoundCacheLifetime 0 -Confirm:$false

元に戻す場合は、標準的な値（例：10/10/5 秒）などへ再設定します。

# 例：一般的な既定に戻す
Set-SmbClientConfiguration -DirectoryCacheLifetime 10 -FileInfoCacheLifetime 10 -FileNotFoundCacheLifetime 5 -Confirm:$false

オフラインファイル（CSC）／常時オフラインを使っていないか確認

「常にオフラインで使用する」が有効だと、共有の更新がローカルキャッシュに吸収されることがあります。

  1. コントロールパネル → 同期センター → オフラインファイルの管理
  2. 使用していない場合は「無効にする」。運用上必要な場合は対象共有の設定を見直し。

NIC ドライバーと省電力設定（Wi‑Fi含む）

HP ノート PC では、Intel/Realtek のドライバー更新で改善する事例が多いです。加えて、下記の電源管理を見直します。

  • デバイス マネージャー → ネットワーク アダプター → 対象 NIC → 電源の管理 → 「電力節約のために…」のチェックを外す。
  • 詳細設定に「Energy Efficient Ethernet」「グリーンイーサネット」「省電力モード」等があれば無効化。
  • モバイル運用の場合は電源プランを「高パフォーマンス」相当に。

VPN クライアント／セキュリティソフトの例外

WFP（Windows Filtering Platform）を使う VPN／セキュリティ製品が、ネットワーク探索や通知を抑制することがあります。クライアントのポリシーに 「Network Discovery」「File and Printer Sharing」グループの許可 を追加し、監査ログでドロップが無いかを確認します。

サーバ／NAS 側でのチェック（重要）

クライアントを整えても反映されない場合、サーバ／NAS から 変更通知が出ていない 可能性があります。特に Linux ベースの NAS/Samba では、下記の観点を確認します。

  • SMB2/3 が有効か … SMB1 依存は非推奨。NAS のファームで SMB2/3 を有効にし、クライアントも SMB1 を無効のまま運用できる構成に。
  • change notify（カーネル inotify）が有効か … 大量ファイルの共有や外部ストレージでは inotify 制限で通知が落ちることがあります。監視対象の上限値や除外パスを確認。
  • 古いファームウェア … SMB 署名やリース周りの既知不具合で通知が遅延／欠落する事例があります。最新安定版へ。

切り分けとして「別の共有（または別 NAS/サーバ）」で同現象が出るかを比較してください。
また、別 PC（同じネットワーク）からテストファイルを作成し、問題端末に即時反映されるかを観察すると原因層が絞れます。

# 例：別PCからテストファイルを投入（PowerShell）
New-Item "\\SERVER\Share\_notify-test-$(Get-Date -Format 'yyyyMMdd-HHmmss').txt" -ItemType File

企業ネットワークでの追加ポイント

  • 名前解決（DNS/NetBIOS/WINS） … NetBIOS 名の逆引きや mDNS/WSD を無効化しているポリシーでは、「ネットワーク」一覧の描画が遅く見えます。UNC で直接パス指定（\\server.fqdn\share）に統一すると安定します。
  • グループポリシー … 上記の Firewall ルールと Function Discovery 2 サービスの自動化を GPO で構成し、ポータブル端末にも適用しましょう。
  • 古い NAS／SMB1 の置換 … SMB1 は安全性の観点から推奨されません。NAS 側の更新か、少なくとも SMB2/3 互換の新共有への移行を計画してください。

トラブル診断フロー（現場向けクイックガイド）

ステップ作業期待結果ダメな場合の分岐
1別PCから同共有で新規ファイル投入問題端末の画面が自動更新変化なし → ステップ2へ
2Function Discovery 2サービス起動＆自動化ネットワーク探索が安定変化なし → ステップ3へ
3Firewall「Network Discovery」「File and Printer Sharing」を許可一覧・通知が回復変化なし → ステップ4へ
4SMB クライアントのキャッシュ寿命を短縮即時反映に改善変化なし → ステップ5へ
5NIC ドライバー更新／省電力オフWi‑Fi/省電力時の不安定が解消変化なし → サーバ／NAS 側の設定・ファーム確認

安全に「元に戻す」ためのメモ

  • SMB キャッシュ寿命を 0 にした場合は、性能とトレードオフです。大きなリポジトリを扱う開発・制作共有に限定するか、必要に応じて 5〜10 秒程度に調整してください。
  • ジャンプリスト削除は履歴が消えます。履歴を残したい環境ではスキップ可。
  • Firewall 設定はプロファイル別（ドメイン／プライベート）で許可し、パブリックでは基本的に閉じておくのが安全です。

よくある落とし穴と回避策

  • 「ネットワーク」画面が空っぽ＝共有にアクセスできない ではない
    UNC で直打ち（例：Win+R → \\server\share）すると普通に入れることがあります。探索とアクセスは別物です。
  • 古い NAS でブラウズ一覧に出ない
    SMB1 を有効にすれば一覧に出ることがありますが、推奨されません。NAS を SMB2/3 に更新し、クライアントの SMB1 は無効のままにするのがベストです。
  • オフラインファイルの既定動作
    一度「常にオフラインで使用」にすると、オンラインに戻ってもキャッシュが優先される局面があります。対象共有のオフライン属性を解除し、再同期を完了させてください。
  • ドメイン参加端末でのみ発生
    GPO で Function Discovery 2 サービスが停止されている、または Firewall グループが拒否されているケースがあります。OU 単位のポリシーを見直してください。

トラブルを未然に防ぐ運用設計

  • 共有パスは FQDN（\\server.company.local\share）に統一し、ショートカットや GPO で配布。
  • 大規模ディレクトリ（数十万ファイル）では、サブフォルダーで分割し、必要なら検索はローカルのインデクサではなくサーバ側検索を併用。
  • NAS はファーム更新と監査ログの定期確認（change notify のエラーが無いか）をルーティン化。
  • モバイル端末は「ドメイン／プライベート」プロファイルへ自動切替ポリシーを適用し、探索ルールを常時許可する。

まとめ：これで「F5 連打」から卒業

本記事のポイントは次の通りです。

  • Windows 側は「ネットワーク探索の有効化」「Function Discovery 2 サービスの自動化」「Firewall グループ許可」「適切なキャッシュ寿命」で安定化。
  • 即時反映が最重要な共有では Set-SmbClientConfiguration でキャッシュ寿命を短縮（性能とバランスをとる）。
  • 変わらなければサーバ／NAS 側の change notify 実装・設定・ファームを確認。
  • NIC ドライバーと省電力の見直し、VPN/セキュリティ製品の例外設定も忘れずに。

これらを組み合わせれば、ネットワークフォルダーの追加・変更・削除がエクスプローラーに即時反映され、F5 キーでの手動更新は不要になります。

付録：コピペで実施できる「一括改善」スクリプト

内容を理解したうえで、検証環境→本番の順に実行してください。管理者 PowerShell での実行を前提とします。

# ============================================================
# Windows 11 24H2 ネットワーク共有の自動更新 改善スクリプト（例）
# ============================================================

Write-Host "1) Firewall ルール（Network Discovery / File&Printer Sharing）を許可" -ForegroundColor Cyan
Set-NetFirewallRule -DisplayGroup "Network Discovery" -Enabled True -Profile Domain,Private
Set-NetFirewallRule -DisplayGroup "File and Printer Sharing" -Enabled True -Profile Domain,Private

Write-Host "2) Function Discovery 2 サービスを自動（遅延）＋起動" -ForegroundColor Cyan
Set-Service -Name fdPHost -StartupType Automatic
Set-Service -Name FDResPub -StartupType Automatic
sc.exe config fdPHost start= delayed-auto | Out-Null
sc.exe config FDResPub start= delayed-auto | Out-Null
Start-Service -Name fdPHost, FDResPub

Write-Host "3) エクスプローラー履歴を（必要なら）クリーン" -ForegroundColor Cyan
$auto = "$env:APPDATA\Microsoft\Windows\Recent\AutomaticDestinations*"
$custom = "$env:APPDATA\Microsoft\Windows\Recent\CustomDestinations*"
Remove-Item $auto,$custom -ErrorAction SilentlyContinue

Write-Host "4) SMB キャッシュ寿命を短縮（即時反映重視：0 秒）" -ForegroundColor Cyan
Set-SmbClientConfiguration -DirectoryCacheLifetime 0 -FileInfoCacheLifetime 0 -FileNotFoundCacheLifetime 0 -Confirm:$false

Write-Host "5) エクスプローラー再起動" -ForegroundColor Cyan
Stop-Process -Name explorer -Force
Start-Process explorer.exe

Write-Host "完了：共有でのファイル作成・削除が即時反映されるか確認してください。" -ForegroundColor Green

性能影響が気になる場合は、Directory/FileInfo/FileNotFound CacheLifetime を「5〜10 秒」へ調整し、負荷と体感のバランスを取ってください。

付録：ロールバック用スクリプト（元に戻す）

# 例：キャッシュ寿命を一般的な値に戻す
Set-SmbClientConfiguration -DirectoryCacheLifetime 10 -FileInfoCacheLifetime 10 -FileNotFoundCacheLifetime 5 -Confirm:$false

# Function Discovery サービスは自動のままが推奨

# 履歴は削除しても安全だが、今後は残したい場合は以後削除しない

Q&A（運用でよく出る質問）

Q. 「更新日時」は変わっているのにリストが変わらないのはなぜ？

A. SMB の change notify が届かず、キャッシュが維持されているためです。寿命を短縮するか、NAS 側の通知実装を見直してください。

Q. Wi‑Fi だけ遅い／反映しない。

A. 省電力（特にモダンスタンバイ）やルーターのマルチキャスト抑制が影響することがあります。NIC ドライバー更新と省電力無効化、可能なら有線接続での比較検証を。

Q. 共有が多層階層で巨大だと、即時反映でも遅く見える。

A. 監視は即時でも、描画とメタデータ取得に時間がかかります。サブフォルダー分割や、用途別に共有を分ける運用を検討してください。

環境別の最適解（短評）

環境おすすめ設定コメント
個人／SOHO + NASFD サービス自動化＋Firewall許可＋NASの notify 有効まずはサーバ側のファーム更新と SMB2/3 確認が効きます。
設計/制作部門（高即時性）SMB キャッシュ寿命 0〜5 秒即時性重視。サーバ負荷と相談しながら秒数を調整。
社内ドメイン + 有線中心GPO で FD サービス/Firewall を統制端末差異が出にくく、保守性が高いです。
ノートPC + VPN常用クライアント側で Network Discovery の例外VPN 装置／クライアントのポリシー次第で明暗が分かれます。
Windows11
トラブルシューティング ネットワーク エクスプローラー Windows11 SMB

この記事を書いた人

佐藤健司のアバター 佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

関連記事

コメント

コメントする

目次