일반적으로 conf.d 스타일 디렉토리의 아이디어는 기능이나 구성을 추가하는 데 매우 모듈화된 플러그인 접근 방식을 허용하는 것으로 보입니다. 특히 SSSD의 경우 (RHEL) 아래의 구성 파일에 더 많은 도메인을 추가하는 것이 논리적인 것 같습니다 /etc/sssd/conf.d/. 구성 섹션 의 지시어는 domains사용되는 실제 도메인을 정의합니다.[sssd]
SSSD의 "Man" 페이지에는 특정 섹션/매개변수에 대해 충돌하는 값이 구성 파일의 알파벳 순서에 따라 마지막 값을 취한다고 명시되어 있습니다. 따라서 기존 구성을 고려하지 않고 새 도메인 구성을 배포하는 것은 사실상 불가능합니다. 새 구성 파일에 [sssd]/domains동일한 파일의 도메인 이름만 포함하는 구성 지시문이 포함되어 있으면 해당 도메인이 이미 구성된 유일한 도메인일 수 있기 때문입니다.
.[sssd]sssd.confconf.d
답변1
당신 말이 맞습니다. 도메인이 잘 정의되어 있지 않습니다. 다음 버전(그 중 하나)에서 우리가 할 계획은 매개변수를 domains=선택사항으로 만드는 것입니다. 이렇게 하면 정의된 모든 도메인 부분이 자동으로 활성화되며 도메인을 포함하는 코드 조각의 이름을 통해 간단히 도메인을 제거하고 순서를 제어할 수 있습니다.