Hi,
I'm new to ldap, so please be gentle ;-)
I have a box running CentOS 5.3 wit OpenLDAP 2.3.43. When I run getent passwd fo0072 (which is my username), this was advised as a check I get nothing. when I su - fo0072 as root, it logs in as expected, when I try to login trough GDM I get a invalid username/passwd error when I press CTRL-F1 and login to the console it logs on without any trouble. This suggests to me thatt there is something wrong in my config, but I checked everything, but could not find it.
I'll post the necessary config files and ldifs when requested
Any help is greatly appreciated. Thanks in advance.
Regards,
Serge Fonville
I checked and getent passwd fo0072 outputs info as normal, so that isn't an issue. What remains is why I cannot login through GDM but can through the console as well as ssh -l fo0072 localhost
Hi,
Well, the problem seems to be solved, but I have absolutely no idea why. When I started the system today, the logon was no problem at al.
So problem solved!!
Unfortunatley I do not know why :-(
Regards,
Serge Fonville
On Wed, Jun 3, 2009 at 6:05 PM, Serge Fonville serge.fonville@gmail.com wrote:
I checked and getent passwd fo0072 outputs info as normal, so that isn't an issue. What remains is why I cannot login through GDM but can through the console as well as ssh -l fo0072 localhost
On Thursday 04 June 2009 09:45:56 Serge Fonville wrote:
Hi,
Well, the problem seems to be solved, but I have absolutely no idea why. When I started the system today, the logon was no problem at al.
So problem solved!!
Unfortunatley I do not know why :-(
Regards,
Serge Fonville
On Wed, Jun 3, 2009 at 6:05 PM, Serge Fonville serge.fonville@gmail.com
wrote:
I checked and getent passwd fo0072 outputs info as normal, so that isn't an issue. What remains is why I cannot login through GDM but can through the console as well as ssh -l fo0072 localhost
Some brain-dead display managers assume that the only valid users are those they could enumerate when they started up.
If you didn't actually see an error from pam_ldap in the logs from this attempt, I suspect the restart of gdm (or, starting gdm with ldap users enumerable) probably fixed it.
Regards, Buchan
openldap-technical@openldap.org