第6章 AD を使用した統合の計画


Linux システムを Active Directory (AD) と統合することで、ユーザー管理を一元化できます。環境の要件に基づいて、直接的な Active Directory 統合を行うか、IdM を使用して間接的な統合を行うかを選択する際は、以下のガイドラインを使用してください。

6.1. Linux システムの Active Directory への直接統合

SSSD または Samba Winbind を使用すると、RHEL クライアントを Active Directory (AD) ドメインに直接接続できます。直接統合の場合、AD は唯一のアイデンティティープロバイダーとして機能します。そのため、AD ユーザーは中間的な IdM サーバーを介さずに Linux ホストに直接ログインできます。

次の種類の統合が可能です。

System Security Services Daemon (SSSD) との統合

SSSD は、Linux システムをさまざまな ID および認証ストア (AD、Identity Management (IdM)、もしくは汎用の LDAP サーバーまたは Kerberos サーバー) に接続できます。

SSSD の統合に関する重要な要件

  • AD と統合すると、SSSD は、デフォルトで 1 つの AD フォレスト内でのみ機能します。マルチフォレストを設定する場合は、ドメインのエミュレーションを手動で設定します。
  • idmap_ad プラグインがリモートフォレストユーザーを正常に処理するには、リモートの AD フォレストがローカルフォレストを信頼する必要があります。

SSSD は、直接統合と間接統合の両方に対応します。また、莫大な移行コストをかけずに、ある統合アプローチから別のアプローチへ切り替えることもできます。

Samba Winbind との統合

Samba スイートの Winbind コンポーネントは、Linux システムで Windows クライアントをエミュレートし、AD サーバーと通信します。

Samba Winbind の統合に関する重要な要件

  • マルチフォレストの AD 設定における Winbind との直接統合は、双方向の信頼が必要になります。
  • リモートの AD ドメインユーザーに関する完全な情報を idmap_ad プラグインで使用できるようにするには、Linux システムのローカルドメインから、ユーザーが所属するリモートの AD フォレスト内ドメインへの双方向パスが存在する必要があります。

6.1.1. 推奨事項

  • SSSD は、AD 統合のほとんどのユースケースに対応し、クライアントシステムとさまざまな ID および認証プロバイダー (AD、IdM、Kerberos、および LDAP) との間の汎用ゲートウェイとして堅牢なソリューションを提供します。
  • Samba FS をデプロイする予定の AD ドメインメンバーサーバーへのデプロイには、Winbind が推奨されます。
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る