La connexion avec Samba à un partage Windows renvoie NT_STATUS_DUPLICATE_NAME

Solution 1 :

Le nom NetBIOS de la machine Windows est quelque chose de différent

C'est ton problème. Il est facilement résolu par un hack de registre sur la machine Windows. Voir http://support.microsoft.com/kb/281308 pour les détails.

Mettre à jour

L'article d'assistance d'origine lié ci-dessus a disparu (merci Microsoft). Le nouvel article est que l'accès au partage du serveur de fichiers SMB a échoué via l'alias DNS CNAME.

Joril souligne également qu'un serveur peut avoir plusieurs noms NetBIOS. Cela se fait en éditant la clé de registre :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters\OptionalNames

et en ajoutant les noms supplémentaires.

Solution 2 :

Vous obtenez probablement cette erreur parce que la machine Windows ne se comprend pas comme étant ce à quoi vous vous connectez. (L'utilisation d'informations d'authentification erronées modifie l'erreur, car ce problème n'apparaît que plus tard dans le processus de connexion.)

Essayez de vous y connecter avec son numéro IP, et non windows-machine . Si cela fonctionne, cela confirme que le problème de nom est ce qui se passe, et vous pouvez le résoudre soit en faisant comprendre au PDC qu'il est windows-machine ou simplement en utilisant le numéro IP.

Solution 3 :

Vous devez utiliser le drapeau "-m" pour spécifier la version maximale du protocole que vous utiliserez. Par défaut, c'est "NT1", ici à partir de la page de manuel de smbclient :

-m|--max-protocol protocol
    This allows the user to select the highest SMB protocol level that
    smbclient will use to connect to the server. By default this is set
    to NT1, which is the highest available SMB1 protocol. To connect
    using SMB2 or SMB3 protocol, use the strings SMB2 or SMB3
    respectively. Note that to connect to a Windows 2012 server with
    encrypted transport selecting a max-protocol of SMB3 is required.

Je soupçonne que la version "NT1" s'appuie sur des éléments netbios, contrairement à SMB2 et suivants.

Essayez donc à nouveau avec "-m SMB3" ou "-m SMB2", vous bénéficierez également de beaucoup de performances.

Solution 4 :

vous pouvez utiliser l'option -I et fournir l'adresse IP.

smbclient -U username -W workgroup -L //windows-machine  -I <machine-ipaddr>