Windows 10がパブリックsamba共有の認証を要求し続ける
私はこれについていくつかの質問があることを知っていますが、それらは異なる状況ですが、提供された回答は私の問題とは関係ありません。
私はWD My Cloud EX2を使用していますNAS構成済みのパブリック共有で、Windows 10ラップトップ、Windows 10デスクトップ、およびAndroid電話なしでこの共有にアクセスできます問題または認証。
ただし、別のデスクトップのWindows 10のクリーンインストールを実行したところ、まったく同じ共有が今も認証を要求し続け、入力を受け付けません。
レジストリで特定のキーを有効にして（キー名を思い出せない）再起動してみましたが、それでも解決しませんでした。
何か不足していますか？他のマシンからもアクセスできるので、共有がまだ適切に構成されていることを100％確信しています。
編集1：気づいたこと：他のWindows 10マシンはWindows 10 Proであり、このシステムはWindows 10 Homeです。これがこの問題にどのように影響するかはわかりませんが、私が考えられる唯一の違いです。 。
編集2： Windows 10 Proにアップグレードしましたが、それでもパブリック共有にアクセスできません。
編集3：入力したとき\ユーザー名として、パスワードを空白のままにすると、共有の内容が表示されますが、コンピュータを再起動すると、資格情報の入力を求められますが、それらは記憶されません。
編集4：サーバーにPlexがインストールされています。samba共有の認証ダイアログが表示されると、「ドメイン」フィールドにプレックスサーバー名が表示されます。これはおそらく認証プロトコルに影響しますか？
方法はわかりませんが、ユーザー名として挿入した場合\とパスワードフィールドを空白のままにすると、資格情報が受け入れられ、共有コンテンツが表示されました。
多分それは同じ問題を抱えている他の誰かを助けるでしょう。
編集：最初にこの回答を投稿したとき、チェックボックスをオンにして資格情報を記憶できなかったため、起動するたびにこれを実行する必要がありました。ただし、今回はチェックボックスをオンにすることができたため、何が変わったのかわかりませんが、現在は機能しています。 Windowsの更新であった可能性があります。
別の編集：起動するたびに、smbpasswdを使用してアカウントの正しいパスワードを再構成する必要があります。
最終編集：この質問は非常に注目を集めているようです。結局、この問題を解決できたと付け加えておきたいと思います。
これは、2つの理由が考えられます。
- 完全な工場リセット
- ユーザー名を「admin」のままにしておくと、正確には何がなぜか思い出せませんが、カスタムユーザー名に変更すると問題が発生しましたが、「admin」のままにすると問題なく動作しました。 NASファームウェアにハードコードされている可能性があります。
関連するかもしれないいくつかのアイテムとリソース
remote shared folders or network locations on a file server or NAS through CIFS, SMB or Samba protocolに関連するWindows 10やレジストリキーエントリなどの変更に関する上記の記事も必ずチェックしてください。
ここでは、allowing insecure guestをオンにすることについて説明しますが、Windows Credentialsオプションについても説明します。
- また、_
RUNからcontrol keymgr.dllまたは多分rundll32 keymgr.dll,KRShowKeyMgrを入力してenterを押し、削除する（または追加する可能性がある）保存された資格情報を確認します。そこにあるべきではない保存された資格証明を削除（またはおそらく追加）し、期待どおりに機能するかどうかを確認します。
最後に、アップグレードしたときに、変更したレジストリエントリが変更されたかどうかはわかりませんが、機能しない場合に備えて、変更前に変更内容とバックアップを覚えておくことで、変更を元に戻すことができます。
私は物事を試す習慣に入るつもりはありません、そしてそれを知る前に10の物事を変えるので、それらのどれかが何かを助けたか問題を悪化させたかどうかはわかりません。戦略。
EDIT1：上記の2つ目のリンクURLを追加しました。これにより、Windowsの問題またはNAS構成の問題。Windowsマシンで共有をセットアップし、ANONYMOUS LOGONにSHAREとNTFSの両方を付与した後、別のWindowsマシンから\\PCName\ShareNameを使用してドライブを割り当て、保存せずにusernameまたはpasswordを指定しても問題ありません。
私はずっと前にこのような問題を抱えていました。メモリから、それはクライアントが間違っていたその特定の共有のために保存された資格情報のセットを持っていたからでした。接続しようとするたびに、これらの間違った資格情報を使用しようとしましたが、機能しない場合は、正しい資格情報（開いている共有であるため空白）をユーザーに要求しました。
Net Useと入力すると、SMBクライアントが使用している共有へのすべての接続のリストが表示され、/deleteを使用して1つを削除できます。完全なドキュメント ここtechnet 。
ロングショットですが、お役に立てば幸いです。