Windowsで共有フォルダーに毎回パスワードを求められるときは、設定が壊れているとは限りません。多くは、共有元PCで「パスワード保護共有」が有効になっている、閲覧側に正しい資格情報が保存されていない、Windows Hello の PIN をパスワード代わりに使おうとしている、共有権限とセキュリティ権限がずれている、古い NAS やルーター USB 共有がゲスト接続前提になっている、といった原因です。まずは「認証ありで安全に使い続けたい」のか、「家庭内で一時的に入力をなくしたい」のかを分けて考えると、対処が早くなります。(Microsoft サポート)
この記事では、フォルダーを公開している側を「共有元PC」、見に行く側を「共有先PC」として、原因の切り分けから、設定確認、権限の見直し、更新後の復旧、NAS 特有の対処まで、実際に直す順番で整理します。
Windowsで共有フォルダーに毎回パスワードを求められるとき、最初に見るポイント
最初に確認するのは、次の4点です。
- 両方のPCが同じネットワーク上にあり、接続プロファイルが プライベート になっているか
- 共有元PCで ネットワーク探索 と ファイルとプリンターの共有 が有効か
- 共有先PCの 資格情報マネージャー に古い認証情報が残っていないか
- 共有元PCのアカウントに 空ではないパスワード があり、共有権限とセキュリティ権限の両方が合っているか
Windows 11 では初回接続時にネットワークが既定でパブリックになることがあり、パブリックでは PC が他の端末から見えず、ファイル共有にも使えません。共有の公式トラブルシューティングでも、プライベート ネットワーク、共有設定、保存資格情報、権限の確認が基本手順として案内されています。(Microsoft サポート)
症状から原因を絞るチェック表
| 症状 | 可能性が高い原因 | 最初に見る場所 |
|---|---|---|
| 毎回「ネットワーク資格情報」を求められる | パスワード保護共有が有効、保存資格情報がない・古い | 共有の詳細設定、資格情報マネージャー |
| PIN を入れても通らない | PIN とパスワードを取り違えている | サインイン方法、共有元PCの実パスワード |
| パスワードを入れても何度も弾かれる | 共有元アカウントのパスワードなし、権限不一致、既存接続の残り | アカウント設定、共有/セキュリティ権限、net use |
| 更新後に急に入れなくなった | ネットワークが Public に戻った、ポリシーが厳しくなった | ネットワーク プロファイル、共有設定、NAS 側設定 |
| 古い NAS やルーター USB 共有だけ入れない | ゲスト接続前提で、Windows 側が拒否している | NAS のユーザー設定、SMB/ゲスト設定 |
主な原因を先に理解しておく
パスワード保護共有が有効になっている
共有元PCでパスワード保護共有が有効なら、資格情報を求められるのは基本的に正常です。Microsoft の共有トラブルシューティングでも、必要に応じて [すべてのネットワーク] で「パスワードで保護された共有」をオフにする手順が案内されています。つまり、ここがオンのままなら、パスワード入力画面が出ること自体は不具合ではありません。(Microsoft サポート)
Windows Hello の PIN は、共有フォルダー認証にはそのまま使えない
Windows Hello の PIN は、その PC にひもづくローカルな認証要素で、サーバー側に送られる「オンライン パスワード」ではありません。共有フォルダーの認証で必要になるのは、通常は 共有元PCで有効なアカウントのパスワード です。顔認証や PIN で普段ログインしていると、ここを勘違いしやすいです。(Microsoft Learn)
保存済み資格情報が古い、または残骸がぶつかっている
資格情報マネージャーは、Web だけでなくネットワーク接続の資格情報も保存します。共有先PCに古い資格情報が残っていると、毎回プロンプトが出たり、正しい情報を入れても弾かれたりします。さらに、同じサーバーへ別の資格情報で既につながっている場合、Windows は「同じサーバーに複数のユーザー名では同時接続できない」動作をします。(Microsoft サポート)
共有権限とセキュリティ権限のどちらかが足りない
共有フォルダーは、共有タブ側の権限だけでは足りません。フォルダーの セキュリティ タブにある NTFS 権限も一致している必要があります。共有側で「Everyone: フルコントロール」にしても、セキュリティ側に対象ユーザーの権限がなければ、認証後にアクセスできない、あるいは挙動が不安定に見えることがあります。(Microsoft Learn)
古い NAS やルーター USB 共有がゲスト接続前提になっている
Windows は SMB のゲスト認証を年々厳しくしており、Windows 10 以降では SMB2/SMB3 のゲスト認証が既定で許可されない構成が増えています。Microsoft も、ゲスト認証しかできない機器は更新または置き換えを推奨しています。さらに Windows 11 24H2 以降や新しいビルドでは、SMB 署名の既定要件が影響して、ゲスト前提の機器がよりつながりにくくなる場合があります。(Microsoft Learn)
共有元PCのローカルアカウントにパスワードがない
見落としがちですが、ローカルアカウントが 空パスワード だと、既定ではリモート クライアントからのネットワーク ログオンに使えません。家庭内利用で「ログインにパスワードを付けていない PC」を共有元にしていると、ここで詰まりやすいです。(Microsoft Learn)
安全に直すなら、この手順がいちばん安定する
ネットワークをプライベートにする
共有元PC・共有先PCの両方で、今つながっているネットワークが プライベート か確認します。パブリックでは PC が他の端末から見えず、ファイル共有に使えません。特に、ネットワークのリセット後は既知ネットワークがパブリック扱いに戻ることがあります。更新後に急に共有が不安定になったときは、ここを最初に見直してください。(Microsoft サポート)
Windows 11/10 では、設定 > ネットワークとインターネット > Wi‑Fi または Ethernet > 接続中のネットワーク > ネットワーク プロファイルの種類 から確認できます。(Microsoft サポート)
共有の詳細設定をそろえる
次に、共有元PC・共有先PCの両方で 設定 から 共有の詳細設定 を開きます。共有元PCでは少なくとも次を確認します。
- プライベート ネットワークで ネットワーク探索 をオン
- プライベート ネットワークで ファイルとプリンターの共有 をオン
- 切り分け時だけなら、パスワードで保護された共有 をオフにして挙動を見る
共有の公式手順でも、この3点が基本です。ネットワーク上に PC が見えない場合は、services.msc で 機能探索プロバイダー ホスト、機能探索リソース公開、SSDP 探索、UPnP デバイス ホスト を自動起動にするのも有効です。(Microsoft サポート)
共有元PCに「共有用アカウント」を用意する
本番運用でいちばん安定しやすいのは、共有元PCに 共有専用のローカルアカウント を1つ用意し、そのアカウントにだけ共有を許可するやり方です。既存の自分用アカウントを使っても構いませんが、家庭内や小規模オフィスでは「共有用ユーザー」を分けたほうが後から見直しやすくなります。
このときの重要点は2つです。
- パスワードは 空にしない
- 共有先PCに入力するのは PIN ではなく、そのアカウントのパスワード
ローカルアカウントでのネットワーク認証は Windows の標準動作で、空パスワードは既定でリモート ログオンに使えません。(Microsoft Learn)
共有権限とセキュリティ権限を同じユーザーでそろえる
共有元PCでは、フォルダーを右クリックして共有設定を開き、特定のユーザー に共有用アカウントを追加します。そのうえで、フォルダーの セキュリティ タブでも同じユーザーに必要な権限を付けます。読み取りだけでよいのか、編集まで必要かを先に決めてから付与すると、後で「見えるのに保存できない」を防げます。(Microsoft サポート)
共有自体が本当に有効か不安なら、共有元PCでエクスプローラーのアドレスバーに \\localhost を入力すると、現在見えている共有を確認できます。(Microsoft サポート)
資格情報マネージャーを整理する
共有先PCでは、コントロール パネル > 資格情報マネージャー > Windows 資格情報 を開き、共有元PCや NAS に関する古い項目があれば削除します。そのあとで、正しい資格情報を Windows 資格情報 として追加すると、毎回の入力を省きやすくなります。資格情報マネージャーはネットワーク接続用の資格情報も扱えます。(Microsoft サポート)
ここで入れるのは、共有元PCで実際に有効なユーザー名とパスワード です。Windows にサインインするときの PIN ではありません。Microsoft アカウント運用で混乱しやすい場合は、共有専用のローカルアカウントを使うほうがトラブルが減ります。(Microsoft Learn)
ネットワークドライブとして再接続する
共有先PCで毎回パスを打つのが面倒なら、エクスプローラーの ネットワーク ドライブの割り当て を使い、サインイン時に再接続する を有効にします。正しい資格情報が保存できていれば、再ログイン後もつながりやすくなります。(Microsoft サポート)
とりあえず原因だけ切り分けたいとき
家庭内の信頼できるネットワークで、「まず原因が認証まわりかどうかだけ確認したい」なら、共有元PCの パスワードで保護された共有 をいったんオフにして試す方法があります。これで入れるなら、原因はかなり高い確率で 資格情報・アカウント・保存認証情報 のどこかです。(Microsoft サポート)
ただし、これは恒久策にはしないほうが無難です。プライベート ネットワークでのみ使い、会社や来客 Wi‑Fi のような環境では避けてください。Windows のセキュリティ文書でも、Guest や匿名に寄せた共有は認証なしアクセスの露出につながるとされています。(Microsoft サポート)
入力しても通らないときの復旧コマンド
エクスプローラー上では見えにくい「残っている接続」が悪さをしていることがあります。その場合は、コマンドで一度きれいにしてから再接続すると早いです。
net use
net use * /delete
net use Z: \\PCNAME\Share * /user:PCNAME\shareuser /persistent:yesnet use は現在の接続確認、/delete は接続の切断、/persistent:yes は次回サインイン時の再接続に使えます。Windows は同じサーバーに別のユーザー名で同時接続できないため、資格情報を変えて試す前に既存接続を切るのが基本です。(Microsoft Learn)
NAS・ルーターUSB・複合機の共有で詰まるとき
共有元が Windows PC ではなく、古い NAS やルーター USB 共有、スキャン保存先フォルダーの場合は、Windows 側ではなく 機器側の認証方式 が原因のことが少なくありません。特に「ユーザーを作れない」「ゲストでしか入れない」タイプは、最近の Windows では弾かれやすいです。(Microsoft Learn)
この場合の優先順位は次のとおりです。
- NAS や機器側で ユーザーアカウントを作成 し、ゲスト運用をやめる
- ファームウェア更新で SMB/認証まわりを更新する
- どうしても無理なら、隔離された信頼ネットワークでのみ セキュリティで保護されていないゲスト ログオン を検討する
ただし、Microsoft は insecure guest logons を既定で無効にしており、有効化はセキュリティ リスクがあると明示しています。業務利用では最後の手段です。(Microsoft Learn)
それでも直らないときの最終確認
ローカル セキュリティ ポリシーが Guest only になっていないか
secpol.msc > ローカル ポリシー > セキュリティ オプション にある Network access: Sharing and security model for local accounts が Guest only だと、ローカルアカウントのネットワーク ログオンは Guest にマップされます。共有元PCでローカルアカウント認証を使いたいなら、通常は Classic - local users authenticate as themselves のほうが扱いやすいです。しかも Guest アカウントが無効で、かつ Guest only なら、SMB のネットワーク ログオン自体が失敗し得ます。(Microsoft Learn)
ドメイン参加PCなら、ローカル変更がGPOで戻ることがある
会社PCでは、ローカル セキュリティ ポリシーを変えても、配布された GPO が優先されることがあります。何度変えても戻る、再起動後にまた聞かれる、というときは、PC単体の問題ではなくポリシー配布の可能性を考えたほうが早いです。(Microsoft Learn)
ファイアウォールを丸ごとオフにしない
共有トラブルでありがちですが、Windows ファイアウォールを恒久的にオフにするのは避けたほうが安全です。Microsoft も、必要ならポートを開けるより アプリを許可リストに追加するほうが比較的安全 だと案内しています。共有が見えない問題まで含めて切り分けるときでも、常時オフ運用はおすすめしません。(Microsoft サポート)
迷ったら、この順番で進めれば大きく外しにくい
Windowsで共有フォルダーに毎回パスワードを求められるときは、いきなり設定を全部変えるより、順番を守ったほうが早く直ります。まずネットワークをプライベートにし、共有設定を確認します。その次に、共有元PCで使う 実際のアカウントとパスワード を決め、共有権限とセキュリティ権限をそろえ、共有先PCの資格情報マネージャーを掃除します。それでもだめなら net use で既存接続を切り、最後に NAS 側のゲスト前提やローカルポリシーを疑う、という順です。(Microsoft サポート)
「早く終わらせたい」なら、まずは 共有元PCに空でないパスワード付きの共有用アカウントを作る → そのアカウントを共有とセキュリティの両方に追加する → 共有先PCで資格情報を保存する、この3手順から始めてください。家庭内の一時テストだけならパスワード保護共有をオフにして原因確認もできますが、継続運用は認証ありの形に戻すほうが安全で安定します。(Microsoft サポート)
コメント