Ldap dans nsswitch.conf n'est pas pris en compte

Bonsoir à tous,

Je suis l’heureux propriétaire d’une dreamplug, un petit “plugcomputer” sous ARM avec lequel je m’amuse depuis quelques temps. Je me suis mis en tête d’y installer un serveur LDAP pour authentifier les utilisateurs. J’ai lu pas mal de tuto, j’ai retenu celui ci techpubs.spinlocksolutions.com/dklar/ldap.html que j’ai globalement bien suivit je pense. Coté installation de LDAP, pas de souci, tout semble bien fonctionner, mais impossible de faire détecter mes utilisateurs LDAP par le système.

Voici les infos/conf qui me semblent pertinentes, si j’en oublie dîtes le moi :

root@dreamhost:~# cat /etc/debian_version 
wheezy/sid

root@dreamhost:~# uname -a
Linux dreamhost 3.4.4 #1 PREEMPT Fri Jun 22 23:15:58 MDT 2012 armv5tel GNU/Linux

root@dreamhost:~# ll /lib/nss_ldap.so
lrwxrwxrwx 1 root root 13 Jun 22  2010 /lib/nss_ldap.so -> nss_ldap.so.1

root@dreamhost:~# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr f0:ad:4e:00:af:dc  
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::f2ad:4eff:fe00:afdc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:34694 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11750 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:14435708 (13.7 MiB)  TX bytes:1456794 (1.3 MiB)
          Interrupt:11

A noter que je ne sais pas trop d’où sort le “sid”, j’avais mis “testing” dans multistrap, donc ça devrait être “testing”, non?

root@dreamhost:~# ldapsearch -x uid=forty
# extended LDIF
#
# LDAPv3
# base <dc=home,dc=barbe,dc=me> (default) with scope subtree
# filter: uid=forty
# requesting: ALL
#

# forty, people, home.barbe.me
dn: uid=forty,ou=people,dc=home,dc=barbe,dc=me
uid: forty
uidNumber: 5000
gidNumber: 5000
cn: Forty
sn: Forty
objectClass: top
objectClass: person
objectClass: posixAccount
objectClass: shadowAccount
loginShell: /bin/bash
homeDirectory: /home/forty

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

et dans les logs ça donne

==> debug <==
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 fd=18 ACCEPT from IP=192.168.1.10:36199 (IP=0.0.0.0:389)
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=0 BIND dn="" method=128
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=0 RESULT tag=97 err=0 text=
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=1 SRCH base="dc=home,dc=barbe,dc=me" scope=2 deref=0 filter="(uid=forty)"
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=2 UNBIND
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 fd=18 closed

==> syslog <==
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 fd=18 ACCEPT from IP=192.168.1.10:36199 (IP=0.0.0.0:389)
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=0 BIND dn="" method=128
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=0 RESULT tag=97 err=0 text=
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=1 SRCH base="dc=home,dc=barbe,dc=me" scope=2 deref=0 filter="(uid=forty)"
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 op=2 UNBIND
Jul  9 18:45:50 dreamhost slapd[3822]: conn=1003 fd=18 closed
root@dreamhost:~# grep . /etc/ldap/ldap.conf | grep -v '#'
BASE	dc=home,dc=barbe,dc=me
URI	ldap://192.168.1.10/
TLS_CACERT	/etc/ssl/certs/ca-certificates.crt

root@dreamhost:~# grep . /etc/libnss-ldap.conf | grep -v '#'
debug 256
base dc=home,dc=barbe,dc=me
uri ldap://192.168.1.10/
ldap_version 3
rootbinddn cn=admin,dc=home,dc=barbe,dc=me

root@dreamhost:~# grep . /etc/nsswitch.conf | grep -v '#'
passwd:         compat ldap
group:          compat ldap
shadow:         compat ldap
hosts:          files dns
networks:       files
protocols:      db files
services:       db files
ethers:         db files
rpc:            db files
netgroup:       ldap

Pour tester je fais (avec nscd arrêté) :

root@dreamhost:~# id forty
id: forty: No such user

