sssd and ldap authentication cache

Question

On our box running OpenSUSE 12.2 we have installed OpenLDAP and sssd daemon. We are using these two services for user authentication. Recently we created a script which creates new web-users for our vhosts dynamically, but now we are dealing with a problem.

It seems that sssd uses some kind of cache and during getent passwd it returns users that have been deleted from LDAP. Sometimes it doesn't return recently created user immediately as it is necessary further in the script (for setting permissions with setfacl and chown).

Restarting LDAP, sssd or nscd doesn’t help, neither flushing cache with sss_cache -U. We tried lowering cache in config of sssd but it seems that it doesn’t affect anything.

We need to somehow explicitly refresh the cache after adding new user to LDAP or disable the cache at all.

Has anyone experienced similar issue?

score 5 · Answer 1 · answered Nov 18 '15 at 12:05

From the man page (sssd.conf):

NSS configuration options
       These options can be used to configure the Name Service Switch (NSS)
       service.

       enum_cache_timeout (integer)
           How many seconds should nss_sss cache enumerations (requests for
           info about all users)
       Default: 120

I would insert something like:

[nss]
enum_cache_timeout 10

(adjust seconds as it seems fit)

gerard · Answer 2 · 2017-05-17T20:47:15.993

4

Try sss_cache -E

or try stopping sssd, removing the files in /var/lib/sss/db/*, and restarting sssd

edited May 17 '17 at 20:47

answered May 17 '17 at 20:37

gerard

243
1
6

score 2 · Answer 3 · answered Oct 24 '16 at 14:35

I have expierenced similar issues

I noticed that getent passwd | grep <username> and getent passwd <username> will not return the same results,

Using strace I found that getent passwd <username> checks data in "/var/lib/sss/mc/passwd"

wheras getent passwd | grep <username> will connect to /var/lib/sss/pipes/nss and get it's data from there.

This is really confusing me, since both approaches seem to hit different caches. These caches seem to get updated when I run sudo su - <username> but seem to otherwise be valid for hours.

The result in practice is that e.g. ssh access won't work for a user a few minutes after it is removed from the ldap, but getent passwd will keep on showing it for hours, so it's hard for me to check if this users is in fact removed or not (without clearing some caches manually all the time)

score 1 · Answer 4 · answered May 09 '13 at 20:47

1

You can't disable caching completely with sssd.
You can disable sss as an authentication provider completely and just query LDAP directly if that's what you want.

For example, in /etc/nsswitch.conf, change lines like:

passwd:     files sss

to

passwd:     files ldap

You can force cleaning of the cache by removing /var/lib/sss/db/*

answered May 09 '13 at 20:47

Grisha Levit

365
1
7

This is wrong. There's a configuration directive that controls caching. – ewwhite May 14 '13 at 07:14
2

Are you referring to `cache_credentials`? Does that disable all caching or just credentials, as the name would imply? – Grisha Levit May 20 '13 at 17:20

Augustin Ghauratto · Answer 5 · 2013-05-14T20:40:57.777

1

You could try to disable caching credentials by adding directive to /etc/sssd/sssd.conf:

[domain/default]
cache_credentials = False

You may then verify that sssd uses cache on credentials with console command:

# authconfig --test|grep credential
credential caching in SSSD is disabled

edited May 14 '13 at 20:40

answered May 14 '13 at 05:03

Augustin Ghauratto

167
1
8

2

authconfig is redhat command, the problem is about OpenSUSE 12.2 – c4f4t0r Nov 29 '13 at 15:29
1

cache_credentials is about credentials; question is about caching of users lookup. – 473183469 Nov 18 '15 at 12:06

score 0 · Answer 6 · answered Dec 01 '19 at 01:10

0

Notice that having cache_credentials = True in Fedora 30/31 gives an error that makes impossible to login using LDAP users. I haven't found a documented bug related to this so I write it here.

answered Dec 01 '19 at 01:10

Osqui

135
8

sssd and ldap authentication cache

6 Answers6

Linked