AuthorizationCodeCredentialOptions Klasse

Optionen zum Konfigurieren von AuthorizationCodeCredential.

Gibt für mehrinstanzenfähige Anwendungen zusätzliche Mandanten an, für die die Anmeldeinformationen Token abrufen können. Fügen Sie den Platzhalterwert "*" hinzu, damit die Anmeldeinformationen Token für jeden Mandanten abrufen können, in dem die Anwendung installiert ist.

Der Host der Microsoft Entra Autorität. Der Standardwert lautet https://login.microsoftonline.com/. Bekannte Autoritätshosts für Azure-Cloudinstanzen finden Sie unter AzureAuthorityHosts.

Ruft die Diagnoseoptionen für Anmeldeinformationen ab.

Ruft die Einstellung ab, die bestimmt, ob instance Ermittlung beim Versuch der Authentifizierung ausgeführt wird, oder legt sie fest. Wenn Sie diesen Wert auf true festlegen, werden sowohl instance Ermittlung als auch die Überprüfung der Autorität vollständig deaktiviert. Diese Funktionalität ist für die Verwendung in Szenarien vorgesehen, in denen der Metadatenendpunkt nicht erreicht werden kann, z. B. in privaten Clouds oder Azure Stack. Der Prozess der instance Ermittlung umfasst das Abrufen von Autoritätsmetadaten aushttps://login.microsoft.com/, um die Autorität zu überprüfen. Wenn Sie dies auf truefestlegen, wird die Überprüfung der Autorität deaktiviert. Daher ist es entscheidend, dass der konfigurierte Autoritätshost gültig und vertrauenswürdig ist."

Ruft den Wert ab, der angibt, ob die ETW-Protokollierung mit potenziell vertraulichen Inhalten protokolliert werden soll, oder legt diesen fest. Wenn Sie diese Eigenschaft auf true festlegen, wird die Redaction von Request Content nicht deaktiviert. Um die Protokollierung vertraulicher Daten zu Content aktivieren, muss die IsLoggingContentEnabled Eigenschaft auf truefestgelegt werden. Wenn Sie diese Eigenschaft auf true festlegen, wird "true" für den enablePiiLogging-Parameter an die "WithLogging"-Methode im MSAL-Client-Generator übergeben.

Der Umleitungs-URI, der mit der GetToken-Anforderung gesendet wird.

Ruft die Client-Wiederholungsoptionen ab.

Ruft die Richtlinie ab, die für Wiederholungen verwendet werden soll, oder legt sie fest. Wenn eine Richtlinie angegeben wird, wird sie anstelle der Retry -Eigenschaft verwendet. Der RetryPolicy Typ kann abgeleitet werden, um das Standardverhalten zu ändern, ohne die Wiederholungslogik vollständig implementieren zu müssen. Wenn Process(HttpMessage, ReadOnlyMemory<HttpPipelinePolicy>) überschrieben oder ein benutzerdefinierter HttpPipelinePolicy Wert angegeben ist, liegt es in der Verantwortung des Implementierers, die ProcessingContext Werte zu aktualisieren.

Der HttpPipelineTransport , der für diesen Client verwendet werden soll. Standardmäßig wird ein instance von verwendetHttpClientTransport.

Fügt der Clientpipeline eine Richtlinie hinzu HttpPipeline . Die Position der Richtlinie in der Pipeline wird durch den position -Parameter gesteuert. Wenn die Richtlinie einmal pro Clientanforderung ausgeführt werden soll, verwenden Sie PerCall andernfalls PerRetry die Verwendung, um die Richtlinie für jeden Wiederholungsversuch auszuführen. Beachten Sie, dass derselbe instance von policy allen Pipelines des Clients hinzugefügt wird, die mit diesem ClientOptions Objekt erstellt wurden.