j'ai ensuite modifi=E9 le fichier /etc/default/slapd pour renseigner les
variables de la facon suivante:
SLAPD_USER=3Dldap
SLAPD_GROUP=3Dldap
SLAPD_PIDFILE=3D/var/run/slapd/slapd.pid
Mais lorsque je demarre le serveur, /etc/init.d/slapd start, je n'ai
pas de messages d'erreur, rien dans le daemon.log, rien dans le
messages, et pourtant aucun processus qui tourne.
je ne comprends pas pourquoi.
Si je supprime le contenu des variables SLAP_USER et SLAP_GROUP, dans
ce cas le serveur redemarre, sous root, mais sans tenir compte de la
variable SLAP_PIDFILE.
Auriez vous une id=E9e d'ou se trouve le probleme?
<div>bonsoir,</div>
<div> </div>
<div>je cherche a chrooter ldap</div>
<div>Pour cela j'ai cr=E9e un compte et un group ldap</div>
<div><pre class=3D"code">#groupadd ldap
#useradd -s /bin/false -d /var/lib/ldap -g ldap ldap</pre><pre class=3D"cod=
e">modifi=E9 le fichier de configuration pour remplacer les variables de co=
nfigurations suivantes:</pre><pre class=3D"code"><p>pidfile &nbs=
p; /var/run/slapd/slapd.pid
<br>argsfile /var/run/slapd/slapd=
.args</p></pre><pre class=3D"code">ensuite, j'ai modifi=E9 les permissions =
des dossiers concern=E9s</pre><pre class=3D"code"><p>#chown -R ldap:ldap /e=
tc/ldap
#chown -R ldap:ldap /var/lib/ldap
#chown ldap:ldap /var/run/slapd</p></pre><pre class=3D"code">j'ai ensuite m=
odifi=E9 le fichier /etc/default/slapd pour renseigner les variables de la =
facon suivante:</pre><pre class=3D"code"><p>SLAPD_USER=3Dldap<br></p><p>&nb=
sp;</p><p>
</p><p> </p><p>SLAPD_GROUP=3Dldap</p><p>SLAPD_PIDFILE=3D/var/run=
/slapd/slapd.pid</p><p> </p><p>Mais lorsque je demarre le serveur, /et=
c/init.d/slapd start, je n'ai pas de messages d'erreur, rien dans le daemon=
.log, rien dans le messages, et pourtant aucun processus qui tourne.
</p><p>je ne comprends pas pourquoi.</p><p>Si je supprime le contenu des va=
riables SLAP_USER et SLAP_GROUP, dans ce cas le serveur redemarre, sous roo=
t, mais sans tenir compte de la variable SLAP_PIDFILE.</p><p>Auriez vous un=
e id=E9e d'ou se trouve le probleme?
</p><p>Vos lumieres sont les bienvenues :)</p><p> </p></pre></div>
------=_Part_20346_23143811.1143842828953--
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
effectivement le probleme venait du db_recovery qui se realisait en root et donc ne permettait pas par la suite l'ouverture de la base de données merci beaucoup pour ton aide
Le 01/04/06, Cyril Blaison a écrit :
Essaye de lancer ton serveur ldap manuellement avec la commande: slapd -u ldap -g ldap -d 50 (le niveau de debug peut etre augmente..) Tu devrais v oir ou est le probleme. Ne pas oublier de changer le proprio et le groupe sur les répertoires: -/etc/ldap -/var/run/slapd -/var/lib/ldap -/var/spoll/slurpd -/var/lib/slapd De plus si tu utilise db_recover, il f aut modifier le fichier de démarrage (ligne 139) et la remplacer par: reason=''su - $SLAPD_USER -c "$DB_RECOVER_CMD -eh $dbdir 2>&1"'' || V oilà Bon courage Cyril *On Sat, 1 Apr 2006 00:07:08 +0200, Matthieu wrote*
> bonsoir, > > je cherche a chrooter ldap > Pour cela j'ai crée un compte et un group ldap >
j'ai ensuite modifié le fichier /etc/default/slapd pour renseigner les variables de la facon suivante:
> SLAPD_USER=ldap > > >
> > SLAPD_GROUP=ldap > SLAPD_PIDFILE=/var/run/slapd/slapd.pid > > Mais lorsque je demarre le serveur, /etc/init.d/slapd start, je n'ai pas de messages d'er reur, rien dans le daemon.log, rien dans le messages, et pourtant aucun process us qui tourne. > je ne comprends pas pourquoi. > Si je supprime le contenu des variables SLAP_USER et SLAP_GROUP, dans ce cas le serveur redemarre, sous root, mais sans tenir compte de la variable SLAP_PIDFILE. > Auriez vous une idée d'ou se trouve le probleme? > Vos lumieres sont les bienvenues :) >
-- Open WebMail Project (http://openwebmail.org) Debian Project (http://www.debian.org)
bonjour Cyril<br><br>effectivement le probleme venait du db_recovery qui se realisait en root et donc ne permettait pas par la suite l'ouverture de la base de données<br>merci beaucoup pour ton aide<br><br><br> <div><span class="gmail_quote">Le 01/04/06, <b class="gmail_sendername" >Cyril Blaison</b> <<a href="mailto:">cyril.blais </a>> a écrit :</span> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0 px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"> <div style="DIRECTION: ltr">Essaye de lancer ton serveur ldap manuellemen t avec la commande: slapd -u ldap -g ldap -d 50 (le niveau de debug peut et re augmente..) Tu devrais voir ou est le probleme. Ne pas oublier de change r le proprio et le groupe sur les répertoires: -/etc/ldap -/var/run/slapd -/var/lib/ldap -/var/spoll/slurpd -/var/lib/slapd De plus si tu utilise db _recover, il faut modifier le fichier de démarrage (ligne 139) et la remp lacer par: reason=''su - $SLAPD_USER -c "$DB_RECOVER_CMD -eh $dbdir 2>&1"'' || Voilà Bon courage Cyril <font size="2"><b>On Sat, 1 Apr 2006 00:07:08 +0200, Matthieu wrote</b></ font></div> <div style="DIRECTION: ltr"><span class="e" id="q_10a55190585f7b60_1" ><br>> bonsoir, <br>> <br>> je cherche a chrooter ldap <br> > Pour cela j'ai crée un compte et un group ldap <br>> <pre>#groupa dd ldap #useradd -s /bin/false -d /var/lib/ldap -g ldap ldap</pre><pre>modifié le fichier de configuration pour remplacer les variables de configurations suivantes:</pre><pre><br>> pidfile /var/run/slapd/slapd.pid <br>> argsfile /var/run/slapd/slapd.args</pre><pre>ensuite, j'ai modifié les permissions des dossiers concernés</pre><pre><br>> #chown -R ldap:ldap /etc/ldap #chown -R ldap:ldap /var/lib/ldap #chown ldap:ldap /var/run/slapd</pre><pre>j'ai ensuite modifié le fichier /etc/default/slapd pour renseigner les variables de la facon suivante:</pre><pre><br>> SLAPD_USER=ldap<br>> <br>> <br>>
<br>> <br>> SLAPD_GROUP=ldap<br>> SLAPD_PIDFILE=/var/run/slapd/slapd.pid<br>> <br>> Mais lorsqu e je demarre le serveur, /etc/init.d/slapd start, je n'ai pas de messages d'erre ur, rien dans le daemon.log, rien dans le messages, et pourtant aucun processus qui tourne. <br>> je ne comprends pas pourquoi.<br>> Si je supprime le contenu de s variables SLAP_USER et SLAP_GROUP, dans ce cas le serveur redemarre, sous r oot, mais sans tenir compte de la variable SLAP_PIDFILE.<br>> Auriez vous une idée d'ou se trouve le probleme? <br>> Vos lumieres sont les bienvenues :)<br>> </pre><br><br><br></span></div> <div style="DIRECTION: ltr">-- <br>Open WebMail Project (<a onclick="re turn top.js.OpenExtLink(window,event,this)" href="http://openwebmail.org/ " target="_blank">http://openwebmail.org</a>) <br>Debian Project (<a oncl ick="return top.js.OpenExtLink(window,event,this)" href="http://www.deb ian.org/" target="_blank"> http://www.debian.org</a>) <br><br></div></blockquote></div><br>
------=_Part_22321_13480944.1143894955310--
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
effectivement le probleme venait du db_recovery qui se realisait en root et
donc ne permettait pas par la suite l'ouverture de la base de données
merci beaucoup pour ton aide
Le 01/04/06, Cyril Blaison <cyril.blaison@free.fr> a écrit :
Essaye de lancer ton serveur ldap manuellement avec la commande: slapd -u
ldap -g ldap -d 50 (le niveau de debug peut etre augmente..) Tu devrais v oir
ou est le probleme. Ne pas oublier de changer le proprio et le groupe sur
les répertoires: -/etc/ldap -/var/run/slapd -/var/lib/ldap
-/var/spoll/slurpd -/var/lib/slapd De plus si tu utilise db_recover, il f aut
modifier le fichier de démarrage (ligne 139) et la remplacer par:
reason=''su - $SLAPD_USER -c "$DB_RECOVER_CMD -eh $dbdir 2>&1"'' || V oilà
Bon courage Cyril *On Sat, 1 Apr 2006 00:07:08 +0200, Matthieu wrote*
> bonsoir,
>
> je cherche a chrooter ldap
> Pour cela j'ai crée un compte et un group ldap
>
j'ai ensuite modifié le
fichier /etc/default/slapd pour renseigner les variables de la facon
suivante:
> SLAPD_USER=ldap
>
>
>
>
> SLAPD_GROUP=ldap
>
SLAPD_PIDFILE=/var/run/slapd/slapd.pid
>
> Mais lorsque je
demarre le serveur, /etc/init.d/slapd start, je n'ai pas de messages d'er reur,
rien dans le daemon.log, rien dans le messages, et pourtant aucun process us qui
tourne.
> je ne comprends pas pourquoi.
> Si je supprime le contenu des
variables SLAP_USER et SLAP_GROUP, dans ce cas le serveur redemarre, sous root,
mais sans tenir compte de la variable SLAP_PIDFILE.
> Auriez vous une idée
d'ou se trouve le
probleme?
> Vos lumieres sont les bienvenues :)
>
--
Open WebMail Project (http://openwebmail.org)
Debian Project (http://www.debian.org)
bonjour Cyril<br><br>effectivement le probleme venait du db_recovery qui se realisait en root et donc ne permettait pas par la suite l'ouverture de la base de données<br>merci beaucoup pour ton aide<br><br><br>
<div><span class="gmail_quote">Le 01/04/06, <b class="gmail_sendername" >Cyril Blaison</b> <<a href="mailto:cyril.blaison@free.fr">cyril.blais on@free.fr</a>> a écrit :</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0 px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div style="DIRECTION: ltr">Essaye de lancer ton serveur ldap manuellemen t avec la commande: slapd -u ldap -g ldap -d 50 (le niveau de debug peut et re augmente..) Tu devrais voir ou est le probleme. Ne pas oublier de change r le proprio et le groupe sur les répertoires: -/etc/ldap -/var/run/slapd -/var/lib/ldap -/var/spoll/slurpd -/var/lib/slapd De plus si tu utilise db _recover, il faut modifier le fichier de démarrage (ligne 139) et la remp lacer par: reason=''su - $SLAPD_USER -c "$DB_RECOVER_CMD -eh $dbdir 2>&1"'' || Voilà Bon courage Cyril
<font size="2"><b>On Sat, 1 Apr 2006 00:07:08 +0200, Matthieu wrote</b></ font></div>
<div style="DIRECTION: ltr"><span class="e" id="q_10a55190585f7b60_1" ><br>> bonsoir, <br>> <br>> je cherche a chrooter ldap <br> > Pour cela j'ai crée un compte et un group ldap <br>> <pre>#groupa dd
ldap
#useradd -s /bin/false -d /var/lib/ldap -g ldap ldap</pre><pre>modifié le fichier de configuration pour remplacer les variables de
configurations suivantes:</pre><pre><br>> pidfile
/var/run/slapd/slapd.pid
<br>> argsfile
/var/run/slapd/slapd.args</pre><pre>ensuite, j'ai modifié les
permissions des dossiers concernés</pre><pre><br>> #chown -R
ldap:ldap
/etc/ldap
#chown -R ldap:ldap
/var/lib/ldap
#chown ldap:ldap /var/run/slapd</pre><pre>j'ai ensuite modifié le
fichier /etc/default/slapd pour renseigner les variables de la facon
suivante:</pre><pre><br>> SLAPD_USER=ldap<br>> <br>>
<br>>
<br>> <br>> SLAPD_GROUP=ldap<br>>
SLAPD_PIDFILE=/var/run/slapd/slapd.pid<br>> <br>> Mais lorsqu e je
demarre le serveur, /etc/init.d/slapd start, je n'ai pas de messages d'erre ur,
rien dans le daemon.log, rien dans le messages, et pourtant aucun processus qui
tourne.
<br>> je ne comprends pas pourquoi.<br>> Si je supprime le contenu de s
variables SLAP_USER et SLAP_GROUP, dans ce cas le serveur redemarre, sous r oot,
mais sans tenir compte de la variable SLAP_PIDFILE.<br>> Auriez vous une idée
d'ou se trouve le
probleme?
<br>> Vos lumieres sont les bienvenues :)<br>>
</pre><br><br><br></span></div>
<div style="DIRECTION: ltr">-- <br>Open WebMail Project (<a onclick="re turn top.js.OpenExtLink(window,event,this)" href="http://openwebmail.org/ " target="_blank">http://openwebmail.org</a>) <br>Debian Project (<a oncl ick="return top.js.OpenExtLink(window,event,this)" href="http://www.deb ian.org/" target="_blank">
http://www.debian.org</a>) <br><br></div></blockquote></div><br>
------=_Part_22321_13480944.1143894955310--
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
effectivement le probleme venait du db_recovery qui se realisait en root et donc ne permettait pas par la suite l'ouverture de la base de données merci beaucoup pour ton aide
Le 01/04/06, Cyril Blaison a écrit :
Essaye de lancer ton serveur ldap manuellement avec la commande: slapd -u ldap -g ldap -d 50 (le niveau de debug peut etre augmente..) Tu devrais v oir ou est le probleme. Ne pas oublier de changer le proprio et le groupe sur les répertoires: -/etc/ldap -/var/run/slapd -/var/lib/ldap -/var/spoll/slurpd -/var/lib/slapd De plus si tu utilise db_recover, il f aut modifier le fichier de démarrage (ligne 139) et la remplacer par: reason=''su - $SLAPD_USER -c "$DB_RECOVER_CMD -eh $dbdir 2>&1"'' || V oilà Bon courage Cyril *On Sat, 1 Apr 2006 00:07:08 +0200, Matthieu wrote*
> bonsoir, > > je cherche a chrooter ldap > Pour cela j'ai crée un compte et un group ldap >
j'ai ensuite modifié le fichier /etc/default/slapd pour renseigner les variables de la facon suivante:
> SLAPD_USER=ldap > > >
> > SLAPD_GROUP=ldap > SLAPD_PIDFILE=/var/run/slapd/slapd.pid > > Mais lorsque je demarre le serveur, /etc/init.d/slapd start, je n'ai pas de messages d'er reur, rien dans le daemon.log, rien dans le messages, et pourtant aucun process us qui tourne. > je ne comprends pas pourquoi. > Si je supprime le contenu des variables SLAP_USER et SLAP_GROUP, dans ce cas le serveur redemarre, sous root, mais sans tenir compte de la variable SLAP_PIDFILE. > Auriez vous une idée d'ou se trouve le probleme? > Vos lumieres sont les bienvenues :) >
-- Open WebMail Project (http://openwebmail.org) Debian Project (http://www.debian.org)
bonjour Cyril<br><br>effectivement le probleme venait du db_recovery qui se realisait en root et donc ne permettait pas par la suite l'ouverture de la base de données<br>merci beaucoup pour ton aide<br><br><br> <div><span class="gmail_quote">Le 01/04/06, <b class="gmail_sendername" >Cyril Blaison</b> <<a href="mailto:">cyril.blais </a>> a écrit :</span> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0 px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"> <div style="DIRECTION: ltr">Essaye de lancer ton serveur ldap manuellemen t avec la commande: slapd -u ldap -g ldap -d 50 (le niveau de debug peut et re augmente..) Tu devrais voir ou est le probleme. Ne pas oublier de change r le proprio et le groupe sur les répertoires: -/etc/ldap -/var/run/slapd -/var/lib/ldap -/var/spoll/slurpd -/var/lib/slapd De plus si tu utilise db _recover, il faut modifier le fichier de démarrage (ligne 139) et la remp lacer par: reason=''su - $SLAPD_USER -c "$DB_RECOVER_CMD -eh $dbdir 2>&1"'' || Voilà Bon courage Cyril <font size="2"><b>On Sat, 1 Apr 2006 00:07:08 +0200, Matthieu wrote</b></ font></div> <div style="DIRECTION: ltr"><span class="e" id="q_10a55190585f7b60_1" ><br>> bonsoir, <br>> <br>> je cherche a chrooter ldap <br> > Pour cela j'ai crée un compte et un group ldap <br>> <pre>#groupa dd ldap #useradd -s /bin/false -d /var/lib/ldap -g ldap ldap</pre><pre>modifié le fichier de configuration pour remplacer les variables de configurations suivantes:</pre><pre><br>> pidfile /var/run/slapd/slapd.pid <br>> argsfile /var/run/slapd/slapd.args</pre><pre>ensuite, j'ai modifié les permissions des dossiers concernés</pre><pre><br>> #chown -R ldap:ldap /etc/ldap #chown -R ldap:ldap /var/lib/ldap #chown ldap:ldap /var/run/slapd</pre><pre>j'ai ensuite modifié le fichier /etc/default/slapd pour renseigner les variables de la facon suivante:</pre><pre><br>> SLAPD_USER=ldap<br>> <br>> <br>>
<br>> <br>> SLAPD_GROUP=ldap<br>> SLAPD_PIDFILE=/var/run/slapd/slapd.pid<br>> <br>> Mais lorsqu e je demarre le serveur, /etc/init.d/slapd start, je n'ai pas de messages d'erre ur, rien dans le daemon.log, rien dans le messages, et pourtant aucun processus qui tourne. <br>> je ne comprends pas pourquoi.<br>> Si je supprime le contenu de s variables SLAP_USER et SLAP_GROUP, dans ce cas le serveur redemarre, sous r oot, mais sans tenir compte de la variable SLAP_PIDFILE.<br>> Auriez vous une idée d'ou se trouve le probleme? <br>> Vos lumieres sont les bienvenues :)<br>> </pre><br><br><br></span></div> <div style="DIRECTION: ltr">-- <br>Open WebMail Project (<a onclick="re turn top.js.OpenExtLink(window,event,this)" href="http://openwebmail.org/ " target="_blank">http://openwebmail.org</a>) <br>Debian Project (<a oncl ick="return top.js.OpenExtLink(window,event,this)" href="http://www.deb ian.org/" target="_blank"> http://www.debian.org</a>) <br><br></div></blockquote></div><br>
------=_Part_22321_13480944.1143894955310--
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
