0
비즈니스 사례는 ID 공급자 인 Active Directory Federation Server에서 Salesforce에 서비스 공급자로 소유권 주장을 전달합니다. ADFS에서 sAMAccountName을 Name ID에 매핑합니다. Salesforce에서 사용자 레코드의 연합 ID를 sAMAccountName 값으로 채 웁니다. 대소 문자가 맞다고 가정합니다. 우리의 AD sAMAccountName 값은 일관되게 (새로운 것들이 있지만, 수년에 걸쳐 사실이 아닙니다.) 다루어지지 않습니다. AD 프로비저닝 정책 및 프로세스 이전의 레코드에 대해 대/소문자를 일관되게 만들기 위해 AD 수준에 개입하는 대신 ADFS 주장을 변형하여 대/소문자를 강제로 적용하고 Salesforce Federated ID를 동일한 사례로 채 웁니다. RegExReplace가 ADFS 주장에서 작동 할 수 있는지 궁금해했지만 예제를 찾지 못했습니다. 누구든지이 문제를 해결 했습니까? 도와 줘서 고마워.ADFS 클레임 규칙 언어에서 문자열 함수 사용
도움이되고 유익한 링크를 사용하여 신속하게 응답 해 주셔서 감사합니다. ADFS 발급 규칙에서 기본 문자열 연산을 구현하기 위해 전체 Visual Studio 프로젝트를 유지 관리해야 GAC 및 ADFS에 사용자 지정 WIF 클래스 라이브러리를 등록해야한다는 사실에 조금 놀랄 것입니다. 나는 그 권리를 이해하고 있는가? – Thomas
사실, WIF 확장이 아닌 ADFS와 나란히있는 사용자 지정 특성 저장소입니다. 그런 다음 사용자 지정 특성 저장소를 AD가 아닌 클레임 원본으로 사용합니다. – nzpcmad
다시 도움을 주셔서 감사합니다. 나는 그것을 시도 할 것이다. 어쩌면 언젠가 마이크로 소프트는 그러한 기본 문자열 작업을 통합하기 위해 클레임 언어 자체를 향상시킬 것입니다. – Thomas