Reprise du message précédent :
j'ai le meme probleme tout récement. ca me l'a fait avec les nouveaux paquets debian SID, ca marchait bien avant.
 
En plus je comprends pas, c'est pas un probleme d'ordre des services car, j'ai aussi configuré des clients linux LDAP et la ya le meme probleme, et c'est normal car le reseau est pas activé a cette etape du boot

Arf, c'est bien embettant tout cela!
J'ai trouvé un post d'un gars qui a le meme soucis.
Il a tout simplement supprimé ldap du fichier nsswitch.conf et tout marche.
Je n'ose pas tenter, car j'ai mis mon serveur en prod.  

fais voir ton libnss-ldap.conf
quelle est la version de libnss-ldap ?
 
ya un truc qui achangé chez moi:
host 127.0.0.1 est devenu uri ldap://127.0.0.1/
 

Je n'ai pas de libnss-ldap.conf sur ma Fedora ...

Salut !!!
J'ai le même souci que vous ... Et je n'arrive pas à le résoudre.
 
Voilà mon nsswitch.conf :
...
passwd :  files  ldap
shadow :  files  ldap
group   :   files  ldap
...
 
Mon /etc/ldap.conf :
host 127.0.0.1
uri ldap://127.0.0.1/
base dc=test,dc=fr
rootbinddn cn=Manager,dc=test,dc=fr
nss_base_passwd ou=Users,dc=test,dc=fr?one
nss_base_passwd ou=Computers,dc=test,dc=fr?one
nss_base_shadow ou=Users,dc=test,dc=fr?one
nss_base_group ou=Groups,dc=test,dc=fr?one
ssl no
pam_password md5
 
/etc/ldap.secret :
<Password du manager>
 
Voilà ... Si je commente ldap dans nsswitch.conf, le service ldap démarre, il faut qu'ensuite je décommente ldap et ainsi les users peuvent se connecter ...
Sinon, si ldap reste commenté les users ne se connectent pas.
Ou alors, si ldap n'est pas commenté, le service refuse de démarré.
 
/var/log/messages:
....slapd[...] : nss_ldap: failes to bind to LDAP server ldap://127.0.0.1/: Can't contect LDAP server
 
En fait j'ai l'impression que ca se mort la queue :
Le système pour démarrer le service ldap a besoin du Manager qui est dans ldap (c'est nsswitch.conf qui lui indique où chercher) mais ldap n'est pas démarré et donc il faut démarrer ldap pour consulter ldap ...
 
Bref c'est l'embrouille !!! Si quelqu'un a une idée, je suis preneur. Merci

 
salut,
 
essaye de mettre : "bind_policy soft" dans ldap.conf
voir http://futureshare.lip6.fr/MacOSXServer-Linux.html
 
A+

Merci beaucoup Acheron2  !!!
 
Ca marche nickel maintenant !!!!

Résolu pour moi aussi, le serveur boote très vite (40 minutes avant)
Merci beaucoup Acheron2!
Maintenant, toujours l'erreur failed to bind to ldap server ldap://127.0.0.1: Can't contact ldap server
Mais immédiatement après : could not search LDAP server - Server is unavailable.
J'ai aussi réduit mes temps de time out...
Donc je ne sais pas ce qui a corrigé!

Et bien non !!! Je me suis un peu enflammé !!!
 
Avec la modif d'Acheron2, ldap démarre et le couple samba/ldap fonctionne à merveille ...
Par contre, j'ai aussi la trace "could not search LDAP server - Server is unavailable. " dans mes logs
Le gros hic (!!!!) c'est que ssh ne fonctionne plus avec cette option ... Seul root arrive à se connecter (c'est normal c'est le seul dans la base de compte unix)
Les users de Ldap ne sont pas autorisé :
 
[root@localhost root]# ssh essai@127.0.0.1
essai@127.0.0.1's password:
Connection to 127.0.0.1 closed by remote host.
Connection to 127.0.0.1 closed.
[root@localhost root]#
 
Dommage ... Je cherche et je vous dit si je trouve quelque chose !!!
A+

Bingo !!!
 
J'ai trouvé ... En fait ce problème est connu ...
Il faut remplacer "bind_policy soft" par "nss_reconnect_tries 2"
 
Je cite l'article car j'ai pas trouvé tout seul  
http://www.liquidx.net/blog/2006/0 [...] ect_tries/
 
Du coup maintenant ldap boote dans un temps résonable et ssh fonctionne !!!  
 
A+

bizarre, chez moi ca marche tout bien avec bind_policy soft
 
 
enfin, je sais pas comment est ton reseau, mais moi aussi au depart j'avais fait en sorte que les users LDAP pouvaient se connecter en SSH, je me suis fait hacker, j'avais mis un nom d'utilisateur et un mot de passe present dans les annuaires pirates (test:test). du coup un robot pirate avait pu se logguer avec ce compte ...
 
j'ai modifié mon pam.d/ssh en ne spécifiant pas LDAP comme sources de comptes

Salut dam1330
 
La documentation est parfaite.
 
Mais il m'a fallu mettre des permissions sur les fichiers [smbldap.conf et smbldap_bind.conf] qui sont:
#chmod 644 /etc/smbldap-tools/smbldap.conf
#chmod 644 /etc/smbldap-tools/smbldap_bind.conf
Afin de me permetre de rejoindre le domaine,car j'avais un méssage [nom utilisateur ou mot de passe inconnu].
 
Parcontre je voudrais savoir si c'est possible de créer un 2eme compte root qui permetrais aussi de rejoindre le domain.
Toute mes salutation.
jocelyn de Guadeloupe.

oui c'est sans doute possible, il faut créer un utilisateur et l'intégrer dans le groupe qui va bien:
 
Par défaut ya:
 
Domain Admins:*:512:root
Domain Users:*:513:
Domain Guests:*:514:
Domain Computers:*:515:
Administrators:*:544:
Account Operators:*:548:
Print Operators:*:550:
Backup Operators:*:551:
Replicators:*:552:
 
Donc ajoute le dans Domain Admins, mais il aura aussi tous les droits sur le domaine.
Peut etre que Domain Computers suffit, je connais pas les différences

Chez moi tout est en place mais c'est au moment de rejoindre le domaine que va ne fonctionne pas
 

 
 
Quand j'essaye simplement de connecter un lecteur réseau (/home/<nom d'utilisateur> ) il me dit aussi que le mot de passe est erroné, pourtant quand je vérifie dans ldap tout est bon.  
 
 
Voilà ce que j'ai dans mes logs :
 

