openldap:日志级的巨大日志文件“stats”

Question

我有一个用于用户管理的linux服务器正在运行openldap。日志级别设置为'stats'，我在某个地方看到了“推荐的”日志级别。现在的问题是，日志文件正在迅速增长，少数KDE 4客户端的查询生成了大量条目:每秒，创建以下表单条目的多头

Apr 19 13:21:50 ###### slapd[1429]: conn=1001 op=26379 SRCH base="dc=###" scope=2 deref=0 filter="(&(objectClass=posixAccount)(uid=####))"
Apr 19 13:21:50 ###### slapd[1429]: conn=1001 op=26379 SRCH attr=uid userPassword uidNumber gidNumber cn homeDirectory loginShell gecos description objectClass
Apr 19 13:21:50 ###### slapd[1429]: conn=1001 op=26379 SEARCH RESULT tag=101 err=0 nentries=1 text=
Apr 19 13:21:50 ###### slapd[1429]: conn=1001 op=26380 SRCH base="dc=###" scope=2 deref=0 filter="(&(objectClass=posixAccount)(uidNumber=####))"
Apr 19 13:21:50 ###### slapd[1429]: conn=1001 op=26380 SRCH attr=uid userPassword uidNumber gidNumber cn homeDirectory loginShell gecos description objectClass
Apr 19 13:21:50 ###### slapd[1429]: conn=1001 op=26380 SEARCH RESULT tag=101 err=0 nentries=1 text=

我不清楚客户的确切成分是什么造成了大量的询问。我的强烈猜测是，当某个用户登录时，它来自某个在后台运行的标准KDE组件。

• 这是正常的行为，还是客户的疯狂？你猜这些调查是从哪里来的吗？
• 如果这是正常的，我不能使用'stats‘级别。在我的情况下，还有什么比日志级别'none‘更冗长的东西吗？

Answer 1

loglevel=stats确实是手册中描述的默认日志级别。

对于具有LDAP后端的Linux系统，这些查询似乎是完全有效的。

过滤器："(&(objectClass=posixAccount)(uid=####))"正在查找具有特定登录名的帐户。当用户尝试登录时，我希望您的PAM堆栈能够提供这样的查询。

过滤器：(&(objectClass=posixAccount)(uidNumber=####))是查找与数值uidNumber相关的信息。当您的系统需要将系统使用的数字UID编号转换为更人性化的登录名时，我会期望这样的查询，例如，在执行ls -l时。

请求以下帐户属性：attr=uid userPassword uidNumber gidNumber cn homeDirectory loginShell gecos description objectClass，这是用户帐户的普通POSIX帐户属性。

该LDAP查询是成功的，正如预期的那样，结果正好是1：SEARCH RESULT tag=101 err=0 nentries=1 text。0的结果也是预期的，一个用户名或数字uidNumber是未知的，超过一个结果将是有趣的，用户帐户和数字uidNumber应该是唯一和不同的每个唯一的用户。

您可以将Linux客户端配置为创建和维护缓存，并将这些查询的结果保存到一个中心用户目录中，这将减少LDAP服务器上的负载，减少日志条目，并使客户机的性能更好。

在客户端上安装和启用nscd (名称服务缓存守护进程)。通常不需要对nscd进行调整。