[Date Prev][Date Next] [Chronological] [Thread] [Top]

id: cannot find name for user ID 500



Hello!

I have set up an ldap server with Fedora Core 2 to autenthicate for an bunch
of users using also FC2. Theyr home dirs are mounted automatically over NFS.
It took me 1 week, but so far so good. Now i want to use TLS/SSL to secure
the whole thing a bit. But as i turn on the encryption i get the following
error after a login:

-------------------------------------------------
login: testuser
Password:
Last login: Tue Sep 14 12:59:33 on :0
id: cannot find name for user ID 500
id: Es ist kein Name zur Nutzer-ID 500 zu finden
[I have no name!@acerAspire testuser]$
-------------------------------------------------

though a ls -l gives me the groupname it just displays the uid instead of
the username. without TLS it works just fine! I don't know if this is a NSS,
PAM or OpenLDAP Problem...

I would be very glad if anybody could help me with his expiriences.

ciao, nico.


/etc/ldap.conf
-------------------------------------------------
host ldaps.amazone.or.at
base dc=amazone,dc=or,dc=at
ssl start_tls
pam_password md5
tls_checkpeer yes
tls_cacertfile /etc/openldap/cacert.pem
-------------------------------------------------

/etc/openldap/ldap.conf
-------------------------------------------------
HOST ldaps.amazone.or.at
BASE dc=amazone,dc=or,dc=at
TLS_REQCERT 	demand 
TLS_CACERT      /etc/openldap/cacert.pem
-------------------------------------------------

/etc/openldap/slapd.conf
-------------------------------------------------
# $OpenLDAP: pkg/ldap/servers/slapd/slapd.conf,v 1.23.2.8 2003/05/24
23:19:14 kurt Exp $
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include		/etc/openldap/schema/core.schema
include		/etc/openldap/schema/cosine.schema
include		/etc/openldap/schema/inetorgperson.schema
include		/etc/openldap/schema/nis.schema
include		/etc/openldap/schema/redhat/autofs.schema
include         /etc/openldap/schema/DUAConfigProfile.schema
# solaris.schema provides nisDomainObject, which is absent from nis.schema
include         /etc/openldap/schema/solaris.schema

# Allow LDAPv2 client connections.  This is NOT the default.
#allow bind_v2

# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral	ldap://root.openldap.org

pidfile	/var/run/slapd.pid
#argsfile	//var/run/slapd.args

# Load dynamic backend modules:
# modulepath	/usr/sbin/openldap
# moduleload	back_bdb.la
# moduleload	back_ldap.la
# moduleload	back_ldbm.la
# moduleload	back_passwd.la
# moduleload	back_shell.la

# The next three lines allow use of TLS for connections using a dummy test
# certificate, but you should generate a proper certificate by changing to
# /usr/share/ssl/certs, running "make slapd.pem", and fixing permissions on
# slapd.pem so that the ldap user or group can read it.
# TLSCACertificateFile /usr/share/ssl/certs/ca-bundle.crt
# TLSCertificateFile /usr/share/ssl/certs/slapd.pem
# TLSCertificateKeyFile /usr/share/ssl/certs/slapd.pem
# aus HOWTO
TLSCipherSuite HIGH:MEDIUM:+TLSv1:+SSLv2:+SSLv3
TLSCACertificateFile /etc/openldap/cacert.pem
TLSCertificateFile /etc/openldap/tls-ldapserver-cert.pem
TLSCertificateKeyFile /etc/openldap/tls-ldapserver-key.pem

# Use the following if client authentication is required
#TLSVerifyClient demand
# ... or not desired at all
TLSVerifyClient never

# Sample security restrictions
#	Require integrity protection (prevent hijacking)
#	Require 112-bit (3DES or better) encryption for updates
#	Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64

# Sample access control policy:
#	Root DSE: allow anyone to read it
#	Subschema (sub)entry DSE: allow anyone to read it
#	Other DSEs:
#		Allow self write access
#		Allow authenticated users read access
#		Allow anonymous users to authenticate
#	Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
# access to *
#	by self write
#	by users read
#	by anonymous auth
#
# if no access controls are present, the default policy is:
#	Allow read by all
#
# rootdn can always write!

access to attr=userPassword
	by self write
	by * auth 
access to *
	by self write
	by * read

#######################################################################
# ldbm and/or bdb database definitions
#######################################################################

database	ldbm
suffix		"dc=amazone,dc=or,dc=at"
rootdn		"cn=Manager,dc=amazone,dc=or,dc=at"
# Cleartext passwords, especially for the rootdn, should
# be avoided.  See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
# rootpw		secret
# rootpw		{crypt}ijFYNcSNctBYg
rootpw 			**REMOVED**

# The database directory MUST exist prior to running slapd AND 
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory	/var/lib/ldap

# Indices to maintain for this database
index objectClass                       eq,pres
index ou,cn,mail,surname,givenname      eq,pres,sub
index uidNumber,gidNumber,loginShell    eq,pres
index uid,memberUid                     eq,pres,sub
index nisMapName,nisMapEntry            eq,pres,sub

# Replicas of this database
#replogfile /var/lib/ldap/openldap-master-replog
#replica host=ldap-1.example.com:389 tls=yes
#     bindmethod=sasl saslmech=GSSAPI
#     authcId=host/ldap-master.example.com@EXAMPLE.COM
-------------------------------------------------


-- 
NEU: Bis zu 10 GB Speicher für e-mails & Dateien!
1 GB bereits bei GMX FreeMail http://www.gmx.net/de/go/mail