root@dreamhost:~# getent passwd
root:x:0:0:root:/root:/bin/bash
daemon:x:1:1:daemon:/usr/sbin:/bin/sh
bin:x:2:2:bin:/bin:/bin/sh
sys:x:3:3:sys:/dev:/bin/sh
sync:x:4:65534:sync:/bin:/bin/sync
games:x:5:60:games:/usr/games:/bin/sh
man:x:6:12:man:/var/cache/man:/bin/sh
lp:x:7:7:lp:/var/spool/lpd:/bin/sh
mail:x:8:8:mail:/var/mail:/bin/sh
news:x:9:9:news:/var/spool/news:/bin/sh
uucp:x:10:10:uucp:/var/spool/uucp:/bin/sh
proxy:x:13:13:proxy:/bin:/bin/sh
www-data:x:33:33:www-data:/var/www:/bin/sh
backup:x:34:34:backup:/var/backups:/bin/sh
list:x:38:38:Mailing List Manager:/var/list:/bin/sh
irc:x:39:39:ircd:/var/run/ircd:/bin/sh
gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/bin/sh
nobody:x:65534:65534:nobody:/nonexistent:/bin/sh
libuuid:x:100:101::/var/lib/libuuid:/bin/sh
sshd:x:101:65534::/var/run/sshd:/usr/sbin/nologin
openldap:x:102:103:OpenLDAP Server Account,,,:/var/lib/ldap:/bin/false

Et, frustration suprême, pas le moindre petit log à me mettre sous la dent. Si quelqu’un a une idée de solution, je suis preneur, mais je me contenterais bien volontiers d’une idée pour pouvoir continuer mes investigations, parce que là je cale.

Merci d’avance pour vos réponses :slightly_smiling:

Je dirais libpam-ldap sans convictions

Merci pour ta réponse :slightly_smiling:
Oui, mais non justement, là je ne cherche même pas encore a authentifier l’utilisateur, j’en suis à la première partie qui consiste à les faire détecter par NSS, a priori si ça ne passe pas, le pam n’a aucune chance de passer (si j’ai bien compris). En tout cas dans les tutos que j’ai vu, ils vérifient en général que “id user” (ou getent) fonctionne avant de continuer.
Par ailleurs, dans le doute (et ne trouvant rien d’autre) j’avais essayé de continuer avec pam, mais sans plus succès.

ok autant pour moi, tu as raison.

il y a quoi d’autre dans ton /etc/libnss-ldap.conf?

je te copie/colle le tout, il y a l’air d’y avoir pas mal de paramètres de conf, mais ils n’y touchent dans aucun tutos, donc j’ai pas trop oser bricoler

root@dreamhost:~# cat /etc/libnss-ldap.conf 
###DEBCONF###
# the configuration of this file will be done by debconf as long as the
# first line of the file says '###DEBCONF###'
#
# you should use dpkg-reconfigure libnss-ldap to configure this file.
#
# @(#)$Id: ldap.conf,v 2.48 2008/07/03 02:30:29 lukeh Exp $
#
# This is the configuration file for the LDAP nameservice
# switch library and the LDAP PAM module.
#
# PADL Software
# http://www.padl.com
#

# Your LDAP server. Must be resolvable without using LDAP.
# Multiple hosts may be specified, each separated by a 
# space. How long nss_ldap takes to failover depends on
# whether your LDAP client library supports configurable
# network or connect timeouts (see bind_timelimit).
#host 127.0.0.1
debug 256
# The distinguished name of the search base.
base dc=home,dc=barbe,dc=me

# Another way to specify your LDAP server is to provide an
# Unix Domain Sockets to connect to a local LDAP Server.
uri ldap://192.168.1.10/
#uri ldap://127.0.0.1/
#uri ldaps://127.0.0.1/   
#uri ldapi://%2fvar%2frun%2fldapi_sock/
# Note: %2f encodes the '/' used as directory separator

# The LDAP version to use (defaults to 3
# if supported by client library)
ldap_version 3

# The distinguished name to bind to the server with.
# Optional: default is to bind anonymously.
# Please do not put double quotes around it as they
# would be included literally.
#binddn cn=proxyuser,dc=padl,dc=com

# The credentials to bind with. 
# Optional: default is no credential.
#bindpw secret

