Sie integrieren eine neue SAML-basierte SaaS-Anwendung (AppX), die Ihre AD FS-Farm zur Authentifizierung verwenden wird. Token müssen die E-Mail-Adresse des Benutzers als Name ID und einen benutzerdefinierten Anspruch enthalten, der aus dem AD-Attribut employeeType stammt. Benutzer müssen in der Lage sein, von außerhalb des Unternehmensnetzwerks auf AppX zuzugreifen. Was sollten Sie tun? (Wählen Sie zwei)

Um eine SAML-basierte SaaS-Anwendung (AppX) mit AD FS zu integrieren, muss zunächst ein Relying Party Trust für AppX erstellt werden. Dies definiert die Beziehung zwischen AD FS und der Anwendung. Die Issuance Transform Rules sind entscheidend, um die erforderlichen Token-Attribute zu konfigurieren: die E-Mail-Adresse als Name ID und den benutzerdefinierten Anspruch employeeType. Da Benutzer von außerhalb des Unternehmensnetzwerks auf AppX zugreifen müssen, ist der Web Application Proxy (WAP) erforderlich. Er fungiert als Reverse-Proxy für AD FS und veröffentlicht die AD FS-Endpunkte sicher im Internet, wobei ein öffentliches Zertifikat für den Verbunddienstnamen verwendet wird. Eine neue Claims Provider Trust ist nicht notwendig, da die Claims bereits aus der internen Active Directory-Domäne stammen. Die Veröffentlichung über den WAP mit Azure AD-Vorauthentifizierung ist hier nicht anwendbar, da AD FS als Identitätsanbieter dient. Die Aktivierung der Geräteregistrierung ist für die spezifischen Anforderungen dieser Aufgabe nicht relevant.