Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel werden die Authentifizierungsszenarien für die Anmeldung bei Microsoft Entra ID aus dem Modul beschrieben. Das Microsoft Entra PowerShell-Modul unterstützt mehrere Authentifizierungsszenarien. Das von Ihnen ausgewählte Szenario hängt von Ihrem Anwendungsfall ab.
Wenn Sie beispielsweise das Modul für die Ad-hoc-Verwaltung von Microsoft Entra Ressourcen verwenden, können Sie sich mit einer interaktiven Anmeldung anmelden. Wenn Sie ein Skript für die Automatisierung schreiben, können Sie sich mit einem Dienstprinzipal anmelden. Wenn Sie das Modul in einer Azure Ressource ausführen, können Sie sich mit einer verwalteten Identität anmelden.
Häufige Authentifizierungsszenarien
Die beiden allgemeinen Authentifizierungsszenarien sind:
- Delegierte Authentifizierung (interaktiv) – In diesem Szenario fungiert die Anwendung im Namen eines angemeldeten Benutzers und greift auf Ressourcen mit den Berechtigungen des Benutzers zu. Sie erfordert delegierte Berechtigungen, die sowohl dem Client als auch dem Benutzer gewährt werden. Die Berechtigungen des Benutzers, z. B. die durch Microsoft Entra rollenbasierte Zugriffssteuerung (RBAC), gewährten Berechtigungen bestimmen den Umfang des Zugriffs. Weitere Informationen zur delegierten Authentifizierung finden Sie unter Authentifizieren mit delegiertem Zugriff.
- Nur-App-Authentifizierung (nicht interaktiv) – In diesem Szenario kann die Anwendung nur als sich selbst agieren, ohne dass ein Benutzer angemeldet ist. Es wird für Szenarien wie Automatisierung oder Sicherung verwendet, die Hintergrunddienste oder Daemons umfassen. In diesem Szenario werden App-Rollen oder Anwendungsberechtigungen verwendet, die der Client-App gewährt werden, um auf Daten zuzugreifen, die der Berechtigung zugeordnet sind. Weitere Informationen zur nur-App-Authentifizierung finden Sie unter "Authentifizieren mit nur App-Zugriff".
Andere Authentifizierungsszenarien
Das Microsoft Entra PowerShell-Modul unterstützt andere Authentifizierungsszenarien, die im restlichen Artikel erläutert werden.
Anmelden bei einer nationalen Cloud
Nationale Clouds, auch als souveräne Clouds bezeichnet, sind physisch isolierte Instanzen von Azure entwickelt, um sicherzustellen, dass die Anforderungen an die Datenhaltung, Souveränität und Compliance innerhalb geografischer Grenzen eingehalten werden. Wenn Sie über ein Konto in einer nationalen Cloud verfügen, geben Sie die Umgebung mit dem Parameter "Environment" an, wenn Sie sich anmelden. Dieser Parameter ist mit allen Anmeldemethoden kompatibel. Verwenden Sie beispielsweise für ein Konto in Azure China 21Vianet den folgenden Befehl:
Connect-Entra -Environment China
Hinweis
Global registrierte Apps werden nicht in Azure China repliziert. Sie müssen Ihre eigenen Anwendungen in Azure China registrieren und beim Herstellen einer Verbindung mit Microsoft Graph verwenden.
Führen Sie den folgenden Befehl aus, um eine Liste der verfügbaren Umgebungen abzurufen:
Get-EntraEnvironment
Herstellen einer Verbindung mit Microsoft Entra ID als andere Identität
Wenn Sie eine Verbindung als eine andere Identität als CurrentUser herstellen möchten, geben Sie den -ContextScope Parameter mit dem Wert Processan.
Connect-Entra -ContextScope 'Process'
HTTP-Client-Timeout festlegen
Sie können das HTTP-Clienttimeout (in Sekunden) durch Ausführen festlegen.
Connect-Entra -ClientTimeout 60
Verbessern der Sicherheit mit dem Prinzip der geringsten Rechte
Um Ihre Microsoft-Entra-Ressourcen zu schützen, beschränken Sie die Berechtigungen der Identität für die von Ihnen gewählte Authentifizierungsmethode nach dem Prinzip der geringsten Rechte. Wenn Sie Anmeldeberechtigungen so weit wie möglich für Ihren Anwendungsfall einschränken, können Sie ihre Microsoft Entra Ressourcen schützen. Weitere Informationen finden Sie unter "Verbessern der Sicherheit mit dem Prinzip der geringsten Rechte".
Wir empfehlen die Verwendung einer benutzerdefinierten Anwendung, um die berechtigungen zu isolieren und einzuschränken, die für Microsoft Entra PowerShell-Verwendung gewährt werden. Informationen zum Erstellen einer benutzerdefinierten Anwendung und Erteilen von Berechtigungen in Microsoft Entra ID finden Sie unter Erstellen einer benutzerdefinierten Anwendung zum Herstellen einer Verbindung mit Microsoft Entra PowerShell.