# The distinguished name to bind to the server with
# if the effective user ID is root. Password is
# stored in /etc/libnss-ldap.secret (mode 600)
# Use 'echo -n "mypassword" > /etc/libnss-ldap.secret' instead
# of an editor to create the file.
rootbinddn cn=admin,dc=home,dc=barbe,dc=me

# The port.
# Optional: default is 389.
#port 389

# The search scope.
#scope sub
#scope one
#scope base

# Search timelimit
#timelimit 30

# Bind/connect timelimit
#bind_timelimit 30

# Reconnect policy:
#  hard_open: reconnect to DSA with exponential backoff if
#             opening connection failed
#  hard_init: reconnect to DSA with exponential backoff if
#             initializing connection failed
#  hard:      alias for hard_open
#  soft:      return immediately on server failure
#bind_policy hard

# Connection policy:
#  persist:   DSA connections are kept open (default)
#  oneshot:   DSA connections destroyed after request
#nss_connect_policy persist

# Idle timelimit; client will close connections
# (nss_ldap only) if the server has not been contacted
# for the number of seconds specified below.
#idle_timelimit 3600

# Use paged rseults
#nss_paged_results yes

# Pagesize: when paged results enable, used to set the
# pagesize to a custom value
#pagesize 1000

# Filter to AND with uid=%s
#pam_filter objectclass=account

# The user ID attribute (defaults to uid)
#pam_login_attribute uid

# Search the root DSE for the password policy (works
# with Netscape Directory Server)
#pam_lookup_policy yes

# Check the 'host' attribute for access control
# Default is no; if set to yes, and user has no
# value for the host attribute, and pam_ldap is
# configured for account management (authorization)
# then the user will not be allowed to login.
#pam_check_host_attr yes

# Check the 'authorizedService' attribute for access
# control
# Default is no; if set to yes, and the user has no
# value for the authorizedService attribute, and
# pam_ldap is configured for account management
# (authorization) then the user will not be allowed
# to login.
#pam_check_service_attr yes

# Group to enforce membership of
#pam_groupdn cn=PAM,ou=Groups,dc=padl,dc=com

# Group member attribute
#pam_member_attribute uniquemember

# Specify a minium or maximum UID number allowed
#pam_min_uid 0
#pam_max_uid 0

# Template login attribute, default template user
# (can be overriden by value of former attribute
# in user's entry)
#pam_login_attribute userPrincipalName
#pam_template_login_attribute uid
#pam_template_login nobody

# HEADS UP: the pam_crypt, pam_nds_passwd,
# and pam_ad_passwd options are no
# longer supported.
#
# Do not hash the password at all; presume
# the directory server will do it, if
# necessary. This is the default.
#pam_password clear

# Hash password locally; required for University of
# Michigan LDAP server, and works with Netscape
# Directory Server if you're using the UNIX-Crypt
# hash mechanism and not using the NT Synchronization
# service. 
#pam_password crypt

# Remove old password first, then update in
# cleartext. Necessary for use with Novell
# Directory Services (NDS)
#pam_password nds

# RACF is an alias for the above. For use with
# IBM RACF
#pam_password racf

# Update Active Directory password, by
# creating Unicode password and updating
# unicodePwd attribute.
#pam_password ad

# Use the OpenLDAP password change
# extended operation to update the password.
#pam_password exop

# Redirect users to a URL or somesuch on password
# changes.
#pam_password_prohibit_message Please visit http://internal to change your password.

# Use backlinks for answering initgroups()
#nss_initgroups backlink

# Enable support for RFC2307bis (distinguished names in group
# members)
#nss_schema rfc2307bis

