I've finally got samba working with LDAP and keeping the password
attributes in LDAP synchronized no matter where the password change
comes from. I think this is what you mean. I intend to write a more
thorough howto for this sometime in the near future, but if you'd like
I could prolly get you
I hope this isn't too horrible of me to mail this to this list. I'm
ready to give up on this problem, but I thought I should at least
report it somewhere in case its a real bug. I have tried the regular
samba list and #samba repeatedly, with no response. I have also
scoured all docs I could
No one has anything to say about this? Did I not give enough info?
Has anyone gotten Ctrl-Alt-Del password change working with LDAP? If
so can I please see your smb.conf and pam.d files? Thanks so much for
any help. We've been running samba here for a few years and love it,
just in case it
One fixed problem, one new problem.
Okay, I fixed the pam_smbpass problem by upgrading to 2.2.7a. So for
anyone out there, pam_smbpass won't work with ldap (./configure
--with-ldapsam) on 2.2.3a and will work with 2.2.7a.
Now, onto the next problem, changing passwords by Ctrl-Alt-Del from a
I upped teh loge level in my smb.conf jsut to see if that would give
me anything. Even at log level = 10 the samba logs say nothing when I
do passwd test0. In my pam.d/passwd file I have one line for
testing, password required pam_smbpass.so. running passwd test0
looks like this:
On a Debian 3.0 system with user accounts stored in openldap, I have
unix and windows auth working just fine through ldap. smbpasswd can
change the samba passwd attributes, and passwd can change the unix
password attributes.
I'm trying to get pam_smbpass to work to keep everything in sync, but