「新しく買った Windows 11 PC から、同じネットワーク上の Windows 10 共有フォルダーにだけ入れない」「エクスプローラーの［ネットワーク］には相手の PC が見えるのに、開こうとするとエラーになる」。しかも逆方向（Windows 10 → Windows 11）は問題なし――このパターンは、設定の“噛み合わせ”さえ分かれば自力で直せることがほとんどです。この記事では、原因の切り分けから具体的な設定値、チェックリストまで一気に整理します。
Windows 11 から Windows 10 の共有フォルダーに入れない典型パターン
まず、今回の状況を整理します。
- 同一ネットワーク上に Windows 11 PC と Windows 10 PC がある
- エクスプローラーの［ネットワーク］には Windows 10 PC が表示される
- しかしダブルクリックするとエラーになる（資格情報を求められたり、0x80070035 などのエラーが出る）
- 逆方向（Windows 10 から Windows 11 共有）には問題なくアクセスできる
- Function Discovery 系のサービスは自動起動に設定済みだが、Windows 11 自身が［ネットワーク］から消えることもある
この症状から分かるのは、
- 物理的な接続（LAN / Wi‑Fi）自体は生きている
- 名前解決やネットワーク探索は「一応」機能している（PC 名は見えている）
- しかし 認証・権限・ファイアウォール・SMB の条件 のどこかが、Windows 11 と Windows 10 で噛み合っていない
つまり、「見えるのに入れない」＝認証・権限やポリシーの問題であることが多い ということです。ここからは、原因をひとつずつ潰しながら、確実に復旧する手順を紹介します。
まずは「ネットワークに見える」を安定させる
共有フォルダーのトラブルは、
- PC がネットワーク一覧に見えたり見えなかったりする
- しばらくすると突然消える
といった不安定さを伴うことが多いです。最初に、Windows 10／11 共通で「見える／見えない」を安定させる設定を確認します。
ネットワーク探索用サービスの状態をチェックする
全ての PC（Windows 11・Windows 10 双方）で、次の 4 つのサービスが 「状態：実行中」「スタートアップの種類：自動」 になっているか確認します。
| サービス名 | 役割 | 推奨設定 |
|---|---|---|
| Function Discovery Provider Host | ネットワーク上のデバイスや共有の検索 | 自動（トリガー開始でも OK）／実行中 |
| Function Discovery Resource Publication | 自分の PC をネットワークに公開 | 自動／実行中 |
| SSDP Discovery | UPnP デバイスの検出 | 自動または手動（通常は自動で安定） |
| UPnP Device Host | UPnP デバイスのホスト | 自動または手動（環境により） |
確認手順の例：
- Win + R →
services.mscと入力 → Enter - 上記 4 サービスを探し、ダブルクリック
- ［スタートアップの種類］が「自動」になっているか確認し、必要に応じて変更
- ［状態］が「実行中」でなければ［開始］ボタンで起動
ここが不安定だと、エクスプローラーの［ネットワーク］一覧がコロコロ変わり、トラブルシュートになりません。まずは「常に表示される」状態にしておくことが重要です。
ネットワーク プロファイルと共有設定の基本（Win11／Win10 共通）
次に、ネットワークの種類 と 共有機能 の基本設定を整えます。左右の PC でここがズレていると、互いに見えるようでもアクセスに失敗しがちです。
ネットワーク プロファイルを「プライベート」にする
家庭内や社内 LAN で使う PC は、通常 「プライベート ネットワーク」 に設定します。「パブリック」のままだと、共有や探索が制限されてしまいます。
Windows 11 の場合
- ［設定］→［ネットワークとインターネット］
- 使用中の接続（［Wi‑Fi］または［イーサネット］）をクリック
- ［ネットワーク プロファイルの種類］で「プライベート」を選択
Windows 10 の場合
- ［設定］→［ネットワークとインターネット］
- ［状態］→［接続プロパティの変更］
- ［ネットワーク プロファイル］で「プライベート」を選択
PowerShell で一括確認する場合は、管理者として PowerShell を開き、
Get-NetConnectionProfile
を実行し、NetworkCategory が Private になっていることを確認します。
ネットワークの探索とファイル・プリンターの共有を有効化
ネットワーク プロファイルを「プライベート」にしたら、次は ネットワークの探索 と ファイルとプリンターの共有 をオンにします。
- ［コントロール パネル］→［ネットワークと共有センター］
- 左側の［共有の詳細設定の変更］をクリック
- ［プライベート］（または現在のプロファイル）を展開
- 「ネットワーク探索を有効にする」「ファイルとプリンターの共有を有効にする」を選択
- ［変更の保存］をクリック
ファイアウォールで SMB を許可する
Windows Defender ファイアウォール（またはサードパーティ製のセキュリティソフト）が、SMB の通信をブロックしていないか確認します。
| 項目 | 確認ポイント |
|---|---|
| Windows Defender ファイアウォール | ［受信の規則］で「ファイルとプリンターの共有 (SMB-In)」がプライベート プロファイルで有効になっているか |
| セキュリティソフト | ネットワーク保護・ファイアウォール機能が SMB (TCP 445) をブロックしていないか、一時的に無効化して確認 |
一旦セキュリティソフト側のファイアウォールを止めてみて、共有にアクセスできるようなら、ソフト側に「同一LANは信頼済みネットワーク」として登録するのが安全な解決策です。
「見えるけど入れない」時は認証・権限を疑う
ここまでの設定で PC 同士が見える状態になったのに、
- 「アクセス許可がありません」
- 「ユーザー名またはパスワードが正しくありません」
- 「ネットワーク パスが見つかりません（0x80070035）」
のようなエラーが出る場合は、認証・権限まわり を重点的に見直します。
Win10 側に「アクセス用ローカルユーザー」を用意する
共有フォルダーを提供している Windows 10 側で、以下のような専用ユーザーを作成するのがおすすめです。
- ローカルアカウント（Microsoft アカウントでなくても可）
- 必ずパスワードを設定する
- 名前は分かりやすく（例：
shareuser）
そのうえで、共有フォルダーに対して次の 2 種類の権限を設定します。
| 権限の種類 | 設定場所 | ポイント |
|---|---|---|
| 共有権限 | フォルダーのプロパティ →［共有］タブ | ユーザー（例：shareuser）を追加し、「読み取り」または「変更」を与える |
| NTFS 権限 | フォルダーのプロパティ →［セキュリティ］タブ | 同じユーザーに対して、必要なアクセス許可（読み取り／変更など）を付与 |
どちらか片方だけ権限を付けてもアクセスできません。共有権限と NTFS 権限の両方で、少なくとも「読み取り」を許可する必要があります。
資格情報マネージャーで古い情報を削除する
以前に別のユーザー名やパスワードでアクセスしようとして失敗した履歴が、Windows の「資格情報マネージャー」に残っていると、正しい情報を入れても毎回同じ失敗を繰り返すことがあります。
- ［コントロール パネル］を開く
- ［ユーザーアカウント］→［資格情報マネージャー］
- ［Windows 資格情報］タブを開く
- 問題の PC 名や IP アドレスに関連するエントリを探し、［削除］
- 再度、エクスプローラーから
\\PC名\共有名を開く → ユーザー名／パスワードを聞かれたら、先ほど作成した Win10 側のユーザー情報を入力
コマンドで明示的に認証してからエクスプローラーで開く
認証のトラブルを切り分けるには、net use コマンドで明示的に接続してみるのが有効です。Windows 11 側で管理者のコマンド プロンプトを開き、次のように入力します。
net use \\WIN10PC名\共有名 /user:WIN10PC名\shareuser
または IP アドレスで指定する場合：
net use \\192.168.1.10\共有名 /user:WIN10PC名\shareuser
正しく接続できれば、エクスプローラーから同じパスを開いてもアクセスできるはずです。逆にここでエラーが出る場合は、ユーザー名・パスワード・権限が間違っているか、ポリシーで拒否されている可能性があります。
ゲストアクセスやパスワードなし共有は避ける
Windows 11 では、セキュリティの観点から 匿名（ゲスト）アクセス や パスワードなし共有 がかなり厳しく制限されています。Windows 10 側で「パスワード保護共有を無効にしている」「誰でもアクセスできる共有」にしている場合、Windows 11 からは拒否されてしまうことがあります。
一部のポリシーやレジストリを変更すれば緩和はできますが、セキュリティリスクが高いため、基本的には次の方針がおすすめです。
- パスワード付きユーザーを用意し、そのユーザーで共有に入る
- 「パスワード保護された共有」はオンにして運用
- ユーザーごとに必要最低限の権限（読み取りのみ／変更可）を割り当てる
SMB と認証プロトコルを見直す
Windows のファイル共有は SMB（Server Message Block）というプロトコルで動いています。Windows 10／11 では SMB 2 / 3 が標準ですが、古い機器との互換性のために SMB 1 を有効にしていると、セキュリティや接続性に問題が出ることがあります。
SMB 1.0 は原則として有効にしない
SMB 1 は脆弱性が多く、現在は 原則無効 が推奨されています。どうしても古い NAS や機器をつなぐために必要な場合でも、Windows 10 だけに限定するなど、危険な範囲を最小限にとどめるべきです。
Windows 11 から Windows 10 の共有にアクセスできない場合でも、通常は SMB 2/3 で接続されるため、SMB 1 をわざわざ有効にする必要はありません。それよりも、認証方式（NTLMv2）や署名（SMB signing）の設定を揃えることが重要です。
NTLM / LAN Manager 認証レベルの確認
ワークグループ環境では、多くの場合 NTLMv2 での認証が使われます。Windows 10 側・Windows 11 側で、ローカル セキュリティポリシーが極端に厳しくなっていると、相手の認証方式を拒否してしまうことがあります。
ローカル セキュリティ ポリシー（secpol.msc）から、
- ［ローカル ポリシー］→［セキュリティ オプション］
- 「ネットワーク セキュリティ：LAN Manager 認証レベル」
の設定を確認し、両方の PC で矛盾がないかチェックします。標準的な家庭・小規模オフィスであれば、既定値のままで問題ないことが多いですが、以前にチューニングしている場合は要注意です。
SMB 署名（SMB signing）の不整合
SMB の通信には「署名（SMB signing）」という仕組みがあります。片側だけ「署名必須」、もう片側は「署名しない」といった設定になっていると、接続が確立できない場合があります。
ドメイン環境やセキュリティポリシーをカスタマイズしている環境では、SMB 署名に関するポリシーも確認してみてください。標準のワークグループ環境では、通常は既定値のままで問題なく動作します。
「見えるけど入れない」 vs 「そもそも見えない」の切り分け
トラブルシュートをスムーズに進めるには、次のように症状を切り分けると分かりやすくなります。
| 症状 | 疑うべきポイント |
|---|---|
| PC は［ネットワーク］に表示されるが、開くとエラー | 認証情報・共有権限・NTFS 権限・SMB/ポリシー・ファイアウォールの細かい設定 |
| PC 自体が［ネットワーク］に表示されない | ネットワーク プロファイル、探索サービス、ファイアウォール、名前解決、ネットワーク自体の問題 |
名前解決を飛ばして IP アドレスで試す
「ネットワーク」に表示されるかどうかより先に、次のテストで 通信・名前解決・共有 を切り分けると理解しやすくなります。
- Windows 11 から Windows 10 に ping を打つ
ping WIN10PC名ping 192.168.x.x net view \\WIN10PC名で共有一覧が取れるか- エクスプローラーのアドレスバーに
\\192.168.x.x\共有名を直接入力して開けるか
ポイント：
- PC 名ではダメだが IP アドレスなら開ける → 名前解決（DNS / NetBIOS）の問題
- IP 指定でも開けない → 認証・権限・ファイアウォール・SMB 設定の問題
Windows 11 が［ネットワーク］から消えてしまう場合
質問文にもあるように、「最初は見えていた Windows 11 が、途中からネットワークに出てこなくなる」パターンもあります。この場合は、次の点を確認します。
- Windows 11 側の Function Discovery Resource Publication が途中で停止していないか
- Wi‑Fi を切り替えたタイミングなどで、ネットワーク プロファイルが「パブリック」に戻っていないか
- セキュリティソフトが何らかの判断で「ネットワーク共有を遮断」していないか
一時的にセキュリティソフトのネットワーク保護を止め、Windows Defender ファイアウォールだけの状態で再現するかどうかを確認すると、原因の切り分けがしやすくなります。
ネットワーク スタックのリセットで根深い不具合をリフレッシュ
ここまで設定を見直しても原因が分からない場合、Windows 側のネットワークスタックが不安定になっている可能性があります。そんなときは、ネットワーク関連の設定を一度リセットしてみます。
管理者としてコマンド プロンプトを開き、次のコマンドを順番に実行します。
netsh winsock reset
netsh int ip reset
ipconfig /flushdns
実行後、Windows を再起動してください。Winsock カタログや IP スタック、DNS キャッシュが初期化され、謎の挙動が解消されることがあります。
イベント ログでエラーの正体を掴む
それでも原因が見えないときは、イベントビューアー で SMB 関連のログを確認すると、エラーのヒントが得られます。
- ［スタート］ボタンを右クリック →［イベント ビューアー］
- ［アプリケーションとサービス ログ］→［Microsoft］→［Windows］
- ［SMBClient］または［SMBServer］→［Operational］を開く
代表的な例：
- STATUS_ACCESS_DENIED：権限不足／認証失敗
- 0x80070035：ネットワークパスが見つからない（名前解決・経路・ファイアウォールなど）
どのタイミングでどのエラーが出ているかを追うと、「認証の問題なのか」「パス自体にたどり着けていないのか」が見えてきます。
すぐ使えるチェックリスト（ショート版）
最後に、ここまでの内容をコンパクトなチェックリストとしてまとめます。上から順に確認すると、効率よく原因を潰していけます。
| 番号 | 確認項目 | 対象 |
|---|---|---|
| 1 | すべての PC のネットワーク プロファイルが「プライベート」になっている | Win11 / Win10 両方 |
| 2 | ネットワークの探索／ファイルとプリンターの共有が有効 | Win11 / Win10 両方 |
| 3 | Function Discovery 系 4 サービスが自動・実行中 | Win11 / Win10 両方 |
| 4 | Server（LanmanServer）／Workstation（LanmanWorkstation）サービスが実行中 | 共有する側・アクセスする側の両方 |
| 5 | Windows Defender ファイアウォールの SMB 関連受信規則がプライベートで許可されている | 主に共有を提供する側（Win10） |
| 6 | Win10 側にパスワード付きローカルユーザーを作成し、共有権限／NTFS 権限を付与 | Win10 |
| 7 | Win11 側の資格情報マネージャーを整理し、\\IPアドレス\共有名 に再接続 | Win11 |
| 8 | 改善しなければネットワークスタックをリセットし、イベントログでエラーを確認 | Win11 / Win10 両方 |
セキュリティを考慮した共有フォルダー運用のコツ
トラブルを解消したあとも、次のようなポイントを押さえておくと、安全で安定した共有環境を維持しやすくなります。
- SMB 1 は原則オフ、どうしても必要な場合も最小限の PC に限定する
- 「誰でもアクセスできる共有」ではなく、ユーザーごとの認証を基本にする
- アクセス権は「読み取りのみ」を基準にし、変更権限は必要なユーザーだけに付与する
- パスワードを知られたくない共有は、ユーザーを分ける・フォルダーを分ける
- セキュリティソフトのファイアウォールは「LAN は信頼済み」としてルールを整理しておく
こうした基本を押さえておくと、Windows 11 への入れ替えや PC 追加のたびに同じトラブルに悩まされることが減ります。
それでも直らない場合に準備しておきたい情報
ここまでの対策でも解決しない場合、誰かに相談したりフォーラムに質問したりすることになると思います。その際、次の情報を揃えておくと、回答者が原因を特定しやすくなります。
- 実際に表示されている 正確なエラー文とエラーコード（例：0x80070035 など）
\\PC名\共有名と\\IPアドレス\共有名のどちらで失敗するか- 共有側フォルダーの「共有」タブと「セキュリティ」タブのスクリーンショット
- PowerShell の
Get-SmbClientConfiguration/Get-SmbServerConfigurationの主要な項目 - セキュリティソフトの種類と、ファイアウォール機能を一時停止したときの挙動の違い
これらの情報があれば、「表示はされるのに入れないのか」「そもそも見えていないのか」 を第三者からも判断しやすくなり、解決までの時間を大きく短縮できます。
まとめ：表示されるなら「認証と権限」から疑う
Windows 11 から Windows 10 の共有フォルダーにアクセスできない場合、
- PC が見えるかどうか → 探索サービス・ネットワーク プロファイル・ファイアウォール
- 見えるけれど入れない → 認証・共有権限・NTFS 権限・SMB/ポリシー
という切り分けで考えると、原因にたどり着きやすくなります。特に、パスワード付きユーザーによるアクセス を基本にし、資格情報マネージャーやファイアウォールを一度整理してみるだけで、驚くほどあっさり解決するケースも多いです。
新旧混在の環境では、「昔はこれでつながっていたから」という理由で危険な設定（SMB 1 やゲストアクセス）を放置してしまいがちです。この記事をきっかけに、単に「つながればいい」だけでなく、「安全に・再現性高く」運用できる共有環境を目指してみてください。
コメント