Last modified 8 years ago Last modified on 04/28/09 20:23:40


This test ensures that users stored in native LDB backend can log in using SSSD.

How to test

  1. Follow the steps in Installing the SSSD. If you are running the Test Day LiveCD, you may skip this step.
  2. Copy sssd.conf to /etc/sssd/sssd.conf
  3. Restart the SSSD service (as root):
    service sssd restart
    (Please disregard the "Unable to register control with rootdse!" messages, as they are erroneous).
  4. Verify that the SSSD services are running:
    ps -e |grep sss
    You should see:
    30968 pts/0    00:00:00 sssd
    30970 pts/0    00:00:00 sssd_dp
    30972 pts/0    00:00:00 sssd_be
    30973 pts/0    00:00:00 sssd_be
    30974 pts/0    00:00:00 sssd_be
    30975 pts/0    00:00:00 sssd_nss
    30976 pts/0    00:00:00 sssd_pam
  5. Create a new local user with the following command (as root). You don't need to create this user again if you followed the NSS Local Native testcase
    /usr/sbin/sss_useradd nativelocaluser
    (Again, you can disregard the "Unable to register control with rootdse!" messages.)
  6. Change password of this new user (as root)
    passwd nativelocaluser
  7. Start the OpenSSH server if not running (as root)
    service sshd start
    The reason, we're testing logging in via ssh and not virtual consoles is that the VTs read PAM config on startup.
  8. Try logging in as nativelocaluser
    ssh nativelocaluser@localhost
  9. When logged in as nativelocaluser, let the user change his own password
  10. Log out and log back in using the new password
    ssh nativelocaluser@localhost