こんにちは、ADにログインするためのUbuntuボックスのセットアップがあります。
ローカルユーザー名と一致しないユーザー名を使用してADにログインできますが、ADにも存在するローカルユーザー名があり、そのユーザーとしてADにログインできるようにしたいです。
User @domainとDOMAIN\userを試しましたが、どちらも機能しません。ドメインなしで「user」を使用してログインすると、ローカルでログインします。
/etc/sssd/sssd.conf
[sssd]
services = nss, pam
config_file_version = 2
domains = AD.HERE.COM.AU
[domain/AD.HERE.COM.AU]
id_provider = ad
access_provider = ad
# Use this if users are being logged in at /.
# This example specifies /home/DOMAIN-FQDN/user as $HOME. Use with pam_mkhomedir.so
override_homedir = /home/%d/%u
# Uncomment if the client machine hostname doesn't match the computer object on the DC.
# ad_hostname = mymachine.myubuntu.example.com
# Uncomment if DNS SRV resolution is not working
# ad_server = dc.mydomain.example.com
# Uncomment if the AD domain is named differently than the Samba domain
# ad_domain = MYUBUNTU.EXAMPLE.COM
# Enumeration is discouraged for performance reasons.
enumerate = true
/etc/nsswitch.conf
# /etc/nsswitch.conf
#
# Example configuration of GNU Name Service Switch functionality.
# If you have the `glibc-doc-reference' and `info' packages installed, try:
# `info libc "Name Service Switch"' for information about this file.
passwd: compat sss
group: compat sss
shadow: compat
hosts: files mdns4_minimal [NOTFOUND=return] dns
networks: files
protocols: db files
services: db files
ethers: db files
rpc: db files
netgroup: nis sss
sudoers: files sss
認証ソースの順序は、nssによってsssdが参照される前に行われます。
/etc/nsswitch.confでは、次のようになります。
passwd files sss
shadow files sss
Sssとファイルを逆にすると、システムはローカルファイルの前にADにユーザー情報を照会します。これが良い考えかどうかは別の質問です。
利用したいADアカウントの名前を共有するローカルアカウントが本当に必要ですか?
use_fully_qualified_names
セクションで[domain/AD.HERE.COM.AU]
をTrue
に設定する必要があります。これは、ADユーザーがuser
だけでなくuser@domain
を使用してログインする必要があるため、ローカルアカウントをActiveDirectoryアカウントと区別できることを意味します。