第1章 SSSD を使用した RHEL システムから AD への直接接続
SSSD と realmd を使用して、RHEL システムを Active Directory (AD) フォレストに直接統合します。この方法は、アルゴリズムによる POSIX ID マッピングと、明示的に定義された AD 属性の使用の両方をサポートしています。
システムを AD に参加させる前に、Basic Prechecks Steps: RHEL Join With Active Directory using 'adcli', 'realm' and 'net' commands (Red Hat ナレッジベース) の手順に従って、システムが正しく設定されていることを確認してください。
RHEL システムを Active Directory (AD) に接続するには、次を使用します。
- アイデンティティーと認証のための System Security Services Daemon (SSSD)
-
realmdは、利用可能なドメインを検出し、基盤となる RHEL システムサービスを設定します。
1.1. SSSD を使用した直接統合の概要 リンクのコピーリンクがクリップボードにコピーされました!
SSSD は、認証と認可のための中心的なフレームワークを提供し、オフラインアクセスにユーザーキャッシュを利用します。これは、RHEL システムを AD フォレストに直接接続するために、Pluggable Authentication Modules (PAM) および Name Switch Service (NSS) と連携します。
SSSD は、RHEL システムを以下のいずれかの ID サーバーに接続するのに推奨されるコンポーネントです。
- Active Directory
- RHEL の Identity Management (IdM)
- あらゆる汎用 LDAP または Kerberos サーバー
SSSD との直接統合は、デフォルトで 1 つの AD フォレスト内でのみ機能します。
SSSD が AD と Linux システムを直接統合するように設定する最も便利な方法は、realmd サービスを使用することです。これにより、呼び出し元はネットワーク認証およびドメインメンバーシップを標準的な方法で設定できます。realmd サービスは、アクセス可能なドメインおよびレルムに関する情報を自動的に検出し、ドメインまたはレルムに参加するのに高度な設定を必要としません。
SSSD は、AD との直接統合および間接統合の両方に使用でき、ある統合アプローチから別の統合アプローチに切り替えることができます。直接統合は、RHEL システムを AD 環境に導入する簡単な方法です。ただし、RHEL システムの共有が増えると、デプロイメントは通常、ホストベースのアクセス制御、sudo、SELinux ユーザーマッピングなどの ID 関連のポリシーをより集中管理する必要があります。最初に、ローカル設定ファイルで、RHEL システムのこのような設定を維持できます。ただし、システムの数が増えると、Red Hat Satellite などのプロビジョニングシステムでは、設定ファイルの配布と管理が簡単になります。直接統合がスケーリングされない場合は、間接統合を検討する必要があります。直接統合 (RHEL クライアントは AD ドメインにあります) から間接統合 (AD と信頼関係がある IdM) への移行の詳細は、Moving RHEL clients from AD domain to IdM Server を参照してください。
IdM が FIPS モードの場合、IdM と AD の統合は機能しません。これは、AD は AES HMAC-SHA1 暗号化の使用しかサポートしない一方で、FIPS モードの RHEL 9 は、デフォルトでは AES HMAC-SHA2 しか許可しないためです。詳細は、ソリューション AD Domain Users unable to login in to the FIPS-compliant environment (Red Hat ナレッジベース) を参照してください。
IdM は、より制限の厳しい FIPS:OSPP 暗号化ポリシーはサポートしていません。このポリシーは、Common Criteria で評価されたシステムでしか使用できません。