Bonjour à tous,
Suite à de très nombreux essais infructueux, je me vois dans l'obligation de demander de l'aide :)
J'ai installé samba en contrôleur de domaine + LDAP (en suivant ce tuto : http://progenvrac.com/spip.php?article19)
Tout se passe bien sous XP, l'utilisateur se logge sur le domaine, le partage personnel est monté, tout se passe bien.
Sous Windows 7 Pro, pas la même histoire du tout, j'ai appliqué les consignes de http://wiki.samba.org/index.php/Windows7 à savoir :
HKLM\System\CCS\Services\LanmanWorkstation\Parameters
DWORD DomainCompatibilityMode = 1
DWORD DNSNameResolutionRequired = 0
Qui m'a en effet permis d'avoir la mire de login pour accéder au domaine, mais ensuite, je cale, j'ai toujours un "Échec d'ouverture de session Nom d'utilisateur inconnu ou mot de passe incorrect"
Ce serait génial que quelqu'un ait une idée car là je suis à fond niveau investigations...
Merci à vous,
Samos
# mot d'identification
Posté par NeoX . Évalué à 1.
de memoire faire l'identification sous windows XP il fallait regler samba pour faire du "plain text" (echange des mots de passe en clair)
peut-etre que windows 7 ne permet pas cet echange et qu'il faut le forcer à le faire (ou forcer XP à le faire en mode crypté)
[^] # Re: mot d'identification
Posté par NeoX . Évalué à 2.
s/mot/mode/
[^] # Re: mot d'identification
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Chez nous, on balance effectivement un clef sous 7 et cela marche ensuite comme avec XP. Par contre, il faut une version récente de samba, au minimum debian squeeze. Ca ne marchait pas avec la version dans lenny.
[^] # Re: mot d'identification
Posté par bigsamos . Évalué à 1.
Merci pour vos réponses, je suis bien sous Squeeze et la version de Samba est 3.5.6
Par contre, que signifie : s/mot/mode/ ?
Merci,
Sam
[^] # Re: mot d'identification
Posté par NeoX . Évalué à 4.
s/X/Y/
est une expression reguliere utilisée par nombre de langage pour dire de rechercher X et de remplacer par Y
dans mon cas, je voulais mettre comme titre "Mode d'identification" et j'ai tapé "mot d'identification"
j'avertis donc le lecteur qu'il faut qu'il remplace MOT par MODE
# Encrypt password
Posté par bigsamos . Évalué à 1.
Sans smb.conf, j'ai ajouté :
encrypt passwords = no
Mais même message d'erreur.
[^] # Re: Encrypt password
Posté par bigsamos . Évalué à 1.
Ainsi que dans smbldap.conf :
hash_encrypt="CLEARTEXT"
Même erreur
[^] # Re: Encrypt password
Posté par NeoX . Évalué à 2.
d'apres Sitoka (dans le post precedent) il balance une clef à windows 7, je penses qu'il parle d'une clef de registre à modifier pour lui faire faire un passage de mot de passe "à l'ancienne" (comme XP).
[^] # Re: Encrypt password
Posté par bigsamos . Évalué à -1.
Merci,
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanWorkstation\Parameters
J'ai mis EnablePlainTextPassword à 1
Toujours le même problème...
Samos
# conflit de domaine ?
Posté par Frédéric Heulin . Évalué à 1.
À mon taf, on a un domaine windows (celui de la boîte) avec lequel les gens se loggent.
Du coup en essayant d'ouvrir un partage samba sous windows 7 sans lui préciser de domaine dans le login, l'authentification échoue (il ne semble pas contacter le serveur samba).
En précisant un domaine/workgroup bidon dans le login, par exemple EXEMPLE<loginvalide>, il contacte bien le serveur samba et tout se passe pour le mieux.
[^] # Re: conflit de domaine ?
Posté par bigsamos . Évalué à 0.
Je n'ai qu'un seul PDC, celui de Samba
Samos
# Archives de la liste samba-fr
Posté par Ellendhel (site web personnel) . Évalué à 2.
Je n'ai plus d'idée de ce qui s'y est dit, mais je conseillerais de jeter un oeil sur les archives de la liste "samba-fr" où ce problème a été discuté : https://listes.ujf-grenoble.fr/sympa/info/samba-fr
# merci
Posté par bigsamos . Évalué à 1.
Merci à tous, je vais sniffer les paquets...puis me pendre sous peu....
Feu Samos
# pas mieux
Posté par labiloute . Évalué à 0.
Désolé, pas beaucoup plus d'indications, mais dans le doute, je récapitule les points importants à vérifier :
Bon courage.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.