通常、conf.dスタイルディレクトリのアイデアは、機能や設定を追加するための非常にモジュール化されたプラグインアプローチを可能にするようです。特にSSSDの場合は、（RHEL）の下の設定ファイルにさらにドメインを追加するのが論理的です/etc/sssd/conf.d/。構成セクションのディレクティブは、domains使用される物理ドメインを定義します。[sssd]
SSSDの「Man」ページには、特定のセクション/パラメータに対して競合する値が、構成ファイルのアルファベット順に最後の値を取ることが示されています。したがって、既存の構成を考慮せずに新しいドメイン構成をデプロイすることは事実上不可能です。これは、新しい構成ファイルに[sssd]/domains同じファイルのドメイン名のみを含む構成ディレクティブが含まれている場合、そのドメインがすでに構成されている唯一のドメインである可能性があるためです。
.[sssd]sssd.confconf.d
ベストアンサー1
あなたは正しいです。ドメインが正しく定義されていません。次のバージョン（そのうちの1つ）で私たちが行う計画は、パラメータをdomains=オプションにすることです。これにより、定義されたすべてのドメイン部分が自動的に有効になり、ドメインを含むコードスニペットの名前でドメインを簡単に削除して順序を制御できます。