# RFC2307bis naming contexts
# Syntax:
# nss_base_XXX		base?scope?filter
# where scope is {base,one,sub}
# and filter is a filter to be &'d with the
# default filter.
# You can omit the suffix eg:
# nss_base_passwd	ou=People,
# to append the default base DN but this
# may incur a small performance impact.
#nss_base_passwd	ou=People,dc=padl,dc=com?one
#nss_base_shadow	ou=People,dc=padl,dc=com?one
#nss_base_group		ou=Group,dc=padl,dc=com?one
#nss_base_hosts		ou=Hosts,dc=padl,dc=com?one
#nss_base_services	ou=Services,dc=padl,dc=com?one
#nss_base_networks	ou=Networks,dc=padl,dc=com?one
#nss_base_protocols	ou=Protocols,dc=padl,dc=com?one
#nss_base_rpc		ou=Rpc,dc=padl,dc=com?one
#nss_base_ethers	ou=Ethers,dc=padl,dc=com?one
#nss_base_netmasks	ou=Networks,dc=padl,dc=com?ne
#nss_base_bootparams	ou=Ethers,dc=padl,dc=com?one
#nss_base_aliases	ou=Aliases,dc=padl,dc=com?one
#nss_base_netgroup	ou=Netgroup,dc=padl,dc=com?one

# attribute/objectclass mapping
# Syntax:
#nss_map_attribute	rfc2307attribute	mapped_attribute
#nss_map_objectclass	rfc2307objectclass	mapped_objectclass

# configure --enable-nds is no longer supported.
# NDS mappings
#nss_map_attribute uniqueMember member

# Services for UNIX 3.5 mappings
#nss_map_objectclass posixAccount User
#nss_map_objectclass shadowAccount User
#nss_map_attribute uid msSFU30Name
#nss_map_attribute uniqueMember msSFU30PosixMember
#nss_map_attribute userPassword msSFU30Password
#nss_map_attribute homeDirectory msSFU30HomeDirectory
#nss_map_attribute homeDirectory msSFUHomeDirectory
#nss_map_objectclass posixGroup Group
#pam_login_attribute msSFU30Name
#pam_filter objectclass=User
#pam_password ad

# configure --enable-mssfu-schema is no longer supported.
# Services for UNIX 2.0 mappings
#nss_map_objectclass posixAccount User
#nss_map_objectclass shadowAccount user
#nss_map_attribute uid msSFUName
#nss_map_attribute uniqueMember posixMember
#nss_map_attribute userPassword msSFUPassword
#nss_map_attribute homeDirectory msSFUHomeDirectory
#nss_map_attribute shadowLastChange pwdLastSet
#nss_map_objectclass posixGroup Group
#nss_map_attribute cn msSFUName
#pam_login_attribute msSFUName
#pam_filter objectclass=User
#pam_password ad

# RFC 2307 (AD) mappings
#nss_map_objectclass posixAccount user
#nss_map_objectclass shadowAccount user
#nss_map_attribute uid sAMAccountName
#nss_map_attribute homeDirectory unixHomeDirectory
#nss_map_attribute shadowLastChange pwdLastSet
#nss_map_objectclass posixGroup group
#nss_map_attribute uniqueMember member
#pam_login_attribute sAMAccountName
#pam_filter objectclass=User
#pam_password ad

# configure --enable-authpassword is no longer supported
# AuthPassword mappings
#nss_map_attribute userPassword authPassword

# AIX SecureWay mappings
#nss_map_objectclass posixAccount aixAccount
#nss_base_passwd ou=aixaccount,?one
#nss_map_attribute uid userName
#nss_map_attribute gidNumber gid
#nss_map_attribute uidNumber uid
#nss_map_attribute userPassword passwordChar
#nss_map_objectclass posixGroup aixAccessGroup
#nss_base_group ou=aixgroup,?one
#nss_map_attribute cn groupName
#nss_map_attribute uniqueMember member
#pam_login_attribute userName
#pam_filter objectclass=aixAccount
#pam_password clear

# For pre-RFC2307bis automount schema
#nss_map_objectclass automountMap nisMap
#nss_map_attribute automountMapName nisMapName
#nss_map_objectclass automount nisObject
#nss_map_attribute automountKey cn
#nss_map_attribute automountInformation nisMapEntry

# Netscape SDK LDAPS
#ssl on

# Netscape SDK SSL options
#sslpath /etc/ssl/certs

# OpenLDAP SSL mechanism
# start_tls mechanism uses the normal LDAP port, LDAPS typically 636
#ssl start_tls
#ssl on

# OpenLDAP SSL options
# Require and verify server certificate (yes/no)
# Default is to use libldap's default behavior, which can be configured in
# /etc/openldap/ldap.conf using the TLS_REQCERT setting.  The default for
# OpenLDAP 2.0 and earlier is "no", for 2.1 and later is "yes".
#tls_checkpeer yes

