Windows 10 продовжує просити аутентифікацію для загальної публікації самби

Я знаю, що з цього приводу є кілька запитань, хоча це різні ситуації, і надані відповіді не стосуються моєї проблеми.

У мене є WD My Cloud EX2 NAS з налаштованою загальнодоступною подією, я можу отримати доступ до цієї папки з мого ноутбука Windows 10, настільного ПК та телефону Android 10 без проблем або автентифікації.

Однак я зробив чисте встановлення Windows 10 іншого робочого столу, і саме таку долю продовжують просити мене про автентифікацію зараз, і я не буду приймати будь-які дані, які я даю.

Я спробував включити певний ключ у реєстрі (не пам'ятаю ім'я ключа) та перезавантажити, але це не допомогло.

Я щось пропускаю? Я на 100% впевнений, що частка все ще налаштована належним чином, оскільки я все ще можу отримати доступ до неї з моїх інших машин.

EDIT 1: Щось я щойно зрозумів: інші машини Windows 10 - це Windows 10 Pro, ця система Windows 10 Home, не впевнений, як це вплине на цю проблему, але це єдина різниця, про яку я можу придумати.

EDIT 2: Я оновив до Windows 10 Pro і досі не можу отримати доступ до публічної папки.

EDIT 3: Коли я ввожу \як ім’я користувача і залишаю пароль порожнім, він показує мені вміст спільного доступу, однак, коли я перезавантажую комп'ютер, він знову запитує мені облікові дані, він не пам’ятатиме їх.

EDIT 4: У мене на сервері встановлений Plex, коли я отримую діалогове вікно аутентифікації для спільного використання samba, воно показує ім'я plex-сервера в полі "домен". можливо, це впливає на протокол аутентифікації?

Я не знаю як, але коли я вставив як ім’я користувача \і залишив поле паролем порожнім, він раптом прийняв облікові дані та показав мені вміст спільного доступу.

Можливо, це допоможе комусь іншому, у якого те саме питання.

EDIT: коли я опублікував цю відповідь, я не зміг встановити прапорець, щоб запам'ятати облікові дані, через що мені довелося це робити під час кожного завантаження. Однак цього разу це дозволило мені встановити прапорець, я не знаю, що змінилося, але він працює зараз. можливо, було оновленням Windows.

Ще одна редакція. Після кожного завантаження мені доведеться smbpasswdповторно налаштувати правильний пароль для облікового запису.

Остаточне редагування : Схоже, це питання привертає багато уваги, я думаю, я повинен додати, що після закінчення цього часу мені вдалося вирішити питання.

Це пов'язано з 2 можливими причинами:

1. Повний заводський скидання
2. залишаючи ім’я користувача "адміністратором", я не можу точно пригадати, що і чому, але змінивши його на моє користувальницьке ім'я користувача, це призвело до проблем, тоді як залишити його як "адміністратор" спрацювало чудово. Можливо, щось вбудовано в програмне забезпечення NAS.

Деякі предмети та ресурси, які можуть бути пов’язані

• https://techjourney.net/cannot-connect-to-cifs-smb-samba-network-shares-shared-folders-in-windows-10/

• EDIT 1 https://community.wd.com/t/anonymous-share/96348/18

Не забудьте ознайомитись із наведеною вище статтею щодо змін у Windows 10 та введення ключа реєстру тощо, що стосується цього remote shared folders or network locations on a file server or NAS through CIFS, SMB or Samba protocol.

Це говорить про ввімкнення, allowing insecure guestале також говорить і про Windows Credentialsваріанти.

• Також перевірте, чи збережений обліковий запис потрібно видалити (або додати, можливо), ввівши control keymgr.dllабо, можливо, rundll32 keymgr.dll,KRShowKeyMgrз, RUNа потім натисніть enter. Видаліть (або додайте, можливо) збережені облікові дані, яких не повинно бути, а потім перевірте, чи працює він, як очікувалося.

Нарешті, я не впевнений, що коли ви оновили, якщо він змінив цю запис у реєстрі, ви змінили, але важливо пам’ятати, що ви змінюєте та створюєте резервну копію, перш ніж змінити, якщо це не працює, щоб ви могли відновити цю зміну назад.

Я б не впадав у звичку пробувати речі, а потім, перш ніж ви це зрозумієте, ви зміните 10 речей, тож тепер ви не впевнені, чи хтось із них допоміг чи погіршив проблему, тому Джус подумає про те, як рухатися вперед із цими типами стратегії.

EDIT1: Я додав вище другу URL-адресу посилання, яка дає деякі вказівки на це, що призводить до того, що це проблема Windows або конфігурація NAS. На своїй машині Windows я встановив загальну частку і надав ANONYMOUS LOGONяк SHAREі NTFSanf, а потім на іншій машині Windows, я зіставив накопичувач на ній \\PCName\ShareNameі врятував це, не вказуючи a usernameабо passwordjust штрафу.

У мене виникла така проблема давно. З пам’яті, це було тому, що клієнт мав набір облікових даних, збережених для цієї конкретної акції, які були неправильними. Він намагався використовувати ці неправильні облікові дані кожного разу, коли він намагався підключитися, і коли вони не працювали, він запитав у користувачів правильні (які були порожніми, оскільки це відкрита частка).

Якщо ви введете, net useви побачите список усіх підключень до акцій SMB, якими користується клієнт, і ви можете /deleteїх видалити. Повні документи тут на technet .

Більше інформації в цій темі

Це довгий постріл, але я сподіваюся, що це допоможе.