新しい Windows 11 PC に買い替えた途端、今まで普通につながっていた家庭内 NAS にアクセスできなくなり、「ネットワーク資格情報の入力」や「指定されたログオン セッションは存在しない」「エラー 67」が出て困っていませんか。本記事では、Windows 11 からローカル NAS へ接続できない原因と、再現性の高い解決手順をわかりやすく解説します。
Windows 11 から NAS にアクセスできない典型症状
Windows 11 で「NAS にアクセスできない」「ネットワーク資格情報の入力が何度も出る」というトラブルは、特定のパターンに集約されます。まずは自分の症状がどれに当てはまるか確認しましょう。
よくある症状の一覧
- エクスプローラーの「ネットワーク」に NAS が表示されるのに、クリックすると「ネットワーク資格情報の入力」が何度も繰り返し表示される
- 正しい NAS のユーザー名・パスワードを入れているはずなのに、何度も弾かれてログインできない
- 「指定されたログオン セッションは存在しない」というエラーが出る
- 「エラー 67（ネットワーク名が見つかりません）」と表示される
- 同じ NAS に対して、Windows 7 / Windows 10 / Mac からは問題なくアクセスできる
- ネットワーク プロファイルは「プライベート」、ネットワーク探索とファイル共有も有効にしているのに改善しない
- SMB1 を有効にしても状況が変わらない
ポイントは、NAS やネットワーク自体は正常で、Windows 11 からだけ接続に失敗しているという点です。この場合、多くは物理ネットワークの問題ではなく、認証方式・資格情報・SMB の組み合わせが原因です。
症状別のざっくり原因イメージ
| 症状 | よくある原因の方向性 |
|---|---|
| 資格情報入力がループ | Microsoft アカウントの SSO が優先され、NAS のローカルアカウントと不整合 |
| 「指定されたログオン セッションは存在しない」 | 無名セッション化・誤った資格情報のキャッシュ・多重接続 |
| エラー 67 | 名前解決の失敗、SMB 無効、共有名の誤り、NAS 側の設定 |
| 他 PC からは問題なし | Windows 11 固有の認証設定（NTLMv2 / SSO / 資格情報）が原因 |
なぜ Windows 11 だけ NAS に接続できないのか（原因整理）
「同じ NAS に Windows 10 はつながるのに、Windows 11 だけダメ」という場合、次のような仕組みが絡み合っていることが多いです。
原因 1：Microsoft アカウントの SSO と NAS ローカルアカウントの不一致
Windows 11 は初期セットアップ時に Microsoft アカウントでのサインインを非常に強く推奨します。その結果、エクスプローラーから NAS にアクセスする際も、Microsoft アカウントによるシングルサインオン（SSO）を優先しようとします。
しかし、家庭用 NAS（Synology / QNAP / Netgear 等）のユーザーアカウントは、多くが「ローカルアカウント」です。Microsoft アカウントのユーザー名と NAS のユーザー名は別物であり、認証サーバーも当然別です。
- Windows 11：Microsoft アカウント（例：[email protected]）
- NAS：ローカルユーザー（例：nasuser）
このとき、Windows 側が勝手に SSO をかけることで、NAS に対して「空のユーザー名」あるいは「不正なドメイン付きユーザー名」を投げてしまい、NAS 側で「そのユーザーはいない」と判断されます。その結果、正しいユーザー名・パスワードを入れてもループするような挙動が発生します。
原因 2：NTLMv1 / NTLMv2 の不整合
Windows のファイル共有で使われる認証方式の代表例が NTLM です。現在は NTLMv2 が標準で、古い NTLMv1 / LM はセキュリティ上の理由から基本的に使われません。
しかし、次のようなパターンでトラブルになることがあります。
- NAS 側の設定や古いファームウェアにより、NTLMv1 を許可・優先している
- Windows 11 側の「LAN Manager 認証レベル」が中途半端な値で、どちらか片方しか受け付けず、結果としてかみ合わない
このような場合、Windows 11 からの認証要求は NAS に届いているものの、暗号化方式のネゴシエーションに失敗し、エラーとして返ってきます。実際、「NTLMv2 を強制しただけで急に通るようになった」という報告も多くあります。
原因 3：キャッシュされた資格情報と多重接続
SMB 共有には、「同じサーバー（同じホスト名または IP）には、同じクライアントから 1 種類の資格情報でしか接続できない」という仕様があります。異なるユーザーで同一 NAS に同時接続しようとすると、以下のような問題が起こります。
- 以前に接続したユーザーの情報がキャッシュされており、新しい資格情報が弾かれる
- マップドドライブの残骸が残っていて「ローカル デバイス名は既に使用されています」と怒られる
- 「指定されたログオン セッションは存在しない」などの抽象的なエラーで失敗する
このため、一度すべての SMB 接続をクリアしてから再接続することが、トラブルシューティングの基本になります。
原因 4：名前解決や WSD の問題（見えるけどつながらない）
エクスプローラーの「ネットワーク」一覧に NAS が表示されていても、それは WSD（Web Services for Devices）や SSDP（UPnP）で検出しているだけであり、SMB 共有への接続可否とは別物です。
一覧に見えているのにダブルクリックでつながらない場合は、「名前解決で使っているプロトコル」と「実際に SMB で接続するときの経路」が違う、ということも多々あります。その切り分けとして、ホスト名ではなく IP アドレスで試すのがとても有効です。
まず試したい「5分クイック手順」
細かい設定を追いかける前に、再現性の高い対処をコンパクトにまとめた「5分クイック手順」を試してみましょう。多くの環境では、これだけで解決することがあります。
ステップ 1：既存の SMB 接続をすべて解除する
管理者権限のコマンドプロンプト、または PowerShell を開き、次のコマンドを実行します。
net use * /delete
「この操作を続行しますか？ (Y/N)」と聞かれたら Y を入力します。これで、既存のマップドドライブや隠れたセッションがすべて解除されます。
ステップ 2：資格情報マネージャーから NAS 関連を削除する
- コントロール パネルを開く（スタートボタン右クリック → 「検索」 → コントロール パネル）
- ユーザー アカウント → 資格情報マネージャー を開く
- Windows 資格情報 タブを選択
- NAS のホスト名や IP アドレスが含まれているエントリを探し、削除する
誤った資格情報が残っていると、正しいパスワードを入力してもそもそも試してもらえないことがあります。一度きれいにしてからやり直すのがポイントです。
ステップ 3：NTLMv2 を強制する（可能なら）
Windows 11 Pro / Enterprise であれば、ローカル セキュリティ ポリシーから NTLMv2 のみを使うように設定できます。
- Win + R キーを押し、「secpol.msc」と入力して Enter
- ローカル ポリシー → セキュリティ オプション を開く
- ネットワーク セキュリティ: LAN Manager 認証レベル をダブルクリック
- ドロップダウンから
「NTLMv2 応答のみ送信 / LM と NTLM を拒否」 を選択 - OK を押して PC を再起動
Home エディションなどで secpol.msc が使えない場合は、レジストリで同等設定を行います（この手順は慎重に実施してください）。
- Win + R → 「regedit」と入力 → Enter
- 次のキーを開く：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa LMCompatibilityLevelという DWORD 値がなければ新規作成- 値を 5 に設定
- PC を再起動
レジストリ操作は誤るとシステムに影響が出る可能性があります。事前に復元ポイントを作成するなど、保険をかけてから実施してください。
ステップ 4：明示的なユーザー名で接続テストする
次に、コマンドから明示的に NAS への接続を試します。ポイントは ユーザー名を「サーバー名\ユーザー名」形式で書くことです。
net use \\NAS名\IPC$ /user:NAS名\ユーザー名 *
例：
net use \\HOMENAS\IPC$ /user:HOMENAS\fred *
net use \\192.168.1.10\IPC$ /user:HOMESERVER\murcielago *
コマンド実行後にパスワード入力が求められるので、NAS 側に設定しているパスワードを入力します。「コマンドは正常に終了しました。」と表示されれば、SMB レベルでの認証は成功しています。その状態でエクスプローラーを開き、アドレスバーに \\NAS名 または \\IPアドレス を入力して共有フォルダが見えるか確認します。
ステップ 5：安定運用のため資格情報マネージャーに登録
接続が成功したら、毎回パスワードを入力しなくても済むように、資格情報マネージャーに登録しておきましょう。
- コントロール パネル → 資格情報マネージャー
- Windows 資格情報 → Windows 資格情報の追加
- ネットワーク アドレス：
\\NAS名または\\IPアドレス - ユーザー名：NAS名\ユーザー名
- パスワード：NAS のパスワード
これで、次回からは Windows 起動時に自動で NAS へ接続され、エクスプローラーからスムーズにアクセスできるようになります。
本格対処：認証まわりを正しく整える
ユーザー名は必ず「NAS名\ユーザー名」形式で明示する
Windows 11 で NAS に接続するとき、もっとも重要なポイントがユーザー名の書き方です。次のような書き方は避けましょう。
- ユーザー名を「nasuser」のみで入力
- Microsoft アカウント（例：[email protected]）のままにする
代わりに、必ず次の形式で入力します。
- NAS名\ユーザー名
- または IPアドレス\ユーザー名（NAS 名でうまくいかないとき）
例：
HOMENETSERVER\fredHomeNet-Qnap\murcielago192.168.1.10\nasuser
これにより、Windows 側は「この資格情報は NAS のローカルアカウントとして送るべきものだ」と理解し、Microsoft アカウントの SSO に邪魔されにくくなります。
エクスプローラーからの入力例
- エクスプローラーを開き、アドレスバーに
\\NAS名を入力 - 「ネットワーク資格情報の入力」ダイアログが表示される
- 「その他」のリンクがあればクリックし、別のアカウントを使用する を選択
- ユーザー名：NAS名\ユーザー名
パスワード：NAS のパスワード
これで成功すれば、そのまま資格情報マネージャーへの登録へ進みます。
NTLMv2 強制設定の詳細（LAN Manager 認証レベル）
前述のクイック手順で触れた NTLMv2 強制について、もう少し整理しておきます。
| 環境 | 設定方法 | 推奨値 |
|---|---|---|
| Windows 11 Pro / Enterprise | secpol.msc → セキュリティ オプション → LAN Manager 認証レベル | 「NTLMv2 応答のみ送信 / LM と NTLM を拒否」 |
| Windows 11 Home | レジストリ LMCompatibilityLevel | DWORD 値 5 |
Synology など一部の NAS では、NTLMv2 を前提に設計されていることが多く、この設定を行うだけで「今まで何をやってもダメだったのに急に通るようになった」というケースも少なくありません。
重複接続・古い資格情報を一掃する手順
SMB 接続のトラブルシューティングでは、一度すべての接続と資格情報をクリアしてから再接続するのが鉄板です。
- コマンドプロンプト / PowerShell で現在の接続状況を確認：
net use
- 不明な接続がある場合は個別に削除：
net use \\NAS名\共有名 /delete
- どうせなら一度全部消してしまう：
net use * /delete
その後で、前述の「NAS名\ユーザー名」形式で再度接続テストを行います。
名前解決・到達性の切り分け
エラー 67（ネットワーク名が見つからない）が出る場合、そもそも名前解決や到達性でこけている可能性があります。次の順番で切り分けましょう。
- IP アドレスでの接続テスト
エクスプローラーのアドレスバーに\\192.168.x.xの形式で入力してみる。 - Ping テスト
コマンドプロンプトでping NAS名やping 192.168.x.xを実行し、応答があるか確認。 - ローカルの SMB クライアント確認
Windows 自身の SMB クライアントが正常かどうか、以下のコマンドで確認：
net use \\localhost\ipc$
これが成功するなら、SMB クライアント自体は正常であり、「ネットワークのどこか」で問題が起きていると絞り込めます。
NAS 側で確認すべき設定ポイント
Windows 側だけでなく、NAS 側の設定が原因になっている場合もあります。とくに、SMB バージョン・署名設定・アカウントロック・ファイアウォールあたりは要チェックです。
SMB バージョン（SMB1 / SMB2 / SMB3）の確認
- 原則として、SMB2 / SMB3 を有効にし、SMB1 は無効にする
- どうしても古い機器（古いテレビやレコーダーなど）だけ SMB1 が必要な場合は、その機器専用の共有に限定する
Windows 11 では SMB1 は既定で無効になっており、「SMB1 を有効にしたのにうまくいかない」場合、そもそも真犯人は SMB1 ではない可能性が高いです。むしろ SMB1 を常用するほうが危険なので、短期検証以外では避けるべきです。
サーバー署名（SMB Signing）の設定
NAS の管理画面には、「サーバー署名」「SMB 署名」などの項目があります。Windows 11 側のポリシーと NAS 側の署名設定が食い違うと、認証は通ってもセッション確立で失敗することがあります。
- まずは NAS 側を「クライアントの要求に応じる（任意）」に設定
- Windows 側で署名を必須にしている場合は、NAS 側も「必須」に合わせる
トラブルシュート中は、署名の有無で挙動が変わるかどうかも確認しておくと、原因切り分けの手がかりになります。
アカウントロック・自動ブロック機能
NAS によっては、連続してパスワードを間違えると自動でアカウントや IP をロックする機能があります。Windows 11 側で何度も失敗した結果、すでにロックされているケースも要注意です。
- Synology の「アカウント保護」「自動ブロック」機能
- QNAP の「QuFirewall」「接続保護」機能
これらが有効な場合は、管理画面からロック解除したうえで再度接続を試してみましょう。
同一 NAS に対する多重接続
同一 NAS に対して、異なる資格情報で複数同時に接続することは SMB の仕様上できません。例えば、
- エクスプローラーで「guest」で接続中
- 別のドライブを「nasuser」でマップしようとする
このような場合、どちらかの接続が失敗したり、想定外のユーザーで接続されたりします。これを避けるためには、
- まず
net use * /deleteで既存セッションをリセット - その後、使いたいユーザー 1 種類に絞って接続する
という流れを徹底することが大切です。
ベンダー別の補足ポイント
| ベンダー | 注意ポイント |
|---|---|
| Synology | NTLMv2 を前提とした設計が多く、LAN Manager 認証レベルの変更が効きやすい。アカウント自動ブロック機能で PC の IP がロックされていないか要確認。 |
| QNAP | QuFirewall のルールで Windows 11 マシンが拒否されていないか確認。SMB の最小 / 最大バージョン設定も要チェック。 |
| Netgear（ReadySHARE） | USB ストレージ共有の場合、メーカー純正ユーティリティ（ReadySHARE Connect など）経由の方が安定するケースあり。 |
エラー別・要点早見表
よく出るエラーメッセージと、その代表的な原因・対処方法を一覧にしました。困ったときにここだけ見返しても役立つように構成しています。
| 症状 / メッセージ | 代表原因 | 主な対処 |
|---|---|---|
| 「指定されたログオン セッションは存在しない」 | SSO 優先・資格情報不一致・無名セッション化・多重接続 | ・ユーザー名を NAS名\ユーザー名 で明示 ・ net use * /delete で既存接続をクリア・資格情報マネージャーから NAS 関連を削除 ・NTLMv2 強制（LAN Manager 認証レベル / LMCompatibilityLevel=5） |
| エラー 67（ネットワーク名が見つからない） | 名前解決失敗、SMB 無効、共有名誤り、NAS の電源 / ケーブル問題 | ・\\IPアドレス\共有名 で接続を試す・NAS の SMB2/3 を有効にする ・Ping で応答確認、NAS の電源・LAN ケーブルをチェック ・Windows ファイアウォールやセキュリティソフトの影響も確認 |
| 「ユーザー名またはパスワードが正しくありません」 | ドメイン（NAS名）を付けていない、アカウントロック、誤った資格情報のキャッシュ | ・ユーザー名を NAS名\ユーザー名 形式にする ・NAS のアカウントロック / 自動ブロックを解除 ・資格情報マネージャーの古いエントリを削除して再試行 |
| 「ローカル デバイス名は既に使用されています」 | マップ済みドライブとの衝突、隠れたセッションが残っている | ・net use で確認し、不要な接続を削除・ net use * /delete でまとめて解除してから再マップ |
Microsoft アカウント使用時の注意点
Windows 11 では、Microsoft アカウントでサインインしている環境が多くなっています。この場合、エクスプローラーが自動的に SSO を試みてしまい、NAS のローカルアカウントと衝突することがあります。
やってはいけないパターン
- 資格情報ダイアログの既定のユーザー名（Microsoft アカウントのメールアドレス）のまま OK を押してしまう
- 表示されている名前をよく見ず、そのままパスワードだけ変えてしまう
これを避けるため、必ず次のように操作しましょう。
- 「ネットワーク資格情報の入力」ダイアログが出たら、「その他」または「別のアカウントを使用する」をクリック
- ユーザー名欄をクリアし、NAS名\ユーザー名 を手入力
- NAS のパスワードを入力してログイン
レジストリで ConnectedAccountSSO を無効化するなどの方法もネット上にはありますが、本件の決定打になるとは限らず、他の機能に思わぬ影響を与える可能性もあります。まずはユーザー名の明示と資格情報マネージャーでの登録から試すのがおすすめです。
なぜこの手順で直るのか（技術背景をざっくり）
ここまで紹介した手順がなぜ効くのか、イメージしやすいように簡単に技術背景を整理します。
SMB と NTLM 認証の関係
- NAS とのファイル共有は SMB（Server Message Block）というプロトコルで行われる
- SMB 接続時に NTLM（チャレンジレスポンス方式の認証）が使われる
- NTLM には旧来の LM / NTLMv1 と、より安全な NTLMv2 がある
Windows 11 はセキュリティの観点から NTLMv2 を推奨しており、古い方式は極力使わないように動きます。一方で、NAS の設定が追いついていないと、「どの方式で認証するか」のネゴシエーションが噛み合わず、認証エラーになります。そこで、Windows 側で NTLMv2 を明示的に使う設定にすることで、NAS 側とのミスマッチを減らせるわけです。
「NAS名\ユーザー名」でドメインを明示する意味
Windows の認証では、ユーザー名を
- ドメイン\ユーザー名
- または ユーザー名@ドメイン
という形式で表現します。家庭内 LAN の場合、この「ドメイン」は実質的に「サーバー名（NAS 名）」と同じ意味になります。
つまり、NAS名\ユーザー名 と書くことで、
- 「このユーザー情報は NAS 側で解決してね」という意味が明示される
- Windows が勝手にローカル PC や Microsoft アカウントで解決しようとしなくなる
その結果、正しい資格情報がきちんと NAS に渡されるようになるのです。
接続と資格情報を「一度全クリア」が効く理由
SMB には「同じサーバーに複数の資格情報で同時接続しない」という仕様があり、これを破ろうとすると妙なエラーになります。また、Windows は性能向上のために接続や資格情報をキャッシュしますが、これが裏目に出ることがあります。
そこで、
net use * /deleteで接続セッションをリセット- 資格情報マネージャーで古いエントリを削除
という「お掃除」を一度行ってから、正しい形式の資格情報で接続し直すと、SMB の内部状態が一度リセットされて正常な状態に戻る、というわけです。
セキュリティと運用上の注意事項
SMB1 の恒常的な有効化は NG
トラブルシュートの過程で「SMB1 をオンにしたらつながった」という情報を見かけることがありますが、SMB1 は既に多くの脆弱性が知られており、常用するのは非常に危険です。
- どうしても古い機器だけが SMB1 しか話せない場合は、その機器専用の VLAN やセグメントに隔離する
- Windows 11 側で SMB1 を恒常的に有効化しない
可能であれば、NAS や周辺機器のファームウェア更新・買い替えも検討しましょう。
レジストリ変更前には必ずバックアップを
LAN Manager 認証レベルをレジストリで変更する場合、誤った値を入れると逆に接続できなくなる可能性もあります。変更前には、必ず以下のような対策を行ってください。
- システムの復元ポイントを作成しておく
- 変更するキーをエクスポートして .reg ファイルとして保存しておく
問題が発生した場合は、復元ポイントやバックアップした .reg ファイルから元の状態に戻せます。
テスト用ユーザーと本番ユーザーを分けるのも有効
NAS 側に、
- テスト用のユーザー（読み取り限定）
- 普段使いのユーザー（読み書き権限）
といった形でアカウントを分けておくと、「接続テストはできるが権限で弾かれていた」といった状況の切り分けがしやすくなります。また、誤操作で重要なデータを消してしまうリスクも減らせます。
まとめ：Windows 11 から NAS につながらないときのチェックリスト
最後に、本記事で紹介したポイントをチェックリスト形式で整理します。トラブル時は上から順に確認していくと、原因を絞り込みやすくなります。
- 1. 既存接続のリセット
・net use * /deleteで SMB 接続をすべて解除したか
・資格情報マネージャーから NAS 関連エントリを削除したか - 2. ユーザー名の形式
・ユーザー名を「NAS名\ユーザー名」形式で入力しているか
・Microsoft アカウントのままになっていないか - 3. NTLMv2 の強制
・LAN Manager 認証レベルを「NTLMv2 応答のみ送信 / LM と NTLM を拒否」に設定したか
・LMCompatibilityLevel=5を設定した場合は再起動したか - 4. 名前解決と到達性
・\\IPアドレスで接続してみたか
・Ping で NAS から応答があるか
・net use \\localhost\ipc$でローカル SMB クライアントの動作を確認したか - 5. NAS 側の設定
・SMB2/3 が有効になっているか
・サーバー署名の設定が Windows 側と矛盾していないか
・アカウントロック / 自動ブロック / ファイアウォールで弾かれていないか - 6. エラー別の対処
・「指定されたログオン セッションは存在しない」→ 接続と資格情報のクリア + ユーザー名明示 + NTLMv2
・「エラー 67」→ 名前解決と SMB 有効化を重点的に確認
・「ユーザー名またはパスワードが正しくありません」→ NAS 側のユーザー / パスワード / ロック状況を確認
これらを一つずつ確認していけば、多くの「Windows 11 から NAS にアクセスできない」トラブルは解決できるはずです。うまくいった組み合わせは、資格情報マネージャーに登録して再現性のある形にしておくと、今後の運用もぐっと楽になります。
コメント