# CA certificates for server certificate verification
# At least one of these are required if tls_checkpeer is "yes"
#tls_cacertfile /etc/ssl/ca.cert
#tls_cacertdir /etc/ssl/certs

# Seed the PRNG if /dev/urandom is not provided
#tls_randfile /var/run/egd-pool

# SSL cipher suite
# See man ciphers for syntax
#tls_ciphers TLSv1

# Client certificate and key
# Use these, if your server requires client authentication.
#tls_cert
#tls_key

# Disable SASL security layers. This is needed for AD.
#sasl_secprops maxssf=0

# Override the default Kerberos ticket cache location.
#krb5_ccname FILE:/etc/.ldapcache

Ils seraient repassés sur le fichier slapd.conf dans SID?
Sous squeeze, ce fichier est viré au profit de fichiers ldif… J’ai un tuto qui est fonctionnel, je ne sais pas si ça t’intéresse?

Est ce que tu ne confondrais pas avec slapd.conf qui a lui effectivement disparu au profit de cn=config?

En revanche j’ai bien un /etc/ldap/ldap.conf qui est utilisé pour le client ldap. /etc/ldap.conf n’existe pas, je crois que dans certaines distrib il remplace /etc/nss_ldap.conf et /etc/pam_ldap.conf qui sont alors des liens symboliques vers ce fichier (mais je crois pas que ça a été le cas pour debian).

root@dreamhost:~# ll -R /etc/ldap/slapd.d/
/etc/ldap/slapd.d/:
total 8
drwxr-x--- 3 openldap openldap 4096 Jul  5 23:45 cn=config
-rw------- 1 openldap openldap  541 Jul  5 23:42 cn=config.ldif

/etc/ldap/slapd.d/cn=config:
total 28
-rw------- 1 openldap openldap  454 Jul  5 23:32 cn=module{0}.ldif
drwxr-x--- 2 openldap openldap 4096 Jul  5 23:32 cn=schema
-rw------- 1 openldap openldap  396 Jul  5 23:32 cn=schema.ldif
-rw------- 1 openldap openldap  414 Jul  5 23:32 olcBackend={0}hdb.ldif
-rw------- 1 openldap openldap  657 Jul  5 23:32 olcDatabase={-1}frontend.ldif
-rw------- 1 openldap openldap  543 Jul  5 23:32 olcDatabase={0}config.ldif
-rw------- 1 openldap openldap 1167 Jul  5 23:45 olcDatabase={1}hdb.ldif

/etc/ldap/slapd.d/cn=config/cn=schema:
total 40
-rw------- 1 openldap openldap 15545 Jul  5 23:32 cn={0}core.ldif
-rw------- 1 openldap openldap 11379 Jul  5 23:32 cn={1}cosine.ldif
-rw------- 1 openldap openldap  6509 Jul  5 23:32 cn={2}nis.ldif
-rw------- 1 openldap openldap  2873 Jul  5 23:32 cn={3}inetorgperson.ldif

root@dreamhost:~# ll /etc/ldap/ldap.conf 
-rw-r--r-- 1 root root 297 Jul  5 23:34 /etc/ldap/ldap.conf

root@dreamhost:~# ll /etc/ldap.conf      
ls: cannot access /etc/ldap.conf: No such file or directory

Dans tous les cas, je serais en effet intéressé par ton tuto, un point de vue de plus ça ne peut pas faire de mal :slightly_smiling:

Merci!

:blush: si, je parlais du slapd.conf, j’ai surement écris trop vite!

Pour le tuto, c’est http://chr0my.overblog.com/installation-et-configuration-d-openldap-sous-debian-squeeze

Je ne touche en aucun cas au fichier /etc/libnss-ldap.conf pour le serveur.

J’ai probablement mal compris ton problème par contre… Ton LDAP est fonctionnel? C’est simplement le client que tu ne parviens pas à authentifier? J’ai une procédure pour l’intégration de clients Linux pour OpenLDAP mais je ne sais pas si c’est ce que tu recherches…?

Edit: pour le fichier nsswitch.conf du client, je mets ceci:

passwd: files ldap group: files ldap shadow: files ldap