Bonjour dam1330
 
Très bien fait ton tuto sur http://damstux.free.fr/wiki/.
J'ai pu mettre installer mon serveur plus rapidement que prevu.
J'ai quelque complement/corrections a aporter a ton tuto, comme c'est un wiki est il possible d'ouvrir un compte pour modifier directement les articles (je connais pas mal mediawiki)
sinon je le les envois  
 
Merci
Christophe

ouais ya pas de probleme pour creer de nouveaux comptes, c'est juste qu'au depart j'avais un peu peur d'autoriser tout le monde...
 
Alors j'ai autorisé la modification que pour les membres et interdit la création de comptes.
 
Alors si t'as une idee pour protèger au maximum le wiki tout en permettant de créer des comptes

Pour limiter la création des comptes, tu peux faire comme indique sur le doc ici: http://meta.wikimedia.org/wiki/Pre [...] _and_1.6.x
 
Si tu veux laisser la creation des comptes en libre mais restreindre certaine page je te conseille línstallation de l'extension suivante: http://meta.wikimedia.org/wiki/PageProtection
Attention l'installe n'est pas forcement evidente en fonction de la version de mediawiki
 
Christophe

 
 
je t'ai envoyé un MP ya pluiseurs jours

Bonjour,
 
Je reviens sur un ancien poste pour lequel j'ai remarqué qu'il n'y avait pas eu de réponse :
 

 
Si ca peut aider quelqu'un, pour qu'il y est par exemple le prénom et le nom de l'utilisateur au lieu de "System User" il faut utiliser l'option -c :
smbldap-useradd -a -c "Lars ULRICH" -m -P lulrich
 
Voilou.

Ha merci, c'etait vraiement génant

Dans les personnes qui utilisent LAM pour gérer les comptes, à la création d'un utilisateur, est-ce que les répertoires personnels se créent lorque vous cochez la case "Create home directory" ?
Parce que devoir créer à la main le répertoire ce n'est pas très pratique.

Moi j'ai un truc space avec LAM, quand je crée mes comptes via Webmin (LDAP users and groups) ils apparaissent bien dans ma base LDAP mais pas dans LAM. Ca j'arrive pas à comprendre.
 
Et non, LAM ne me crée pas le homedir alors qu'il devrait :S

Oui c'est exact, il ya un probleme avec LAM, il ne créé pas les HOMEDIR.
 
Webmin place bien tes utilisateurs dans la bonne OU= ? Avec CN ou UID ?
 
Tu les vois avec l'outil Tree View ?
 
 
Sinon j'arrive plus a avoir LAM en Francais, ca marchait bien avant ...

Alors pour Webmin c'est nouveau, je peux modifier mes utilisateurs LDAP mais quand j'essaye d'en créer un j'ai une erreur :
 
Impossible d'enregistrer l'utilisateur : Failed to add user to LDAP database : modifications require authentication
 
 
Donc je pourrai pas répondre à ta question lol. Si quelqu'un a déja vu cette erreur c'est cool de me filer un coup de main

Pour la création des répertoires personnels, y a une doc qui explique comment configurer le serveur pour que ca fonctionne. Elle est dans /usr/share/doc/ldap-account-manager/docs/README.lamdaemon.txt.
Ca ne marche pas encore mais je pense être sur la bonne voie.

edit: probleme de typo resolu  

le mieux c'est de donner les solutions a tout le monde, meme si ca parait evident ...
 
donc voici la reponse que j'ai donné par MP pour la configuration de LAM et de phpldapadmin:
 
