Dela via

Kända problem med Azure Digital Twins

  • Artikel

Den här artikeln innehåller information om kända problem som är associerade med Azure Digital Twins.

Azure Digital Twins Explorer stöder inte privata slutpunkter

Problembeskrivning: Azure Digital Twins Explorer visar fel när du försöker använda den med en Azure Digital Twins-instans som använder Private Link för att inaktivera offentlig åtkomst. Du kan se ett popup-fönster med texten Fel vid hämtning av modeller.

Påverkar det mig? Orsak Åtgärd
Om du använder Azure Digital Twins med en privat slutpunkt/Private Link påverkar det här problemet dig när du försöker visa din instans i Azure Digital Twins Explorer. Azure Digital Twins Explorer erbjuder inte stöd för privata slutpunkter. Du kan distribuera din egen version av Azure Digital Twins Explorer-kodbasen privat i molnet. Anvisningar om hur du gör detta finns i Azure Digital Twins Explorer: Körs i molnet. Du kan också hantera din Azure Digital Twins-instans med hjälp av API:er och SDK:er i stället.

"400-klientfel: Felaktig begäran" i Cloud Shell

Problembeskrivning: Kommandon i Cloud Shell som körs vid https://shell.azure.com kan ibland misslyckas med felet "400 Client Error: Bad Request for URL: http://localhost:50342/oauth2/token" följt av fullständig stackspårning.

Påverkar det mig? Orsak Åtgärd
I Azure Digital Twins påverkar det här problemet följande kommandogrupper:

az dt route

az dt model

az dt twin		 Det är resultatet av ett känt problem i Cloud Shell: Hämtar token från Cloud Shell misslyckas tillfälligt med 400-klientfel: Felaktig begäran.

Det är ett problem med Azure Digital Twins-instansautentiseringstoken och Cloud Shells standardhanterade identitetsbaserade autentisering.

Det påverkar inte Azure Digital Twins-kommandon från az dt kommandogrupperna eller az dt endpoint eftersom de använder en annan typ av autentiseringstoken (baserat på Azure Resource Manager), som inte har något problem med Cloud Shells hanterade identitetsautentisering.		 Ett sätt att lösa det här problemet är att köra az login kommandot igen i Cloud Shell och slutföra de inloggningssteg som följer. Den här åtgärden växlar sessionen från hanterad identitetsautentisering, vilket undviker rotproblemet. Efteråt kan du köra kommandot igen.

Annars kan du öppna Cloud Shell-fönstret i Azure-portalen och slutföra ditt Cloud Shell-arbete därifrån.
Skärmbild av Cloud Shell-ikonen i ikonfältet i Azure-portalen.

Slutligen är en annan lösning att installera Azure CLI på datorn så att du kan köra Azure CLI-kommandon lokalt. Det lokala CLI upplever inte det här problemet.

Problem med interaktiv webbläsarautentisering på Azure.Identity 1.2.0

Problembeskrivning: När du skriver autentiseringskod i dina Azure Digital Twins-program med version 1.2.0 av Azure.Identity-biblioteket kan det uppstå problem med metoden InteractiveBrowserCredential . Det här problemet visas som ett felsvar på "Azure.Identity.AuthenticationFailedException" när du försöker autentisera i ett webbläsarfönster. Webbläsarfönstret kan misslyckas med att starta helt eller verkar autentisera användaren, medan klientprogrammet fortfarande misslyckas med felet.

Påverkar det mig? Orsak Åtgärd
Den berörda metoden används i följande artiklar:

Koda en klientapp

Skriva kod för appautentisering

Azure Digital Twins-API:er och SDK:er		 Vissa användare har haft det här problemet med version 1.2.0 av Azure.Identity biblioteket. Lös problemet genom att uppdatera dina program så att de använder en senare version av Azure.Identity. När du har uppdaterat biblioteksversionen bör webbläsaren läsa in och autentisera som förväntat.

Problem med standardautentisering för Azure-autentiseringsuppgifter på Azure.Identity 1.3.0

Problembeskrivning: När du skriver autentiseringskod med version 1.3.0 av Azure.Identity-biblioteket har vissa användare haft problem med metoden DefaultAzureCredential som används i många exempel i dessa Azure Digital Twins-dokument. Det här problemet visas som ett felsvar på "Azure.Identity.AuthenticationFailedException: SharedTokenCacheCredential-autentisering misslyckades" när koden försöker autentisera.

Påverkar det mig? Orsak Åtgärd
DefaultAzureCredential används i de flesta dokumentationsexempel för den här tjänsten som omfattar autentisering. Om du skriver autentiseringskod med hjälp DefaultAzureCredential av version 1.3.0 av Azure.Identity biblioteket och ser det här felmeddelandet påverkar det här problemet dig. Det beror troligen på ett konfigurationsproblem med Azure.Identity biblioteket och DefaultAzureCredentialdess autentiseringsklass. Den här klassen är en omslutning som innehåller flera typer av autentiseringsuppgifter som provas i ordning. Problemet kan uppstå när autentiseringsflödet når SharedTokenCacheCredential typen. En strategi för att lösa detta är att undanta SharedTokenCacheCredential från dina autentiseringsuppgifter, enligt beskrivningen i det här DefaultAzureCredential-problemet som för närvarande är öppet mot Azure.Identity. Du kan exkludera SharedTokenCacheCredential från dina autentiseringsuppgifter genom att instansiera DefaultAzureCredential klassen med hjälp av följande valfria parameter: new DefaultAzureCredential(new DefaultAzureCredentialOptions { ExcludeSharedTokenCacheCredential = true });
Ett annat alternativ är att ändra programmet så att det använder en tidigare version av Azure.Identity, till exempel version 1.2.3. Att använda en tidigare version har ingen funktionell inverkan på Azure Digital Twins, vilket gör det till en godkänd lösning.

Nästa steg

Läs mer om säkerhet och behörigheter för Azure Digital Twins: