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.
Dieser Artikel enthält Informationen zu bekannten Problemen im Zusammenhang mit Azure Digital Twins.
Azure Digital Twins Explorer unterstützt keine privaten Endpunkte
Problembeschreibung: Azure Digital Twins Explorer zeigt Fehler beim Versuch, sie mit einer Azure Digital Twins-Instanz zu verwenden, die private Verknüpfung zum Deaktivieren des öffentlichen Zugriffs verwendet. Möglicherweise wird ein Popup mit der Meldung "Fehler beim Abrufen von Modellen" angezeigt.
| Hat dies Auswirkungen auf mich? | Ursache | Beschluss |
|---|---|---|
| Wenn Sie Azure Digital Twins mit einem privaten Endpunkt/privatem Link verwenden, wirkt sich dieses Problem auf Sie aus, wenn Sie versuchen, Ihre Instanz im Azure Digital Twins Explorer anzuzeigen. | Azure Digital Twins Explorer bietet keine Unterstützung für private Endpunkte. | Sie können Ihre eigene Version der Azure Digital Twins Explorer-Codebasis privat in der Cloud deployen. Entsprechende Anweisungen finden Sie unter Azure Digital Twins-Explorer: Ausführen in der Cloud. Alternativ können Sie Ihre Azure Digital Twins-Instanz stattdessen mithilfe der APIs und SDKs verwalten. |
"400 Clientfehler: Ungültige Anforderung" in Cloud Shell
Problembeschreibung: Für Befehle in Cloud Shell, die auf https://shell.azure.com ausgeführt werden, kann zeitweilig der folgende Fehler auftreten: „400 Clientfehler: Ungültige Anforderung für URL: http://localhost:50342/oauth2/token“ (gefolgt von der vollständigen Stapelüberwachung).
| Hat dies Auswirkungen auf mich? | Ursache | Beschluss |
|---|---|---|
In Azure Digital Twins wirkt sich dieses Problem auf die folgenden Befehlsgruppen aus:az dt routeaz dt modelaz dt twin |
Dies ist das Ergebnis eines bekannten Problems in Cloud Shell: Das Abrufen von Token aus Cloud Shell schlägt zeitweise mit 400 Clientfehler fehl: Ungültige Anforderung. Es stellt ein Problem mit Azure Digital Twins-Instanzauthentifizierungstoken und der standardmäßigen verwalteten Identitätsauthentifizierung der Cloud Shell dar. Es wirkt sich nicht auf Azure Digital Twins-Befehle aus den az dt Oder az dt endpoint Befehlsgruppen aus, da sie einen anderen Authentifizierungstokentyp (basierend auf Azure Resource Manager) verwenden, der kein Problem mit der verwalteten Identitätsauthentifizierung von Cloud Shell hat. |
Eine Möglichkeit, dieses Problem zu beheben, besteht darin, den az login Befehl in Cloud Shell erneut auszuführen und die folgenden Anmeldeschritte auszuführen. Durch diese Maßnahme wird Ihre Sitzung aus der Authentifizierung mit der verwalteten Identität umgeschaltet, wodurch das ursächliche Problem vermieden wird. Anschließend können Sie den Befehl erneut ausführen.Andernfalls können Sie den Cloud Shell-Bereich im Azure-Portal öffnen und Ihre Cloud Shell-Arbeit von dort aus abschließen. 
Schließlich besteht eine weitere Lösung darin, die Azure CLI auf Ihrem Computer zu installieren, damit Sie Azure CLI-Befehle lokal ausführen können. Die lokale CLI hat dieses Problem nicht. |
Problem mit der interaktiven Browserauthentifizierung auf Azure.Identity 1.2.0
Problembeschreibung: Beim Schreiben von Authentifizierungscode in Ihren Azure Digital Twins-Anwendungen mit Version 1.2.0 der Azure.Identity-Bibliothek treten möglicherweise Probleme mit der InteractiveBrowserCredential-Methode auf. Dieses Problem äußert sich als Fehlerantwort "Azure.Identity.AuthenticationFailedException", wenn versucht wird, sich in einem Browserfenster zu authentifizieren. Das Browserfenster kann nicht vollständig gestartet werden oder scheint den Benutzer erfolgreich zu authentifizieren, während die Clientanwendung weiterhin mit dem Fehler fehlschlägt.
| Hat dies Auswirkungen auf mich? | Ursache | Beschluss |
|---|---|---|
| Die betroffene Methode wird in den folgenden Artikeln verwendet: Codieren einer Client-App Schreiben von App-Authentifizierungscode Azure Digital Twins-APIs und SDKs |
Einige Benutzer hatten dieses Problem mit Version 1.2.0 der Azure.Identity Bibliothek. |
Um das Problem zu beheben, aktualisieren Sie Ihre Anwendungen für die Verwendung einer neueren Version von Azure.Identity. Nach dem Aktualisieren der Bibliotheksversion sollte der Browser wie erwartet geladen und authentifiziert werden. |
Problem mit der standardmäßigen Azure-Anmeldeinformationsauthentifizierung auf Azure.Identity 1.3.0
Problembeschreibung: Beim Schreiben von Authentifizierungscode mit Version 1.3.0 der Azure.Identity-Bibliothek haben einige Benutzer Probleme mit der DefaultAzureCredential-Methode erlebt, die in vielen Beispielen in diesen Azure Digital Twins-Dokumenten verwendet wird. Dieses Problem stellt eine Fehlerantwort von "Azure.Identity.AuthenticationFailedException: SharedTokenCacheCredential authentication failed" dar, wenn der Code versucht, sich zu authentifizieren.
| Hat dies Auswirkungen auf mich? | Ursache | Beschluss |
|---|---|---|
DefaultAzureCredential wird in den meisten Dokumentationsbeispielen für diesen Dienst verwendet, die die Authentifizierung enthalten. Wenn Sie Authentifizierungscode mit DefaultAzureCredential Version 1.3.0 der Azure.Identity Bibliothek schreiben und diese Fehlermeldung sehen, wirkt sich dieses Problem auf Sie aus. |
Dies ist wahrscheinlich ein Ergebnis eines Konfigurationsproblems mit der Azure.Identity Bibliothek und DefaultAzureCredentialder Authentifizierungsklasse. Diese Klasse ist ein Wrapper, der mehrere Anmeldeinformationstypen enthält, die der Reihe nach ausprobiert werden. Das Problem kann auftreten, wenn der Authentifizierungsfluss den SharedTokenCacheCredential Typ erreicht. |
Eine Strategie, um dies zu beheben, besteht darin, SharedTokenCacheCredential aus Ihren Anmeldeinformationen auszuschließen, wie in diesem DefaultAzureCredential-Problem beschrieben, das derzeit gegen Azure.Identity offen ist. Sie können SharedTokenCacheCredential aus Ihren Anmeldeinformationen ausschließen, indem Sie die DefaultAzureCredential-Klasse mithilfe des folgenden optionalen Parameters instanziieren: new DefaultAzureCredential(new DefaultAzureCredentialOptions { ExcludeSharedTokenCacheCredential = true });Eine weitere Möglichkeit besteht darin, Ihre Anwendung so zu ändern, dass sie eine frühere Version von Azure.Identity, z. B. Version 1.2.3, verwendet. Die Verwendung einer früheren Version hat keine funktionalen Auswirkungen auf Azure Digital Twins, wodurch sie zu einer akzeptierten Lösung wird. |
az dt-Befehle schlagen fehl mit der alten azure-iot-Erweiterung
Problembeschreibung: CLI-Befehle aus dem az dt Befehlssatz schlagen fehl, wenn Sie eine frühere Version der azure-iot Erweiterung als 0.26.0 (0.26.0) zusammen mit Version 2.70.0 oder höher der Azure CLI verwenden. Die Fehlermeldung endet im AttributFehler: Das Objekt 'CredentialAdaptor' hat kein Attribut 'signed_session'.
| Hat dies Auswirkungen auf mich? | Ursache | Beschluss |
|---|---|---|
Dieses Problem wirkt sich auf Ihre Fähigkeit aus, az dt Befehle auszuführen, wenn Sie eine Azure CLI in der Version 2.70.0 oder höher verwenden, und eine Version der azure-iot Erweiterung, die in einer älteren Version als 0.26.0 vorliegt. Sie können Ihre CLI-Version mit dem az version Befehl und der azure-iot Erweiterungsversion mit dem az extension show Befehl überprüfen. |
Version 0.26.0 oder höher der azure-iot CLI-Erweiterung ist erforderlich, um Befehle in Version 2.70.0 oder höher der Azure CLI auszuführen az dt . |
Verwenden Sie den az extension update Befehl, um die azure-iot Erweiterung auf die neueste Version zu aktualisieren. |
Nächste Schritte
Informieren Sie sich weiter über die Sicherheit und Berechtigungen in Azure Digital Twins: