Windows 10 continue de demander l'authentification pour le partage public de samba

Je sais qu'il y a quelques questions à ce sujet, mais ce sont des situations différentes et les réponses fournies ne sont pas liées à mon problème.

J'ai un NAS WD My Cloud EX2 avec un partage public configuré, je peux accéder à ce partage à partir de mon ordinateur portable Windows 10, de mon bureau Windows 10 et de mon téléphone Android sans problèmes ni authentification.

Cependant, j'ai fait une installation Windows 10 propre d'un autre bureau et le même partage continue de me demander l'authentification maintenant et n'acceptera aucune entrée que je lui donne.

J'ai essayé d'activer une certaine clé dans le registre (je ne me souviens plus du nom de la clé) et de redémarrer, mais cela n'a pas aidé.

Suis-je en train de manquer quelque chose? Je suis certain à 100% que le partage est toujours configuré correctement car je peux toujours y accéder à partir de mes autres machines.

EDIT 1: Quelque chose que je viens de réaliser: les autres machines Windows 10 sont Windows 10 Pro, ce système est Windows 10 Home, je ne sais pas comment cela affecterait ce problème, mais c'est la seule différence à laquelle je peux penser.

EDIT 2: J'ai mis à niveau vers Windows 10 Pro et ne peux toujours pas accéder au partage public.

EDIT 3: Lorsque j'entre en \tant que nom d'utilisateur et laisse le mot de passe vide, il me montre le contenu du partage, mais lorsque je redémarre l'ordinateur, il me demande à nouveau des informations d'identification, il ne s'en souviendra pas.

EDIT 4: J'ai Plex installé sur le serveur, lorsque j'obtiens la boîte de dialogue d'authentification pour le partage samba, il affiche le nom du serveur plex dans le champ "domaine". cela influence peut-être le protocole d'authentification?

Je ne sais pas comment, mais quand j'ai inséré comme nom d'utilisateur \et laissé le champ de mot de passe vide soudainement, il a accepté les informations d'identification et m'a montré le contenu du partage.

Peut-être que cela aidera quelqu'un d'autre qui a le même problème.

EDIT: lorsque j'ai initialement publié cette réponse, je ne pouvais pas cocher la case pour me souvenir des informations d'identification, ce qui m'obligeait à le faire à chaque démarrage. Cependant, cette fois, cela m'a permis de cocher la case, je ne sais pas ce qui a changé, mais ça fonctionne maintenant. pourrait avoir été une mise à jour de Windows.

Une autre modification: à chaque démarrage, je dois maintenant utiliser smbpasswdpour reconfigurer le mot de passe correct pour le compte.

Édition finale : Il semble que cette question suscite beaucoup d'attention, je pense que je devrais ajouter qu'après tout ce temps, j'ai réussi à résoudre le problème.

Ceci est lié à 2 raisons possibles:

1. Une réinitialisation d'usine complète
2. laissant le nom d'utilisateur comme "admin", je ne me souviens pas exactement de quoi ou pourquoi, mais le changer en mon nom d'utilisateur personnalisé a entraîné des problèmes, alors que le laisser comme "admin" a parfaitement fonctionné. Peut-être quelque chose de codé en dur dans le firmware du NAS.

Certains éléments et ressources qui peuvent être liés

• 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

Assurez-vous de lire également l'article ci-dessus concernant une modification avec Windows 10 et l'entrée de clé de registre, etc. qui est liée à remote shared folders or network locations on a file server or NAS through CIFS, SMB or Samba protocol.

Cela parle d'activer allowing insecure guestmais aussi des Windows Credentialsoptions.

• Vérifiez également les informations d'identification enregistrées à supprimer (ou à ajouter éventuellement) en tapant control keymgr.dllou peut-être à rundll32 keymgr.dll,KRShowKeyMgrpartir de RUNpuis appuyez sur enter. Supprimez (ou ajoutez peut-être) les informations d'identification stockées qui ne devraient pas être présentes, puis vérifiez si cela fonctionne comme prévu.

Enfin, je ne sais pas si vous avez mis à niveau si vous avez modifié cette entrée de registre, mais il est important de se rappeler ce que vous changez et sauvegardez avant de changer au cas où cela ne fonctionnerait pas afin que vous puissiez revenir en arrière.

Je ne prendrais pas l'habitude d'essayer des choses et puis avant que vous le sachiez, vous changez 10 choses, alors maintenant vous ne savez pas si certaines d'entre elles ont aidé ou aggravé le problème, alors pensez à cela pour aller de l'avant avec ces types stratégies.

EDIT1: J'ai ajouté une deuxième URL de lien ci-dessus qui donne quelques pointeurs à ce sujet, ce qui en fait un problème Windows ou un problème de configuration NAS. Sur ma machine Windows, j'ai configuré un partage et accordé à la ANONYMOUS LOGONfois SHAREet NTFSpuis puis à partir d'une autre machine Windows, j'ai mappé un lecteur avec \\PCName\ShareNameet enregistré cela sans spécifier un usernameou un passwordtrès bien.

J'ai eu un problème comme ça il y a longtemps. De mémoire, c'était parce que le client avait un ensemble d'informations d'identification stockées pour ce partage particulier qui étaient incorrectes. Il a essayé d'utiliser ces informations d'identification incorrectes chaque fois qu'il a essayé de se connecter, et quand elles ne fonctionnaient pas, il demandait à l'utilisateur les bonnes (ce qui était vide, car il s'agissait d'un partage ouvert).

Si vous tapez, net usevous verrez une liste de toutes les connexions aux partages SMB que le client utilise, et vous pouvez utiliser /deletepour en supprimer une. Documents complets ici sur technet .

Plus d'informations dans ce fil

C'est long, mais j'espère que ça aide.