Govna's questions

在跟踪 /var/log/cron 时，我注意到 cron 作业由于 PAM 权限而失败。在我的 access.conf 中，我确实有以下未注释的内容，以确保（或我认为确保）root 确实有权运行 cron 作业。

# User "root" should be allowed to get access via cron .. tty5 tty6.
+ : root : cron crond :0 tty1 tty2 tty3 tty4 tty5 tty6

我在 Centos 7 Kernel 3.10.0-693.21.1.el7.x86_64 上，我们已经通过领域、sssd、kerberos 将它连接到我们的 Windows 活动目录实例。我的安装步骤可以在这里找到Best Auth Mech to Connect to Windows AD

我现在不知所措，无法弄清楚可能是什么原因造成的。我仔细检查了root密码没有过期，也没有过期。当前的 root 访问权限是通过 windows 安全组配置的。

任何帮助将不胜感激！

编辑 我在 pam_access.so 的末尾添加了调试并得到以下信息

crond[17411]: pam_access(crond:account): login_access: user=root, from=cron, file=/etc/security/access.conf crond[17411]: pam_access(crond:account): line 60: - : ALL EXCEPT wheel shutdown sync : LOCAL root crond[17411]: pam_access(crond:account): list_match: list=ALL EXCEPT wheel shutdown sync, item=root crond[17411]: pam_access(crond:account): user_match: tok=ALL, item=root crond[17411]: pam_access(crond:account): string_match: tok=ALL, item=root crond[17411]: pam_access(crond:account): user_match: tok=wheel, item=root crond[17411]: pam_access(crond:account): string_match: tok=wheel, item=root crond[17411]: pam_access(crond:account): user_match: tok=shutdown, item=root crond[17411]: pam_access(crond:account): string_match: tok=shutdown, item=root crond[17411]: pam_access(crond:account): user_match: tok=sync, item=root crond[17411]: pam_access(crond:account): string_match: tok=sync, item=root crond[17411]: pam_access(crond:account): user_match=1, "root" crond[17411]: pam_access(crond:account): list_match: list=LOCAL root, item=root crond[17411]: pam_access(crond:account): from_match: tok=LOCAL, item=cron crond[17411]: pam_access(crond:account): string_match: tok=LOCAL, item=cron crond[17411]: pam_access(crond:account): from_match=1, "cron" crond[17411]: pam_access(crond:account): access denied for user根'来自'cron'

我们有一个用户帐户foo，它以某种方式与 root 的 uid、guid 和组相关联。当我运行id foo它返回所有的根 id 信息。

id foo

uid=0(root) gid=0(root) groups=0(root)

此用户帐户适用于不再在这里的老同事，我想从服务器中完全删除他们的帐户。运行ps -ef | grep foo不会为该用户返回任何进程，因此我确信在他们的用户名下没有运行任何东西。

运行userdel foo表示用户帐户不存在，因为我确定它看到的帐户是 root 且 uid=0 但我仍然看到foo它的帐户/etc/passwd为foo:x:0:0::/home/foo:/bin/bash

我需要执行哪些步骤才能摆脱此帐户？我需要 usermod 并更改 uid、gid 和组吗？如果我选择一个未使用的随机 uid，即 uid=1099(foo)，那会破坏什么吗？

我在 CentOS 7 上，服务器连接到 Active Directory，但这个 foo 帐户是 Linux 服务器上的本地帐户。在我们将 Linux 连接到 AD 之前，该用户已被终止，因此该帐户不再存在于 Active Directory 中。

我的公司要求我考虑将我们的 CentOS 7 实例连接到我们的 Active Directory，以便更轻松地进行用户管理。

到目前为止，我已经看过：

• Kerberos，通过命令行进行 -如何将 CentOS Linux 加入 Active Directory 域
• OpenLDAP - 24.7。配置系统以使用 OpenLDAP 进行身份验证

是否有任何其他工具或资源我应该考虑进行尽职调查？