Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ten artykuł zawiera informacje o znanych problemach związanych z usługą Azure Digital Twins.
Eksplorator usługi Azure Digital Twins nie obsługuje prywatnych punktów końcowych
Opis problemu: Eksplorator usługi Azure Digital Twins wyświetla błędy podczas próby użycia go z wystąpieniem usługi Azure Digital Twins, które korzysta z usługi Private Link w celu wyłączenia dostępu publicznego. Może zostać wyświetlone wyskakujące okienko z komunikatem Błąd podczas pobierania modeli.
| Czy to wpływa na mnie? | Przyczyna | Rezolucja |
|---|---|---|
| Jeśli używasz usługi Azure Digital Twins z prywatnym punktem końcowym lub usługą Private Link, ten problem będzie cię dotyczyć podczas próby wyświetlenia swojego wystąpienia w Azure Digital Twins Explorer. | Usługa Azure Digital Twins Explorer nie oferuje obsługi prywatnych punktów końcowych. | Własną wersję kodu programu Azure Digital Twins Explorer można wdrożyć prywatnie w chmurze. Aby uzyskać instrukcje dotyczące tego, jak to zrobić, zobacz Azure Digital Twins Explorer: Running in the cloud (Eksplorator usługi Azure Digital Twins: uruchamianie w chmurze). Możesz także zarządzać instancją usługi Azure Digital Twins, korzystając z interfejsów API i zestawów SDK. |
"Błąd klienta 400: nieprawidłowe żądanie" w usłudze Cloud Shell
Opis problemu: Polecenia w usłudze Cloud Shell uruchomione https://shell.azure.com mogą sporadycznie zakończyć się niepowodzeniem z powodu błędu "Błąd klienta 400: Nieprawidłowe żądanie dla adresu URL: http://localhost:50342/oauth2/token", a następnie pełne śledzenie stosu.
| Czy to wpływa na mnie? | Przyczyna | Rezolucja |
|---|---|---|
W usłudze Azure Digital Twins ten problem dotyczy następujących grup poleceń:az dt routeaz dt modelaz dt twin |
Jest to wynik znanego problemu w usłudze Cloud Shell: pobieranie tokenu z usługi Cloud Shell sporadycznie kończy się niepowodzeniem z powodu błędu klienta 400: nieprawidłowe żądanie. Przedstawia problem z tokenami uwierzytelniania instancji usługi Azure Digital Twins oraz domyślnym uwierzytelnianiem opartym na zarządzanej tożsamości w usłudze Cloud Shell. Nie ma to wpływu na polecenia usługi Azure Digital Twins z grup poleceń az dt lub az dt endpoint, ponieważ używają innego typu tokenu uwierzytelniania (opartego na usłudze Azure Resource Manager), który nie ma problemu z uwierzytelnianiem tożsamości zarządzanej w Cloud Shell. |
Jednym ze sposobów rozwiązania tego problemu az login jest ponowne uruchomienie polecenia w usłudze Cloud Shell i wykonanie poniższych kroków logowania. Ta akcja spowoduje, że Twoja sesja zostanie przełączona z uwierzytelniania tożsamości zarządzanej, co pozwoli uniknąć pierwotnego problemu. Następnie możesz ponownie uruchomić polecenie.W przeciwnym razie możesz otworzyć okienko usługi Cloud Shell w witrynie Azure Portal i ukończyć pracę usługi Cloud Shell z tego miejsca. 
Na koniec innym rozwiązaniem jest zainstalowanie interfejsu wiersza polecenia platformy Azure na maszynie, aby można było uruchamiać polecenia interfejsu wiersza polecenia platformy Azure lokalnie. Ten problem nie występuje w lokalnym systemie CLI. |
Problem z uwierzytelnianiem w przeglądarce interakcyjnej w usłudze Azure.Identity 1.2.0
Opis problemu: Podczas pisania kodu uwierzytelniania w aplikacjach usługi Azure Digital Twins w wersji 1.2.0 biblioteki Azure.Identity mogą wystąpić problemy z metodą InteractiveBrowserCredential . Ten problem występuje jako odpowiedź na błąd "Azure.Identity.AuthenticationFailedException" podczas próby uwierzytelnienia w oknie przeglądarki. Uruchomienie okna przeglądarki może zakończyć się niepowodzeniem lub wydaje się, że uwierzytelnienie użytkownika zakończyło się pomyślnie, podczas gdy aplikacja kliencka nadal kończy się niepowodzeniem z powodu błędu.
| Czy to wpływa na mnie? | Przyczyna | Rezolucja |
|---|---|---|
| Metoda, której dotyczy problem, jest używana w następujących artykułach: Kodacja aplikacji klienckiej Pisanie kodu uwierzytelniania aplikacji Interfejsy API i zestawy SDK usługi Azure Digital Twins |
Niektórzy użytkownicy mieli ten problem z wersją 1.2.0 Azure.Identity biblioteki. |
Aby rozwiązać ten problem, zaktualizuj aplikacje, aby korzystały z nowszej wersji programu Azure.Identity. Po zaktualizowaniu wersji biblioteki przeglądarka powinna załadować i uwierzytelnić się zgodnie z oczekiwaniami. |
Problem z domyślnym uwierzytelnianiem poświadczeń platformy Azure w usłudze Azure.Identity 1.3.0
Opis problemu: Podczas pisania kodu uwierzytelniania przy użyciu wersji 1.3.0 biblioteki Azure.Identity niektórzy użytkownicy napotkali problemy z metodą DefaultAzureCredential używaną w wielu przykładach w tych dokumentach usługi Azure Digital Twins. Ten problem występuje jako odpowiedź błędu "Azure.Identity.AuthenticationFailedException: SharedTokenCacheCredential authentication failed" (Niepowodzenie uwierzytelniania przy użyciu obiektu SharedTokenCacheCredential), gdy kod próbuje się uwierzytelnić.
| Czy to wpływa na mnie? | Przyczyna | Rezolucja |
|---|---|---|
DefaultAzureCredential Jest używany w większości przykładów dokumentacji dla tej usługi, która obejmuje uwierzytelnianie. Jeśli piszesz kod uwierzytelniania w DefaultAzureCredential wersji 1.3.0 Azure.Identity biblioteki i widzisz ten komunikat o błędzie, ten problem dotyczy Ciebie. |
Prawdopodobnie jest to wynik niektórych problemów z konfiguracją Azure.Identity biblioteki i DefaultAzureCredentialklasy uwierzytelniania . Ta klasa jest opakowaniem zawierającym kilka typów poświadczeń, które są sprawdzane w określonej kolejności. Problem może wystąpić, gdy przepływ uwierzytelniania osiągnie typ SharedTokenCacheCredential. |
Jedną ze strategii rozwiązania tego problemu jest wykluczenie SharedTokenCacheCredential z poświadczeń, zgodnie z opisem w tym problemie DefaultAzureCredential, który jest obecnie otwarty w kontekście Azure.Identity. Możesz wykluczyć SharedTokenCacheCredential z poświadczenia, tworząc instancję klasy DefaultAzureCredential przy użyciu następującego opcjonalnego parametru: new DefaultAzureCredential(new DefaultAzureCredentialOptions { ExcludeSharedTokenCacheCredential = true });.Inną opcją jest zmiana aplikacji na użycie starszej wersji programu Azure.Identity, takiej jak wersja 1.2.3. Korzystanie z wcześniejszej wersji nie ma wpływu na funkcjonalność usługi Azure Digital Twins, co sprawia, że jest to zaakceptowane rozwiązanie. |
polecenie az dt kończy się błędem ze starym rozszerzeniem azure-iot
Opis problemu: Polecenia z zestawu az dt kończą się niepowodzeniem, jeśli używasz wersji rozszerzenia azure-iot starszej niż 0.26.0 (0.26.0 jest akceptowalna), wraz z wersją 2.70.0 lub nowszą narzędzia Azure CLI. Komunikat o błędzie kończy się w obiekcie AttributeError: "CredentialAdaptor" nie ma atrybutu "signed_session".
| Czy to wpływa na mnie? | Przyczyna | Rezolucja |
|---|---|---|
Ten problem ma wpływ na możliwość uruchamiania az dt poleceń, jeśli używasz interfejsu wiersza polecenia platformy Azure w wersji 2.70.0 lub nowszej oraz wersji azure-iot rozszerzenia w starszej wersji niż 0.26.0. Wersję interfejsu wiersza polecenia możesz sprawdzić za pomocą polecenia az version i wersję rozszerzenia za pomocą polecenia azure-iot. |
Do uruchamiania poleceń azure-iot w wersji 2.70.0 lub nowszej platformy Azure CLI wymagane jest rozszerzenie interfejsu wiersza polecenia w wersji 0.26.0 lub nowszej az dt. |
az extension update Użyj polecenia , aby zaktualizować azure-iot rozszerzenie do najnowszej wersji. |
Następne kroki
Przeczytaj więcej na temat zabezpieczeń i uprawnień w usłudze Azure Digital Twins: