Auswählen des richtigen Authentifizierungsmechanismus
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Für Anwendungen, die eine Schnittstelle mit Azure DevOps Services herstellen, müssen Sie sich authentifizieren, um Zugriff auf Ressourcen wie REST-APIs zu erhalten. Dieser Artikel enthält Anleitungen, mit denen Sie den richtigen Authentifizierungsmechanismus für Ihre Anwendung auswählen können.
In der folgenden Tabelle wird der empfohlene Authentifizierungsmechanismus für verschiedene Anwendungstypen beschrieben. Erste Schritte finden Sie in den folgenden grundlegenden Beschreibungen, Beispielen und Codebeispielen.
Art der Anwendung | BESCHREIBUNG | Beispiel | Authentifizierungsmechanismus | Codebeispiele |
---|---|---|---|---|
Interaktiv clientseitig (REST) | Clientanwendung, die das Aufrufen von Azure DevOps Services-REST-APIs für Benutzerinteraktionen ermöglicht | Auflisten von Projekten in einer Konsolenanwendung in einer organization | Microsoft Authentication Library (MSAL) | Beispiel |
Interaktive Clientseite (Clientbibliothek) | Clientanwendung, die benutzerinteraktionsaufrufe Azure DevOps Services-Clientbibliotheken zulässt | Die Konsolenanwendung listet Fehler auf, die dem aktuellen Benutzer zugewiesen sind | Clientbibliotheken | Beispiel |
Interaktives JavaScript | GUI-basierte JavaScript-Anwendung | AngularJS-Einzelseiten-App, die Projektinformationen für einen Benutzer anzeigt | Microsoft Authentication Library for JavaScript (MSAL JS) | Beispiel |
Persönliches Zugriffstoken (Personal Access Token, PAT) | Bearertoken für den Zugriff auf Ihre eigenen Ressourcen | Verwenden Sie Ihr PAT anstelle Ihres Kennworts. | Pats | |
Nicht interaktive Clientseite | Clientseitige Anwendung nur headless Text | Konsolen-App, die alle Einem Benutzer zugewiesenen Fehler anzeigt | Geräteprofil | Beispiel |
Interaktive clientseitige App für Azure DevOps | Clientanwendung, die Benutzerinteraktion ermöglicht, authentifiziert Azure DevOps-Benutzer | Konsolenanwendung, mit der Azure DevOps-Benutzern zugewiesene Fehler angezeigt werden können | Clientbibliothek (interaktiv und Windows-Authentifizierung) | Beispiel |
Interaktives Web | GUI-basierte Webanwendung, die die Zustimmung des Benutzers erfordert | Benutzerdefinierte Web-Dashboard anzeigen von Buildzusammenfassungen | Azure DevOps OAuth | Beispiel |
Dienstprinzipale oder verwaltete Identitäten | Anwendung mit Zugriff auf die Azure DevOps-Ressourcen von organization | Azure-Funktion zum Erstellen von Arbeitselementen | Dienstprinzipale und verwaltete Identitäten | Beispiel |
Azure DevOps Server Anwendung | Azure DevOps Server App mithilfe der Client OM-Bibliothek | Azure DevOps Server Erweiterung mit Teamfehlerdashboards | Clientbibliotheken | Beispiel |
Azure DevOps Services-Erweiterung | Azure DevOps Services-Erweiterung | Agile Karten | VSS Web Extension SDK | Beispiel |
Informationen zu Sicherheits- und Identitätskonzepten in Azure DevOps finden Sie unter Informationen zu Sicherheit und Identität. Weitere Informationen zum Speichern Ihrer Anmeldeinformationen finden Sie unter Speicher von Anmeldeinformationen für Azure DevOps.
Durch aktivieren der IIS-Standardauthentifizierung wird die Verwendung von PATs für Azure DevOps Server ungültig.
Weitere Informationen finden Sie unter Verwenden der IIS-Standardauthentifizierung mit lokalen Azure DevOps.For more information, see Using IIS Basic Authentication with Azure DevOps on-premises.
Häufig gestellte Fragen (FAQs)
F: Warum kann eines meiner Dienstkonten nicht auf die Azure DevOps-REST-API zugreifen?
A: Ihr Dienstkonto hat möglicherweise nicht "materialisiert". Da die Anmeldung nicht mit einem Dienstkonto möglich ist, das nicht über interaktive Anmeldeberechtigungen verfügt, schauen Sie sich diese Umgehung an.
F: Ich stelle eine interaktive clientseitige Anwendung her. Sollte ich Azure DevOps Services Clientbibliotheken oder Azure DevOps Services REST-APIs verwenden?
A: Beim Zugriff auf Azure DevOps Services Ressourcen wird empfohlen, Azure DevOps Services Clientbibliotheken über REST-APIs zu verwenden. Sie sind einfacher und einfacher zu verwalten, wenn Versionsänderungen an unseren REST-Endpunkten auftreten. Wenn funktionen in den Clientbibliotheken fehlen, ist MSAL der beste Authentifizierungsmechanismus, der mit unseren REST-APIs verwendet werden kann.
F: Gilt dieser Leitfaden nur für Azure DevOps Services oder ist er auch für lokale Azure DevOps Server Benutzer relevant?
A: Diese Anleitung richtet sich hauptsächlich an Azure DevOps Services Benutzer. Clientbibliotheken sind eine Reihe von Paketen, die speziell für die Erweiterung Azure DevOps Server Funktionalität entwickelt wurden. Für lokale Benutzer empfehlen wir die Verwendung der Clientbibliotheken, der Windows-Authentifizierung oder der persönlichen Zugriffstoken (PATs), um sich für einen Benutzer zu authentifizieren.
F: Was geschieht, wenn ich möchte, dass sich meine Anwendung bei Azure DevOps Server und Azure DevOps Services authentifiziert?
A: Die bewährte Methode besteht darin, unterschiedliche Authentifizierungspfade für Azure DevOps Server und Azure DevOps Services. Sie können den requestContext verwenden, um herauszufinden, welche Treffer Sie treffen, und dann den besten Mechanismus für jeden verwenden. Wenn Sie stattdessen eine einheitliche Lösung wünschen, funktionieren PATs für beide.
Feedback
https://aka.ms/ContentUserFeedback.
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unterFeedback senden und anzeigen für