je dis peut être des conn**** mais pour l’Uri y a pas trois /// au lieu de 2 ?

et pour le client c’est pas plutôt:

passwd: compat ldap
group: compat ldap
shadow: compat ldap

Pour l’URI, je mets personnellement : ldap://monserveurldap.mondomaine.local/
Et pour mon client, je mets le nsswitch.conf tel qu’indiqué au-dessus, et ça fonctionne très bien.

Merci pour vos réponses,

je crois que compat et files sont à peut prêt équivalents, dans les tutos plus récents on trouve plutôt compat et par défaut j’avais compat donc je l’ai laissé (j’ai donc maintenant des “compat ldap” mais j’ai essayé avec “files ldap” sans succès).
Pour ce qui est des // je pense que c’est 2 // vu que dans les exemples commentés ils en mettent 2.

Alors mon problème exactement c’est que oui j’ai un ldap qui me semble fonctionnel mais que je n’arrive pas à authentifier mes utilisateurs.
Le problème n’est pas tant que je ne sais pas comment faire, mais plutôt que la façon dont j’ai procédé ne fonctionne pas et je n’arrive pas à trouver pourquoi :

  • je n’ai pas du toucher non plus au libnss-ldap.conf, je crois que toute la conf de ce fichier est faite via debconf
  • j’ai bien ce qu’il faut dans mon nsswitch.conf a priori
  • quand je fais un id, il ne se passe rien sur le serveur ldap

du coup en gros je cherchais plutôt un moyen de vérifier que la libc prend bien en compte mon fichier nsswitch.conf et si non pourquoi pas (sauf si vous voyez un truc qui cloche dans ma config bien sur). Donc si quelqu’un a par exemple un moyen d’activer des logs sur la libc, ça serait parfait. (je dis la libc car j’ai cru comprendre que c’est elle qui lit nsswitch.conf)

Ton LDAP te semble fonctionnel, justement, il faudrait savoir si il l’est ^^

Question bête, mais ton DC et ton client communiquent bien?

Que te donne la commande :

As-tu modifié les fichiers situés dans /etc/pamd.d/ ?

Regarde dans /var/log/syslog peut-être?

Le client et le serveur son la même machine, j’arrive bien à faire des requêtes sur le serveur ldap et getent me retourne le contenu de /etc/passwd (cf mon premier message avec toute mes sorties de commande)
Je n’ai pas encore touché à pam vu que ça n’a a priori aucune chance de marcher si nss ne fonctionne pas. Pour ce qui du syslog, je n’ai rien dedans (je monitore les logs comme conseillé dans le tuto que j’ai suivit initialement, et c’est ce qui me désespéré le plus, quand j’utilise getent ou id, je n’y ai absolument rien, même pas une petite erreur d’authentification au ldap ou qqch dans le genre)

Ce n’est pas sur ton serveur qu’il faut configurer le nsswitch.conf, pam et tout le bazar… C’est sur ton client.
Bien évidemment, ce doivent être deux machines différentes.

Installes un client sur une autre machine qui puisse communiquer avec le serveur et refais tes manips.

A moins d’avoir fait des sauvegardes des fichiers au fur et à mesure des modifications que tu as faîtes, repars d’un serveur propre et refait l’installation, ce sera surement plus simple. :083

Bon je t’avoue que j’y croyais pas trop mais j’ai essayé d’utiliser un debian live dans une VM comme client LDAP et ça a fonctionné direct.
Je vois d’ailleurs pas du tout pourquoi je ne pourrais pas utiliser la même machine pour faire serveur et client. Je pense que le problème vient plutôt du fait que la machine serveur est en sid et que l’auth ldap est cassée ou un truc dans le genre (mon debian live est en testing il me semble). Ça peut peut être aussi venir du noyeau que j’utilise qui sort de je ne sais trop ou (vu que mon serveur est une machine ARM, il a fallu un peu bricoler :wink:)

Bref, merci beaucoup pour ton aide (aux autres aussi), je vais continuer à chercher pourquoi le client ldap ne fonctionne pas sur le serveur mais au moins je suis débloqué parce que ça marche pour les autres machines, ce qui me suffit dans un premier temps :slightly_smiling: