Déjà, sans ton smb.conf, tout au moins la partie globale, ça ne va pas aider des masses. Alors voici quelques pistes que l'on a utilisé au boulot pour faire ce que tu veux.
D'abord, dans la section [global] du smb.conf, nous avons ça :
workgroup = domaineSMB
netbios name = domaineSMB
domain logons = Yes
os level = 255
preferred master = True
domain master = True
wins support = Yes
wins proxy = Yes
local master = Yes
Voilà pour les données "intéressantes".
Ensuite, si tu veux que ça fonctionne, il te faut :
- un compte système pour qu'un utilisateur puisse se connecter à ta machine (par telnet ou ssh). Ce n'est pas utile de l'activer, mais il faut que smbpasswd puisse le trouver.
- un compte samba portant même nom et même uid que le compte système, d'ou l'intéret de le créer après le compte système.
- un compte système pour la machine windows.
- un compte samba pour la machine windows.
Pour réaliser ces différentes étapes, voici comment nous avons procédé, en étant connecté root sur notre contrôleur de domaine samba :
$ groupadd machines
$ useradd -g users -d /dev/null -s /bin/false utilisateurxp
$ smbpasswd -a utilisateurxp
$ useradd -g machines -d /dev/null -s /bin/false machinexp$
$ smbpasswd -a -m machinexp
Note bien : j'ai créé un groupe machine pour regrouper ensemble ces comptes bizarres. Le '$' à la fin de la commande qui ajoute le compte machinexp n'est pas une erreur. Il est obligatoire.
Tu remplaceras évidement les valeurs utilisateurxp et machinexp respectivement par le nom que l'utilisateur devra saisir pour se connecter à ton domaine xp et par le nom netbios de la machine depuis laquelle il se connectera.
Ensuite, tu peux essayer de joindre le domaine, en fournissant les informations requises (nom du domaine, compte utilisateur et mot de passe fourni à smbpasswd lors de la création du comte samba). Normalement, ça devrait passer.
Si ça aide pas, indique d'où viens l'erreur.
En espérant avoir été utile.
# Quelques pistes...
Posté par Gyro Gearllose . En réponse au message config d'un controleur de domaine samba. Évalué à 2.
D'abord, dans la section [global] du smb.conf, nous avons ça :
workgroup = domaineSMB
netbios name = domaineSMB
domain logons = Yes
os level = 255
preferred master = True
domain master = True
wins support = Yes
wins proxy = Yes
local master = Yes
Voilà pour les données "intéressantes".
Ensuite, si tu veux que ça fonctionne, il te faut :
- un compte système pour qu'un utilisateur puisse se connecter à ta machine (par telnet ou ssh). Ce n'est pas utile de l'activer, mais il faut que smbpasswd puisse le trouver.
- un compte samba portant même nom et même uid que le compte système, d'ou l'intéret de le créer après le compte système.
- un compte système pour la machine windows.
- un compte samba pour la machine windows.
Pour réaliser ces différentes étapes, voici comment nous avons procédé, en étant connecté root sur notre contrôleur de domaine samba :
$ groupadd machines
$ useradd -g users -d /dev/null -s /bin/false utilisateurxp
$ smbpasswd -a utilisateurxp
$ useradd -g machines -d /dev/null -s /bin/false machinexp$
$ smbpasswd -a -m machinexp
Note bien : j'ai créé un groupe machine pour regrouper ensemble ces comptes bizarres. Le '$' à la fin de la commande qui ajoute le compte machinexp n'est pas une erreur. Il est obligatoire.
Tu remplaceras évidement les valeurs utilisateurxp et machinexp respectivement par le nom que l'utilisateur devra saisir pour se connecter à ton domaine xp et par le nom netbios de la machine depuis laquelle il se connectera.
Ensuite, tu peux essayer de joindre le domaine, en fournissant les informations requises (nom du domaine, compte utilisateur et mot de passe fourni à smbpasswd lors de la création du comte samba). Normalement, ça devrait passer.
Si ça aide pas, indique d'où viens l'erreur.
En espérant avoir été utile.