pour phpldapadmin:
Login DN: cn=admin,dc=XXXXXX,dc=XXXXXX
password:
 
 
pour LAM, normal par defaut il a Manager, il faut lui indiquer ADMIN ainsi que les "branches" de l'annuaire avec le lien sur le premiere page en haut a droite "lam configuration"
 
 
 
Quant au fichier /etc/ldap/ldap.conf  
 
je ne sais pas a quoi il sert ... car tous les autres programmes clients qui se connectent à LDAP ont leurs fichiers de configuration propres.
 
 
 
 
 
je pourrai faire une doc concernant LAM, mais je suis en debian sid, et l'interface de configuration change souvent ...
d'ailleurs j'arrive plus a mettre l'interface en francais !!!

Oops...je voulais pas embêter tt le monde avec mes tracas...mais c'est vrai que si ce forum ne sert pas à ça..il ne sert à rien!
   
 

Oui, ok merci...loggé!!  
un petit RTFM ne m'aurait pas fait de mal..honte sur moi.    
 
 

1./ Là, par contre c'est le vilain petit canard: impossible d'accéder même au "lam configuration" : mot de passe invalide (c'est le même mot de passe partout, comme pour toi, et il marche d'ailleurs très bien ds phpldapadmin...). Je ne peux donc pas changer "manager" en "admin" et donc encore moi me logger.

 
 
 
Sinon:
2./ Je n'arrive plus à ajouter (poste de travail> nom de la machine >...)  ma machine XP pro au domaine par l'utilsateur "root" ("utilisateur introuvable" ) alors que j'y arrivais très bien _sans_ LDAP (peut-être est-ce justement parce-que je l'ai fait avant...???le SID a changé? il est qqpart ds le regedit de XP?je dois nettoyer?)    
 
3./ Dans la liste des utilisateurs, sur la gauche du menu de phpldapadmin, les utilisateurs créés dans phpldapadmin sont bardé d'un "udi=" tandis que ceux que je crée par "smbldap-useradd" sont bardé d'un "cn=" ?

tout d'abord bravo pour tes tutos !!    
 
dam1330 comment fait on pour s'enregistrer sur ton site ?

euh !! un truc à la cxn !   qq1 sait comment on fait pour supprimer une ligne vide dans un fichier.conf avec vi ?  

dd

il y a un moyen d'administrer lam à distance ? car depuis une autre machine en tapant l'ip du serveur/lam j'ai la page de demarrage d'apache.... mais pas de lam

oui c'est tout a fait possible, et heursement ...
 
redemarre le service apache

bon on a un message d'erreur au moment de recuperer le sid !!
 
adding domain info for LINUX-TEST failed with NT STATUS UNSUCCESSFUL
 
il nous donne le sid quand meme mais on a toujours ce message d'erreur  

bon on a trouvé, ca viens d'un mot de passe mal recopié    
 
sinon on peut pas se joindre au domaine avec xp, il nous demande bien le log pour se joindre mais nous renvois l'erreur : impossible de se joindre au domaine, chemin reseau non trouvé...
 
ca viens de quoi ??
 
merci

Moi j'ai eu ça, j'ai restart samba et c'était bon

bah ca marche pas, ca pourrait venir d'un probleme de dns ? car on a un serveur dns sur la machine également ?

normalement le dns n'a rien à voir puisque c'est basé sur netbios.

arrhhhh imposible de se joindre au domaine !!!
 
"Le nom reseau spécifié n'est plus disponible"     ?????????

Bonjour,
 
Samba 3.0.22 en pdc/ldap sur une Debian Etch et un XP Pro SP2.
J'ai suivi la recette proposée sur ce poste, mes fichiers de config sont à 99% les mêmes, j'évite donc de le sposter en masse.
 
Je peux bien browser mes partage et ma machine, mais impossibilité de joindre le domaine.
Premiere fenetre ou je reçois: "windows ne trouve pas de compte pour votre ordinateur sur le domaine.."
Je suis donc invité à redonner le nom de la machine et le domaine où elle devrait se trouver, puis le root/pass.
Et cela se termine en echec avec:
"le domaine spécifié n'existe pas ou n'a pas pu être contacté".
 
Je pensais très fort que les machine se rajouteraient grace aux outils scripts de smbldap...puis j'ai décidé de les "forcer" en ajoutant dans unix, samba et ds ldap manuellement ma machine.
Je peux voir qu'il existe des ioncohérence ds les UID et GID obligé par LAM et ceux de UNIX...grave?
 
snifer le réseau avec ethereal me montre bien que les deux machines papotent mais que des paquets "unknonm user" apparaissent.
 
Il en va de même pour le root: il  a été défini (comme proposé ds la procédure) dans smbpasswd ...
 
ce message d'erreur est tellement vague que je ne vois pas d'où cela peut venir.
 
une idée?
 

Je vais faire un migration de plusieur 10 de comptes.
Je voudrais savoir si quand on creer les comptes avec smb-ldap-useradd il y aurait un moyen de passer le pwd en ligne de commande ?