同じ Windows 11 Pro を使っているのに、なぜか片方の PC だけネットワークドライブ Q: が見えない・開けない……。しかも再起動しても直らず、NAS やファイルサーバー側は問題なさそう。この記事では、そんな「片側だけ見えない」状態を、できるだけ手戻りなく解消するための具体的な確認ポイントと手順を詳しく解説します。
症状の整理：片方の Windows 11 だけネットワークドライブ Q: が見えない・アクセスできない
まず、よくある状況を整理しておきます。
- 2台とも Windows 11 Pro（バージョンもほぼ同じ）
- 同じルーター／同じネットワークに接続している
- 片方の PC からは ネットワークドライブ Q: が正常に見える
- もう片方の PC では
- Q: ドライブ自体が表示されない
- または、Q: は見えるが「アクセスできません」とエラーになる
- NAS や共有元の PC には、スマホや別 PC からは普通にアクセスできる
このような場合、共有元（NAS / サーバー）ではなく、「見えない側の Windows 11 の設定」がずれていることがほとんどです。逆に言えば、見えない PC 側の設定を順番に見直していけば、かなりの確率で復旧できます。
なぜ片方だけ Q: が見えなくなるのか ― 原因の全体像
「同じ Windows 11 のはずなのに片方だけ見えない」というとき、原因は次のどれかに分類されます。
| 原因のカテゴリ | 具体例 | よくある症状 |
|---|---|---|
| 共有・探索の基本設定 | ネットワーク探索がオフ、ファイル共有がオフ、ネットワークプロファイルが「パブリック」 | ネットワーク上のPCやNASが一覧に出ない、Q: の再割り当ても失敗する |
| ファイアウォール | 「ファイルとプリンターの共有」がブロックされている | 他のPCからは見えるのに、特定のPCだけ接続エラー |
| 資格情報／権限 | 保存済みパスワードの不整合、共有権限や NTFS 権限不足 | 「アクセスが拒否されました」「ユーザー名またはパスワードが正しくありません」 |
| ドライブ文字の衝突 | 別ソフトが Q: を仮想ドライブに使っている | Q: が別のドライブとして認識されている、割り当てに失敗する |
| SMB プロトコル差異 | 古い NAS が SMB1 のみ、Windows 側が SMB1 無効 | 「ネットワークパスが見つかりません」などで接続失敗 |
| サービス／名前解決 | Function Discovery 系サービス停止、DNS/NetBIOS/LLMNR トラブル | ホスト名ではつながらないが IP ならつながる、ネットワーク一覧に出ない |
| UAC・管理者権限 | 管理者権限のアプリからだけネットワークドライブが見えない | エクスプローラーからは見えるが、バックアップソフトから見えない |
以降は、「手戻りを最小限にしながら」順番に確認できるよう、ステップ形式で解説します。まずは基本設定 → UNC 直打ち → Q: の割り当て直しという流れで進めるのが効率的です。
ステップ1：Windows 11 の基本設定を見直す（最優先）
ネットワーク探索とファイル共有をオンにする
ネットワークドライブ Q: が見えない場合、真っ先に確認したいのがこの部分です。
- スタートメニュー横の検索ボックスに 「共有の詳細設定」 と入力して開きます。
- 現在接続しているネットワーク（通常は「プライベートネットワーク」）の項目を開きます。
- 以下の項目をオンにします。
- ネットワーク探索を有効にする
- ネットワークに接続されたデバイスの自動セットアップを有効にする
- ファイルとプリンターの共有を有効にする
設定のイメージは次のようになります。
| 設定項目 | 推奨値 | 補足 |
|---|---|---|
| ネットワーク探索 | オン | オフだとネットワーク上のPC/NASが一覧に出ません |
| ネットワークに接続されたデバイスの自動セットアップ | オン | LAN内の機器検出が安定しやすくなります |
| ファイルとプリンターの共有 | オン | SMB共有を使うには必須です |
ネットワークプロファイルを「プライベート」にする
自宅や社内の LAN に常時接続している PC であれば、ネットワークの種類が 「プライベートネットワーク」 になっていることを確認します。
- タスクバーのネットワークアイコンをクリックし、接続中のネットワーク名の横の「>」をクリックします。
- プロパティ を開きます。
- ネットワーク プロファイルの種類が 「プライベート」 になっているか確認し、「パブリック」になっていれば「プライベート」に変更します。
「パブリック」のままだと、セキュリティを優先してネットワーク探索や共有がかなり制限されます。「片方だけ見えない PC」がパブリックになっている、というのはとてもよくあるパターンです。
Windows Defender ファイアウォールで「ファイルとプリンターの共有」を許可
基本設定を整えても改善しない場合、ファイアウォールで SMB 通信がブロックされている可能性があります。
- 検索ボックスで 「ファイアウォールでアプリを許可」 と入力して開きます。
- 「設定の変更」をクリックし、管理者権限を許可します。
- アプリと機能の一覧から 「ファイルとプリンターの共有」 を探します。
- 「プライベート」列にチェック が入っていることを確認します（必要に応じてチェックを追加）。
企業ネットワークやサードパーティ製のセキュリティソフトを使っている場合は、そのファイアウォール設定の中でも同様に SMB/ファイル共有が許可されているか確認してください。
ステップ2：UNC パス（\\サーバー名\共有）で直打ちしてテストする
基本設定を見直しても Q: が見えない場合、そもそも共有先にアクセスできているのかを切り分けます。ここで使うのが UNC パス（ユニバーサル ネーミング コンベンション） です。
エクスプローラーのアドレスバーから UNC にアクセス
- エクスプローラーを開きます。
- 上部のアドレスバーを一度クリックして、現在のパスをすべて選択します。
- 次のような形式で直接入力し、Enter キーを押します。
\\NAS名\共有名（例：\\NAS\Public）\\IPアドレス\共有名（例：\\192.168.1.50\Share）
ホスト名と IP アドレスの使い分けイメージは以下の通りです。
| 入力パターン | 例 | 主に切り分けたいもの |
|---|---|---|
| \\ホスト名\共有 | \\NAS\Public | 名前解決（DNS / NetBIOS / LLMNR）が正しく動作しているか |
| \\IPアドレス\共有 | \\192.168.1.50\Public | ネットワーク経路や SMB ポートの疎通、共有自体の状態 |
IP アドレスでは開けるがホスト名では開けない 場合、原因は「名前解決」に絞り込めます。一方、どちらでもアクセスできるのに Q: だけがおかしい場合は、「ドライブ割り当て周り」に問題がある可能性が高くなります。
ステップ3：ネットワークドライブ Q: を新規に割り当て直す
まず既存の Q: を削除する
Q: が既に存在している場合は、一度きれいに削除してから作り直します。
- エクスプローラーで Q: ドライブを右クリックします。
- 「切断」 をクリックします。
GUI から切断できない場合や、見えないけれどシステム的には残っている疑いがある場合は、コマンドで削除します。
net use Q: /delete
GUI で Q: ドライブを再割り当てする手順
- エクスプローラーで「PC」（または「This PC」）を開きます。
- 上部メニューから 「…」 > 「ネットワーク ドライブの割り当て」 を選択します。
- 「ドライブ」から Q: を選びます。
- 「フォルダー」に、先ほど動作を確認した UNC パスを入力します（例：
\\192.168.1.50\Public）。 - 「サインイン時に再接続する」 にチェックを入れます。
- 共有側のユーザー・パスワードが Windows ログオンと異なる場合は 「別の資格情報を使用して接続する」 にチェックを入れます。
- 「完了」をクリックします。
これで Q: ドライブが作り直され、エクスプローラーに表示されるはずです。
コマンド（net use）でより確実に割り当てる
GUI でうまくいかない場合や、スクリプトで管理したい場合は、コマンドで割り当てる方法が便利です。コマンドプロンプトまたは PowerShell で次を実行します。
REM 既存の Q: を削除
net use Q: /delete
REM 新しく Q: を永続割り当て
net use Q: \\サーバー名\共有名 /persistent:yes
REM ユーザー名を指定したい場合の例
REM net use Q: \\NAS\Public /user:NAS\user1 パスワード
ここで /persistent:yes を付けておくと、サインインのたびに自動で Q: が再接続されます。再発防止の観点からも必ず付けておくことをおすすめします。
ステップ4：それでもダメなときの「よくある原因」と対処
ここまでで直らない場合、少し深めの原因を疑います。代表的なものを順番に確認しましょう。
権限・資格情報の不一致を疑う
共有側（NAS や共有元 PC）の設定が、ユーザーごとにアクセス権を制御している 場合、ユーザー名・パスワードやグループが合っていないと Q: にアクセスできません。
- 共有権限（共有名のプロパティ > 共有タブ）
- NTFS 権限（フォルダーのプロパティ > セキュリティタブ）
この両方で、該当ユーザー（または所属するグループ）に「読み取り以上」の権限が付与されているかを確認します。
資格情報マネージャーの確認
- 検索ボックスから 「資格情報マネージャー」 を開きます。
- 「Windows 資格情報」 を選びます。
- 共有先のホスト名や IP アドレスに関連する資格情報があれば、一度削除します。
- Q: を再接続する際に、正しいユーザー名・パスワードを入力し直します。
古いパスワードのまま残っていると、ログオンのたびに自動で「間違った情報」で接続しようとするため、原因が分かりにくくなります。
ドライブ文字の衝突をチェックする
仮想ドライブソフト、暗号化ソフト、クラウドストレージクライアントなどが、勝手に Q: ドライブを使っているケースもあります。
- エクスプローラーで すべてのドライブ文字 を確認します。
- 見慣れない Q: ドライブや、用途不明のドライブがないかチェックします。
- 心当たりのソフトがある場合は、そのソフトの設定でドライブ文字を変更するか、一時的にアンインストールして様子を見ます。
もしシステム的には Q: が使用中になっているのに表示されない場合は、管理者権限のコマンドプロンプトで次を実行し、割り当て状況を確認します。
net use
ここに Q: が残っていれば net use Q: /delete で一度消してから、あらためて割り当て直してください。
SMB プロトコルの違い（SMB1 は極力使わない）
古い NAS や古い OS を共有元にしていると、SMB1 しかサポートしていない 場合があります。Windows 11 では SMB1 は安全性の観点から既定で無効になっており、そのままだと接続に失敗します。
- 共有元が設定で SMB2 / SMB3 を有効化できるか を確認する（まずはこちらを強く推奨）
- どうしても SMB2/3 に対応できない機器の場合のみ、やむを得ず Windows 側で「SMB 1.0/CIFS」を有効化することも可能ですが、セキュリティリスクが高いため非推奨
SMB1 を有効化する場合は、あくまで一時的な対応にとどめ、可能な限り機器の更新や設定見直しで SMB2/3 へ移行することを検討してください。
ネットワーク探索関連サービス（Function Discovery）が停止していないか
ネットワーク上の PC や NAS が「ネットワーク」に表示されないとき、Windows のサービスが止まっているケースがあります。
- Win + R キーを押し、「services.msc」と入力して Enter。
- サービス一覧から次の2つを探します。
- Function Discovery Provider Host
- Function Discovery Resource Publication
- 状態が「実行中」になっているか確認し、止まっていれば右クリックして「開始」。
- スタートアップの種類を 「自動（遅延開始）」 に変更しておくと安心です。
これらのサービスが止まっていても、UNC 直打ち（\\192.168.1.50\Share）ならアクセスできることがありますが、「ネットワーク」一覧には表示されません。
名前解決トラブル：IP アドレスならつながる場合
ホスト名ではエラーになるのに IP アドレスならアクセスできる場合、DNS や NetBIOS などの名前解決経路が不安定になっている可能性が高いです。
- しばらくの間は IP アドレスで割り当て（例：
\\192.168.1.50\Public）にして運用する - ルーターや共有機器を再起動する
- 共有機器に 固定 IP または DHCP 予約を設定し、アドレスが頻繁に変わらないようにする
- 必要であれば hosts ファイルに静的に名前を記述する（企業ポリシーに注意）
名前解決は、環境によって構成が大きく異なります。「IP では安定してアクセスできる」のであれば、原因がはっきりするまで IP ベースで Q: を割り当てるのも実用的な選択です。
管理者権限のアプリからだけ Q: が見えない（EnableLinkedConnections）
少しマニアックですが、バックアップソフトやエクスプローラーを「管理者として実行」したときだけ Q: が見えない というケースがあります。これは UAC の仕組みにより、標準ユーザーでマウントしたネットワークドライブが管理者トークンでは見えなくなるためです。
この場合は、レジストリの EnableLinkedConnections を有効化することで改善することがあります。ただし、企業環境ではグループポリシーで制御されている場合もあるため、事前に管理者や情報システム担当者と相談のうえで実施してください。
ステップ5：復旧したが「なぜ直ったか分からない」ときの考え方と予防
ネットワーク関連のトラブルでは、設定を色々触っているうちに「いつの間にか直った」ということも少なくありません。その場合でも、再発防止のために次のポイントを押さえておくと安心です。
反映待ち・キャッシュの影響
- 共有の詳細設定や資格情報の変更は、サインアウト＆サインイン や PCの再起動 をはさんだほうが安定することがあります。
- DNS キャッシュや名前解決の経路が切り替わる際、一時的に不安定になることがあります。
名前解決の不安定さを避けるコツ
- NAS や共有機器に 固定 IP を割り当てる（またはルーターの DHCP 予約を利用）
- IP アドレス固定にしたうえで、UNC パスも IP を使って割り当てる
「NAS の IP が変わるたびに Q: が死ぬ」というパターンは本当によくあるので、早めに固定 IP 化しておくと後々のトラブルが激減します。
自動再接続の設定を忘れない
ネットワークドライブを割り当てるときは、必ず次の二つを意識しましょう。
| 設定項目 | 推奨値 | 理由 |
|---|---|---|
| サインイン時に再接続 | オン | 再起動のたびに手動で接続する手間を防ぎ、設定ミスを減らす |
/persistent:yes（net use） | 指定する | コマンドで設定した内容を永続化し、再起動しても Q: を維持 |
ステップ6：切り分けに役立つ PowerShell / コマンド集
「ネットワーク自体につながっていない」「SMB ポートが閉じている」といった、設定よりもっと根本的な問題を切り分けるには、PowerShell のコマンドが有効です。
SMB ポート（445/TCP）の疎通確認
Test-NetConnection -ComputerName 192.168.1.50 -Port 445
- ComputerName には共有元の IP アドレスまたはホスト名を指定します。
- Port 445 は SMB 通信で使われるポートです。
- 「TcpTestSucceeded : True」であれば、ネットワークレベルでは SMB に到達できています。
現在の SMB セッションの確認
Get-SmbConnection
どの共有に、どのユーザーで接続しているかが確認できます。同じ共有先に複数のユーザーで接続していると、意図しない認証情報が使われることがあります。
共有一覧の確認
net view \\192.168.1.50
ここに目的の共有名（例：Public）が表示されていれば、共有自体は公開されています。表示されない場合は、共有元側の設定（共有権限やサービス）を見直す必要があります。
基本的な ping での疎通確認
ping 192.168.1.50
ping が通らない場合は、物理的な接続や IP アドレス設定、ファイアウォール（ICMP）など、より低いレイヤーの問題が疑われます。
VPN・企業ネットワーク利用時にありがちな注意点
会社の VPN を使っていたり、ドメイン参加している PC の場合、以下のような要因も影響します。
- VPN クライアントの設定で、ローカル LAN へのアクセスが制限されている
- グループポリシーでファイアウォール設定や共有設定が強制されている
- 社内 DNS によって、同じ名前のホストでも解決先が変わる
このような環境では、「片方の PC だけポリシー適用タイミングがずれた」 ということも起こります。企業 PC で Q: が見えなくなった場合は、この記事で紹介した切り分けに加え、情報システム部門に状況（いつから見えなくなったか、もう一台では見えるか、など）を伝えて相談するのが確実です。
最終チェックリスト：それでも Q: が見えないときに確認したいこと
ここまで試してダメな場合、次のチェックリストを上から順に確認してみてください。
| チェック項目 | 確認ポイント |
|---|---|
| OS のバージョン差 | 2台の Windows 11 のビルドが極端に違わないか（片方だけ古い Insider 版など） |
| 別ユーザープロファイルでの挙動 | 同じ PC に別ユーザーでサインインしても Q: が見えないか |
| セキュリティソフト | 一時的に無効化して挙動に変化があるか（自己責任・オフライン環境で検証） |
| イベントビューア | 「システム」「アプリケーション」「Microsoft-Windows-SMBClient」関連のエラー有無 |
| 別ドライブ文字でのテスト | Q: ではなく Z: など別の文字で割り当ててみて動くか |
別のドライブ文字であっさり動く場合は、Q: 特有の問題（過去のソフト設定やポリシー）に絞り込めます。そのまま Z: で運用しても問題ないなら、割り切るのも一つの現実的な解決策です。
まとめ：まずは「共有の詳細設定」と Q: の作り直しから
片方の Windows 11 だけネットワークドライブ Q: が見えない・アクセスできない場合、多くは次の3つで解決します。
- 「共有の詳細設定」でネットワーク探索とファイル共有をオンにする
- ネットワークプロファイルを「プライベート」に切り替える
- 一度 Q: を削除し、UNC パス（できれば IP ベース）から新規に割り当て直す
それでもだめなときは、権限や資格情報、Function Discovery サービス、SMB バージョン、名前解決などを順番に確認していくと、原因にたどり着きやすくなります。
再発防止のポイントは、共有機器に固定 IP を割り当てること と、「サインイン時に再接続」設定を必ずオンにしておくこと。この2つを押さえておけば、Windows 11 環境でもネットワークドライブ Q: を安定して使い続けることができます。
コメント