Hello everyone,
Well I revert to this mailing list after allot to attempts at getting "
lamdaemon.pl" working.
I have the following set-up:
- 1 OpenLDAP server with hostname "ldap" running CentOS release 5.6 + LAM
v3.7
- 1 SAMBA server with hostname "nas01" running CentOS release 5.4
- Administrator account is "cn=Administrator,dc=domain,dc=com" with
uid=admin
- I login to LAM using the above admin account
- posixAccount objectClass is defined for the admin user
- nas01 is where I want to run "lamdaemon.pl"
- nas01 has Linux LDAP authentication up and running (used
system-config-authentication for easy set-up)
- I've followed all the documentation on the LAM web site
So in the server profiles configuration, I have placed "nas01" as the
lamdeamon server and I have placed the script in nas01 at /usr/sbin/
lamdaemon.pl, which is also defined in the server profile.
I have tested connecting from the "ldap" server using "ssh admin@nas01" and
I can successfully login and get log entries in /var/log/secure. This admin
login does not exist locally on nas01 but is retrieved from ldap. I have
also set-up sudo and perl successfully. After logging in via SSH to nas01
as "admin" I can successfully run "lamdeamon.pl".
Now comes the problem. Even thou everything seems to be correct, every time
I run the lamdeamon test I get:
"Your LAM admin user (cn=Administrator,dc=domain,dc=com) must be a valid
Unix account to work with lamdaemon!"
The strange part is that, in "nas01" log "/var/log/secure", nothing shows
up. No attempt at logging in is logged to the file after running the test.
I've tested an invalid SSH login such as "ssh wrongUser@nas01" and these
attempts are logged.
It seems to me that no attempt is even made to login to nas01 with the
admin account.
What am I missing here?
Sincerely,
--
Istvan Hubay Cebrian
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Lam-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/lam-public
