This test ensures that users stored in native LDB backend can log in using SSSD.
How to test
- Follow the steps in Installing the SSSD. If you are running the Test Day LiveCD, you may skip this step.
- Copy sssd.conf to /etc/sssd/sssd.conf
- Restart the SSSD service (as root):
service sssd restart(Please disregard the "Unable to register control with rootdse!" messages, as they are erroneous).
- Verify that the SSSD services are running:
ps -e |grep sssYou 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
- 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.)
- Change password of this new user (as root)
- Start the OpenSSH server if not running (as root)
service sshd startThe reason, we're testing logging in via ssh and not virtual consoles is that the VTs read PAM config on startup.
- Try logging in as nativelocaluser
- When logged in as nativelocaluser, let the user change his own password
- Log out and log back in using the new password
logout ssh nativelocaluser@localhost