「新しく買った Windows 11 ノートだけ、なぜか共有フォルダーが見えない」「今までの Windows 10 や別の Windows 11 からは普通にアクセスできるのに…」。そんな “1 台だけ仲間外れ” 状態になったときに、実際に解決した PowerShell コマンドと、確認しておきたい設定・再発防止策をまとめます。
症状：新しい Windows 11 ノートだけ共有フォルダーに入れない
この記事で扱うケースは、次のような状況です。
- 共有フォルダーは デスクトップ PC（Windows） 上に作成
- 既存のノート PC（Windows 10 ×2、Windows 11 ×1）はすべて問題なくアクセスできる
- 新しく導入した Windows 11 ノート 1 台だけ、共有フォルダーを探索できない
- ネットワーク設定は一見正しい
- ファイル共有：プライベート／パブリックともオン
- パスワード保護共有：オフ
- 同じ Wi‑Fi に接続済み
- エクスプローラーで共有 PC が表示されない、または表示されても
- 開くとエラーになる
- ネットワークドライブ割り当ても失敗する
つまり、ネットワーク自体はつながっているのに、共有フォルダーに入れない、という少しややこしいパターンです。
実際に解決した方法：PowerShell の 1 行
このケースでは、最終的に新しい Windows 11 ノート側の SMB クライアント設定を変更することで解決しました。
実行したコマンド
新しい Windows 11 ノートで PowerShell（管理者として実行） を開き、次のコマンドを実行します。
Set-SmbClientConfiguration -RequireSecuritySignature $false -EnableInsecureGuestLogons $true
その後、PC を再起動すると、これまで見えなかった共有フォルダーにアクセスできるようになりました。
このコマンドがやっていること
| オプション | 意味 | 影響 |
|---|---|---|
-RequireSecuritySignature $false | SMB 通信で「必ず署名付きでなければならない」という厳しい条件を外す | 署名に対応していない古い共有サーバーにも接続しやすくなる |
-EnableInsecureGuestLogons $true | ユーザー名・パスワードなしの「ゲストアクセス」を許可 | パスワード保護共有オフ＋Everyone 共有の古い運用でも接続しやすくなるが、セキュリティリスクあり |
今回のように、共有側がパスワード保護共有オフ＋Everyone 公開という昔ながらの設定になっていると、新しい Windows 11 側のセキュリティが厳しすぎて接続を拒否してしまうことがあります。このコマンドは、その「厳しすぎる部分」を一時的にゆるめてあげるイメージです。
ただし、後述の通り 「ゲストアクセスOK」の状態はセキュリティ的に弱いため、恒久運用ではなく、状況を理解したうえでの一時的な回避策と考えるのがおすすめです。
なぜ新しい Windows 11 だけつながらないのか？（仕組みの整理）
背景にあるのは SMB（Server Message Block） というファイル共有プロトコルの仕様と、Windows 11 におけるセキュリティ強化です。
SMB のバージョンとゲストアクセス
- 古い Windows や NAS：SMB1 や、ゲストアクセス前提の設定が残りがち
- 新しい Windows 11：
- SMB1 は原則無効（必要時に手動で有効化）
- ゲストアクセスや署名なし通信をデフォルトでブロックする傾向
その結果、
- 共有元 PC：
「パスワード無しで Everyone に公開」というゆるい共有設定（昔から使っている環境に多い） - 新しい Windows 11：
「そんな危ない共有には標準設定では接続しない」という厳しい SMB クライアント設定
となり、他の PC はつながるのに、新しい Windows 11 だけ拒否されるというギャップが生まれます。
順番に確認したい設定と切り分け手順
いきなり PowerShell のコマンドを実行する前に、基本的なチェックポイントをひと通り押さえておくと、別の原因にも対応しやすくなります。ここからは、実際のトラブルシュートの流れに近い形で設定を整理します。
ネットワーク探索に必要なサービスを有効化（services.msc）
エクスプローラーの「ネットワーク」に他の PC が表示されない場合、機能探索関連のサービスが停止していることがあります。
Windows キー + R →「services.msc」→ Enter でサービス一覧を開き、次を確認します。
- Function Discovery Provider Host（機能探索プロバイダー ホスト）
- Function Discovery Resource Publication（機能探索リソース公開）
- 必要に応じて：
- SSDP Discovery（SSDP 検出）
- UPnP Device Host（UPnP デバイス ホスト）
各サービスのプロパティを開き、次のように設定します。
| サービス名 | スタートアップの種類 | 状態 |
|---|---|---|
| Function Discovery Provider Host | 自動 | 実行中 |
| Function Discovery Resource Publication | 自動 | 実行中 |
| SSDP Discovery（必要時） | 自動（遅延開始）など | 実行中 |
| UPnP Device Host（必要時） | 自動（遅延開始）など | 実行中 |
ここが止まっていると、IP アドレス直打ちならつながるのに「ネットワーク」には出てこないといった症状が出やすくなります。
共有フォルダーの設定とファイアウォール
共有元のデスクトップ PC 側で、共有設定とファイアウォールを確認します。
共有フォルダーの権限
- 共有したいフォルダーを右クリック → [プロパティ]
- [共有] タブ → [詳細な共有] をクリック
- [このフォルダーを共有する] にチェック
- [アクセス許可] をクリックし、最低限次を確認
- グループまたはユーザー名に Everyone があるか
- 必要なアクセス権（読み取りのみ／変更可）
セキュリティを考えると、本来は Everyone ではなく 専用ユーザー を作成するのが理想ですが、まずは動作確認として Everyone で試してみるのも一つの手です。
Windows Defender ファイアウォール
切り分けとして、一時的にファイアウォールを無効化して挙動を確認します。
- コントロール パネル → [システムとセキュリティ] → [Windows Defender ファイアウォール]
- 左メニューの [Windows Defender ファイアウォールの有効化または無効化] を開く
- プライベートネットワークで一時的に「無効にする」にチェック
この状態で、問題の Windows 11 ノートから共有フォルダーにアクセスしてみます。もしここでつながるようであれば、
- 「ファイルとプリンターの共有」 がファイアウォールで許可されていない
可能性が高いので、
- 同じ画面の [Windows Defender ファイアウォールを介したアプリまたは機能を許可] を開く
- [ファイルとプリンターの共有] にチェックを入れる
- ファイアウォールを元の状態（有効）に戻す
という流れで調整します。
高速スタートアップを無効化してから再起動
Windows 10 / 11 の 高速スタートアップ が影響して、ネットワーク周りの設定変更が反映されないことがあります。特に、レジストリやサービス設定をいじった後に症状が変わらない場合は、一度高速スタートアップを切って「きちんとした再起動」を試してみましょう。
- コントロール パネル → [ハードウェアとサウンド] → [電源オプション]
- 左メニューから [電源ボタンの動作を選択する] をクリック
- 上部の [現在利用可能ではない設定を変更します] をクリック
- [高速スタートアップを有効にする（推奨）] のチェックを外す
- PC を再起動
共有の基本設定を一度リセットしてみる
Windows 11 の設定画面で、共有の基本項目を一度オフ→オンし直すだけで直るケースもあります。
- [設定] → [ネットワークとインターネット]
- 下部の [詳細設定] を開く
- [共有の詳細設定] をクリック
- 以下の項目を一度 オフ → 再起動 → 再度オン
- ネットワーク探索
- ファイルとプリンターの共有
- パブリックフォルダーの共有
- パスワード保護共有（運用方針に合わせてオン／オフを選択）
設定画面上ではオンになっていても、内部的に不整合が起きている場合に有効なリセット手段です。
SMB 機能の互換性チェック（SMB1 は最終手段）
古い NAS や古い Windows マシンと接続する場合、SMB1 が必要になることがあります。ただし SMB1 は脆弱性の多い旧世代プロトコルのため、原則無効が推奨されています。
どうしても必要な場合のみ、以下で有効化して挙動を確認します。
- [コントロール パネル] → [プログラム] → [プログラムと機能]
- 左側の [Windows の機能の有効化または無効化] をクリック
- [SMB 1.0/CIFS ファイル共有のサポート] にチェックを入れる
- OK を押して再起動
テストの結果、SMB1 を有効にするとつながる場合は、
- 共有元を更新して SMB2/3 対応に切り替える
- SMB1 は 必要なときだけ一時的に有効にする
といった「移行計画」を合わせて検討したほうが安全です。
レジストリ調整（EnableLinkedConnections：上級者向け）
次のような症状がある場合、EnableLinkedConnections の設定が有効なことがあります。
- 通常ユーザーとしてマッピングしたネットワークドライブが、管理者権限で起動したアプリ上から見えない
- 逆に、管理者でマッピングしたドライブがユーザー側から見えない
これは、UAC による 管理者トークンとユーザートークンの分離 が原因で、レジストリでその動作を変えることができます。
レジストリエディタ（regedit）を開き、次のキーへ移動します。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
ここに DWORD（32 ビット）値 で EnableLinkedConnections を作成し、値を 1 に設定して再起動します。
ただしレジストリ編集は誤るとシステムに重大な影響を与えるため、バックアップを取る / 影響を理解している場合のみ実施してください。
ログとコマンドでの切り分け（STATUS_BAD_NETWORK_NAME など）
原因が見えないときは、イベントログとコマンドによる切り分けが役に立ちます。
イベント ビューアでエラーを確認
- Windows キー + R →「eventvwr.msc」→ Enter
- [Windows ログ] → [システム] を開く
- 共有フォルダーにアクセスしようとしたタイミングのエラーを確認
例えば、STATUS_BAD_NETWORK_NAME のようなエラーが出ていれば、
- 共有名のスペルミス
- 共有が無効になっている
- 名前解決がうまくいっていない
などを重点的に疑うことができます。
コマンドで疎通確認
コマンドプロンプトや PowerShell から次のようなコマンドを実行して、名前解決と共有名の正しさをチェックします。
net view \\＜共有元PC名＞
dir \\＜共有元PC名＞\＜共有名＞
ここでエラーになる場合は、「Windows 11 固有の問題」ではなく、
- PC 名・共有名の誤り
- 共有元 PC 側の設定不備
- 物理的なネットワーク疎通不良
など、より根本的な原因を見直す必要があります。
セキュリティと再発防止：ゲスト共有から認証付き共有へ
ここまで紹介してきた PowerShell のコマンドや SMB1 の有効化は、あくまで互換性を優先するための妥協策です。長期的には、次のような方向に運用を変えていくことを強くおすすめします。
専用のローカルユーザー＋パスワード保護共有オン
- 共有元 PC に、ファイル共有専用のローカルユーザー（例：
shareuser）を作成 - そのユーザーに適切なフォルダーアクセス権を付与
- 共有の設定で パスワード保護共有をオン にする
- クライアントからアクセスする際に、そのユーザー名／パスワードで認証
この方式であれば、
- ゲストアクセスを許可する必要がなくなる
- アクセスログをユーザー単位で追いやすくなる
- 社内・家庭内の他ユーザーに勝手に覗かれにくくなる
といったメリットがあります。
資格情報マネージャーで認証情報を保存
毎回ユーザー名とパスワードを打つのが面倒な場合は、資格情報マネージャーに保存しておきましょう。
- コントロール パネル → [ユーザーアカウント] → [資格情報マネージャー]
- [Windows 資格情報] を選択
- [Windows 資格情報の追加] をクリック
- ネットワークアドレス（
\\共有元PC名）、ユーザー名（PC名\shareuserなど）、パスワードを入力
これで、次回以降は自動的に認証が行われ、ユーザー側の手間を増やさずにセキュリティを高めることができます。
一時的に変えた設定は戻しておく
互換性のために変更した設定は、問題が解消したら可能な範囲で元に戻すことを検討します。
- ゲストログオンの無効化
Set-SmbClientConfiguration -EnableInsecureGuestLogons $false
- 不要になったら SMB1 は無効に戻す
このように、「つながれば何でもいい」から「安全につながる」状態へ少しずつ寄せていくことが、再発防止とリスク低減につながります。
よくあるつまずきパターンとチェックポイント
実務でよく見かける「ハマりどころ」を、チェックリスト形式でまとめておきます。
| 症状・状況 | 疑うべきポイント |
|---|---|
| エクスプローラーの「ネットワーク」に何も出ない | Function Discovery 関連サービスが停止していないか |
| PC 名を指定するとつながらないが、IP アドレスならつながる | 名前解決（DNS / NetBIOS）設定、hosts ファイル |
| 他の PC からはアクセスできるが、新しい Windows 11 だけ失敗する | SMB のゲストアクセス禁止、セキュリティ署名要件 |
| 数日前までつながっていたのに、突然つながらなくなった | Windows Update 後のセキュリティ強化、ファイアウォール設定の変更 |
| 特定のアプリからだけネットワークドライブが見えない | UAC と EnableLinkedConnections の問題 |
手早く進めたい人向けチェックリスト（まとめ）
細かい理屈はさておき、「まずはつなげたい」という場合の最小手順を、実際の解決手順に沿って整理します。
- サービスの確認
- Function Discovery Provider Host
- Function Discovery Resource Publication
- 共有フォルダーとファイアウォール
- 共有フォルダーの権限に Everyone（最小限の権限）を付与
- Windows Defender ファイアウォールで「ファイルとプリンターの共有」を許可
- コマンドで疎通確認
net view \\共有元PC名とdir \\共有元PC名\共有名でエラー内容を確認。 - どうしてもつながらない場合の回避策
新しい Windows 11 ノートで PowerShell（管理者） を開き、次を実行して再起動。Set-SmbClientConfiguration -RequireSecuritySignature $false -EnableInsecureGuestLogons $true - 落ち着いたら恒久対策
パスワード保護共有オン＋専用ユーザー／資格情報マネージャーを使った認証付き接続に切り替える。
トラブル発生時にメモしておくと役立つ情報
最後に、将来また同じようなトラブルが起きたとき、「以前どうやって直したか」を思い出せるように、メモしておくと便利な項目を挙げておきます。
- トラブルが起きた日付と、直前に行った操作（Windows Update、ソフトのインストールなど）
- 共有元 PC の OS バージョン（例：Windows 10 Pro 22H2）と、新しいノート PC の OS バージョン
- どの PC からはアクセスできて、どの PC だけ失敗するのか
- エラーメッセージの内容（スクリーンショットやメモ）
- 実行したコマンド（PowerShell・regedit・SMB1 設定など）とその結果
これらを残しておけば、次に同じ症状が出たときに、同じ落とし穴にはまらず最短ルートで解決しやすくなりますし、社内メンバーに共有するナレッジとしても活用できます。
「新しく導入した Windows 11 ノートだけ共有フォルダーに入れない」という現象は、単なる設定ミスというよりも、古い運用と新しいセキュリティ仕様のギャップから生まれることが多いです。PowerShell の 1 行で一時的に解決しつつ、長期的には認証付き共有と SMB2/3 ベースの運用に移行していくことで、安全で安定したファイル共有環境を作っていきましょう。
コメント