首页/系统/信创系统运维速查/SSSD 对接 AD:登录与授权配置
迁移适配65 条

SSSD 对接 AD:登录与授权配置

SSSD 负责域账号的认证与解析:sssd.conf 定义域、access_provider 控制授权;改配置后清缓存再验证,组授权比全放行更稳妥。

信创系统运维速查系统更新于 2026-10-13

SSSD 对接 AD 是做什么的

SSSD 是系统服务守护进程,负责把远程目录服务的认证与账户信息接进本机的 NSS 与 PAM 链路,让域账号能像本地账号一样登录与切换用户。对接 Active Directory 时,/etc/sssd/sssd.conf 定义域、认证提供者与访问控制策略:access_provider 决定谁能登录,simple_allow_groups 可以只放行指定域组。改配置后要清缓存再验证,组授权比全部放行更符合最小权限要求。

基本信息

配置文件/etc/sssd/sssd.conf,权限必须为 600
服务sssd,通过 nss 与 pam 两个服务模块接入
域定义[domain/域名] 段落内配置 id_provider 与 access_provider
访问控制simple_allow_groups 指定允许登录的域组
缓存清理sss_cache -E 清空缓存后重新验证

典型使用场景

  • 信创终端加入 AD 后,用 SSSD 提供域账号登录与账户解析
  • 按域组控制登录权限,人员调整只需在域侧修改组成员
  • 排查域账号登录失败:确认认证提供者、访问控制与缓存状态
  • 域侧改组或停用账号后刷新缓存,让终端权限即时变化
  • 多域或多信任关系环境下核对域配置是否正确
  • 交付验收时验证域账号与本地应急账号都能正常使用

配置与验证

配置与验证
# /etc/sssd/sssd.conf(权限必须 600)
cat > /etc/sssd/sssd.conf <<'EOF'
[sssd]
services = nss, pam
domains = example.com
[domain/example.com]
id_provider = ad
access_provider = ad
ad_domain = example.com
simple_allow_groups = linux-users@example.com
EOF
chmod 600 /etc/sssd/sssd.conf        # 权限过宽 sssd 会拒绝启动
systemctl restart sssd               # 重启使配置生效
sss_cache -E                         # 清空缓存,避免看到旧数据
id user@example.com                  # 验证域账号可解析
sssctl domain-status example.com     # 查看域连接与状态

关键配置项读法

配置项作用设置建议
services启用的服务模块至少包含 nss 与 pam
domains管理的域列表与 domain 段落名称一致
id_provider账户信息来源对接 AD 用 ad
access_provider访问控制判定方式用 ad 或 simple 配合允许清单
simple_allow_groups允许登录的组清单组名必须与域内实际名称一致
域侧发生变更(改组、停用账号、修改口令策略)后,终端可能因缓存仍显示旧数据,用 sss_cache -E 清理缓存再验证,可以快速区分是域侧问题还是本地缓存问题。
sssd.conf 权限不是 600 时 SSSD 会拒绝启动,配置完成的第一时间就要收紧权限;simple_allow_groups 写错组名会导致所有域用户被拒,改动前先在测试机验证。

易错点

  • 配置文件权限过宽导致服务启动失败,报错信息不直观,容易被当成域连接问题排查
  • 允许登录的组名与域内实际名称不一致,全员被拒且看不出配置错误
  • 域侧变更后不清缓存,终端权限更新滞后,问题被误判为域控故障
  • 只放行用户不规划组策略,人员变动时逐个手工维护,长期难以管理

数据来源与参考

  • SSSD 官方文档(sssd.io)
  • man 5 sssd.conf
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