getpwuid() 为 LDAP 用户返回 NULL答案

【问题标题】：getpwuid() returns NULL for LDAP usergetpwuid() 为 LDAP 用户返回 NULL
【发布时间】：2020-12-08 20:13:05
【问题描述】：

我在检索 Red Hat Enterprise 6 的当前用户信息时遇到问题，其中用户是 LDAP 用户？

我有一些代码（实际上是安装工具的一部分）需要检索用户名、主目录和其他详细信息。它使用 getpwuid() 调用根据用户 ID 执行此操作。一个简化的细分：

uid_t uid = getuid();
printf("UID = %d\n", uid);

errno = 0;
struct passwd* udetails = getpwuid(uid);

if (udetails != NULL)
{
    printf("User name = %s\n", udetails->pw_name);
}
else
{
    printf("getpwuid returns NULL, errno=%d\n", errno);
}

如果用户是本地用户（在该系统的 /etc/passwd 中），这不会出现问题。

当用户是LDAP认证用户时，调用getuid返回用户ID或当前用户，但调用getpwuid返回0，errno中没有设置错误码。根据文档，这意味着用户不存在。

这应该有效吗？根据 getpwuid 手册页：

getpwnam() 函数返回一个指向结构的指针，该结构包含密码数据库（例如，本地密码文件 /etc/passwd、NIS 和 LDAP）中与用户名。

getpwuid() 函数返回一个指针，该指针指向一个结构，该结构包含密码数据库中与用户 ID uid 匹配的记录的断开字段。

如果当前用户已通过 LDAP 身份验证，是否需要另一个调用来获取详细信息？是否需要在应用程序中打开 LDAP 数据库，还是应该由系统调用处理？

附加：我现在也在一个 RHEL 5 机器上尝试了这个，它针对同一个 LDAP 目录进行身份验证。这可能只是 RHEL 6 机器上的配置问题吗？还是更广泛的 RHEL 6 问题？

附加：Basile Starynkevitch 要求的 /etc/nsswitch.conf（已删除注释行）：

passwd:     files sss
shadow:     files sss
group:      files sss

hosts:      files dns

bootparams: nisplus [NOTFOUND=return] files

ethers:     files
netmasks:   files
networks:   files
protocols:  files
rpc:        files
services:   files sss

netgroup:   files sss

publickey:  nisplus

automount:  files ldap
aliases:    files nisplus

我猜其中一些应该在某些时候提到 ldap？事实上，这表明它根本没有使用 LDAP....

【问题讨论】：

显示您的/etc/nsswitch.conf 文件。
我将其添加到问题中。
我也有同样的问题。就我而言，二进制文件是 32 位编译的，并在 64 位机器上运行。如果我尝试使用 perl 它可以工作： perl -e 'my $uid = $
您好，如果您在 64 位“cc -m64”中编译您的示例代码并在 32 位“cc -m32”中编译相同的代码，则该问题仅在 32 位版本上出现。

标签： linux ldap redhat getpwuid

【解决方案1】：

问题似乎缺少 32 位的 nss_sss 库（以我为例）。我认为对于 redhat 它是 rpm 包：sssd-client.i686.rpm

我使用了以下makefile：

all: getpwuid_bug-32bit getpwuid_bug-64bit

getpwuid_bug-32bit: getpwuid_bug.c makefile
        $(CC) -Wall -m32 -o $@ $<

getpwuid_bug-64bit: getpwuid_bug.c makefile
        $(CC) -Wall -m64 -o $@ $<

和下面的getpwuid_bug.c

#include <stdlib.h>
#include <stdio.h>
#include <errno.h>
#include <sys/types.h>
#include <unistd.h>
#include <pwd.h>

int main(argc, argv)
     int argc; char **argv;
{
  uid_t uid;
  struct passwd *udetails;

  uid = getuid();
  printf("UID = %d\n", uid);

  errno = 0;
  udetails = getpwuid(uid);

  if (udetails != NULL) {
    printf("User name = %s\n", udetails->pw_name);
  } else {
    printf("getpwuid returns NULL, errno=%d\n", errno);
    return 1;
  }
  return 0;
}

现在输入 make...

然后运行两个

$ ./getpwuid_bug-32bit
UID = 1234
getpwuid returns NULL, errno=0
$ ./getpwuid_bug-64bit
UID = 1234
User name = krico
$

然后如果你strace两个版本的程序，你会看到64位版本立即找到nss_sss

open("/lib64/libnss_sss.so.2", O_RDONLY) = 3

在经历了许多这些之后，32 位的版本惨遭失败：

open("/lib/tls/i686/sse2/libnss_sss.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/lib/tls/i686/sse2", 0xfffef338) = -1 ENOENT (No such file or directory)
open("/lib/tls/i686/libnss_sss.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)

所以，我的结论是你需要安装一些带有 32 位版本库的 rpm（例如 sssd-client.i686.rpm）

【讨论】：

【解决方案2】：

我有一个类似的问题，我试图在 x64 debian 上运行 Teamviewer9（也尝试过 Ubuntu）。它不适用于活动目录域中的帐户，Teamviewer 崩溃，因为 getpwuid() 返回 null。我解决了安装 nscd 的问题，如ubuntu bug 中所述。

我花了很多时间来解决这个问题......

【讨论】：

当您无法自己编译有问题的应用程序时，这看起来像是通用解决方案。

【解决方案3】：

我在 CentOS 8 上遇到了完全相同的问题。@kriko 的回答帮助我解决了它，但我必须 yum install nss_nis.i686 才能解决它。不是sssd-client.i686

【讨论】：