Problèmes connus d’Azure Digital Twins
Cet article fournit des informations sur les problèmes connus associés à Azure Digital Twins.
Azure Digital Twins Explorer ne prend pas en charge les points de terminaison privés
Description du problème : Azure Digital Twins Explorer affiche des erreurs lors de sa tentative d’utilisation avec une instance Azure Digital Twins qui utilise Private Link pour désactiver l’accès public. Vous pouvez voir une fenêtre contextuelle indiquant modèles de récupération d’erreurs.
Cela me concerne-t-il ? | Cause | Résolution |
---|---|---|
Si vous utilisez Azure Digital Twins avec un point de terminaison privé/Private Link, ce problème vous affecte lors de la tentative d’affichage de votre instance dans Azure Digital Twins Explorer. | Azure Digital Twins Explorer ne prend pas en charge les points de terminaison privés. | Vous pouvez déployer votre propre version de la base de code d’Azure Digital Twins Explorer en privé dans le cloud. Pour obtenir des instructions sur la procédure à suivre, consultez Azure Digital Twins Explorer : Running in the cloud (Azure Digital Twins Explorer : exécution dans le cloud). Vous pouvez également gérer votre instance Azure Digital Twins à l’aide des API et SDK à la place. |
« 400 Client Error : Mauvaise requête » dans Cloud Shell
Description du problème : Les commandes dans Cloud Shell qui s’exécutent sur https://shell.azure.com peuvent échouer par intermittence avec l’erreur « Erreur 400 du client : Requête incorrecte pour l’URL : http://localhost:50342/oauth2/token
», suivie par l’arborescence complète des appels de procédure.
Cela me concerne-t-il ? | Cause | Résolution |
---|---|---|
Dans Azure Digital Twins, ce problème concerne les groupes de commandes suivants : az dt route az dt model az dt twin |
C’est le résultat de ce problème connu dans Cloud Shell : L’obtention d’un jeton à partir de Cloud Shell échoue par intermittence avec l’erreur « Erreur 400 du client : Requête incorrecte ». Le problème concerne les jetons d’authentification d’instance Azure Digital Twins et l’authentification par défaut basée sur l’identité managée de Cloud Shell. Il n’impacte pas les commandes Azure Digital Twins des groupes de commandes az dt ou az dt endpoint , car celles-ci utilisent un autre type de jeton d’authentification (basé sur Azure Resource Manager) qui peut être utilisé sans problème avec l’authentification par identité managée de Cloud Shell. |
Une façon de résoudre ce problème est de réexécuter la commande az login dans Cloud Shell et d’effectuer les étapes de connexion suivantes. Après cette action, votre session n’est plus soumise à une authentification par identité managée, ce qui permet d’éviter le problème de fond. Ensuite, vous pouvez réexécuter la commande.Vous pouvez aussi ouvrir le volet Cloud Shell dans le portail Azure et effectuer votre travail Cloud Shell à partir de là. Une dernière solution consiste à installer Azure CLI sur votre ordinateur afin de pouvoir exécuter les commandes Azure CLI localement. L’interface CLI locale ne rencontre pas ce problème. |
Problème avec l’authentification interactive du navigateur sur Azure.Identity 1.2.0
Description du problème : Lorsque vous écrivez du code d’authentification dans vos applications Azure Digital Twins avec la version 1.2.0 de la bibliothèque Azure.Identity, vous risquez de rencontrer des problèmes avec la méthode InteractiveBrowserCredential. Ce problème se présente comme une réponse d’erreur « Azure.Identity.AuthenticationFailedException » lors de la tentative d’authentification dans une fenêtre du navigateur. La fenêtre du navigateur peut ne pas démarrer complètement ou sembler réussir à authentifier l’utilisateur, alors que l’application cliente échoue toujours avec l’erreur.
Cela me concerne-t-il ? | Cause | Résolution |
---|---|---|
La méthode concernée est utilisée dans les articles suivants : Coder une application cliente Écrire le code d’authentification de l’application API et SDK Azure Digital Twins |
Certains utilisateurs ont rencontré ce problème avec la version 1.2.0 de la bibliothèque Azure.Identity . |
Pour résoudre ce problème, mettez à jour vos applications afin d’utiliser une version ultérieure de Azure.Identity . Après la mise à jour de la version de la bibliothèque, le navigateur doit se charger et s’authentifier comme prévu. |
Problème d’authentification avec les informations d’identification Azure par défaut sur Azure.Identity 1.3.0
Description du problème : Lors de l’écriture du code d’authentification en utilisant la version 1.3.0 de la bibliothèque Azure.Identity, certains utilisateurs ont rencontré des problèmes avec la méthode DefaultAzureCredential utilisée dans de nombreux échantillons de ces documents Azure Digital Twins. Ce problème présente une réponse d’erreur « Azure.Identity.AuthenticationFailedException : l’authentification SharedTokenCacheCredential a échoué » lorsque le code tente de s’authentifier.
Cela me concerne-t-il ? | Cause | Résolution |
---|---|---|
DefaultAzureCredential est utilisée dans la plupart des exemples de documentation pour ce service qui incluent l’authentification. Si vous écrivez du code d’authentification en utilisant DefaultAzureCredential avec la version 1.3.0 de la bibliothèque Azure.Identity et que vous voyez ce message d’erreur, ce problème vous concerne. |
Il s’agit probablement d’un problème de configuration de la bibliothèque Azure.Identity et de DefaultAzureCredential , sa classe d’authentification. Cette classe est un wrapper contenant plusieurs types d’informations d’identification qui sont essayés dans l’ordre. Le problème peut se produire lorsque le flux d’authentification atteint le type SharedTokenCacheCredential . |
L’une des stratégies permettant de résoudre ce problème consiste à exclure SharedTokenCacheCredential de vos informations d’identification, comme décrit dans ce problème DefaultAzureCredential qui est actuellement ouvert concernant Azure.Identity . Vous pouvez exclure SharedTokenCacheCredential de vos informations d’identification en instanciant la classe DefaultAzureCredential à l’aide du paramètre facultatif suivant : new DefaultAzureCredential(new DefaultAzureCredentialOptions { ExcludeSharedTokenCacheCredential = true }); Une autre option consiste à modifier votre application pour qu’elle utilise une version antérieure de Azure.Identity , comme la version 1.2.3. L’utilisation d’une version antérieure n’impacte pas le fonctionnement d’Azure Digital Twins et constitue donc une solution possible. |
Étapes suivantes
En savoir plus sur la sécurité et les autorisations sur Azure Digital Twins :