Znane problemy z usługą Azure Digital Twins
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 | Rozwiązanie |
---|---|---|
Jeśli używasz usługi Azure Digital Twins z prywatnym punktem końcowym/usługą Private Link, ten problem będzie dotyczyć podczas próby wyświetlenia wystąpienia w eksploratorze usługi Azure Digital Twins. | 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). Alternatywnie możesz zarządzać wystąpieniem usługi Azure Digital Twins przy użyciu 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 sporadycznie mogą sporadycznie zakończyć się niepowodzeniem z powodu błędu "Błąd klienta 400: Nieprawidłowe żądanie adresu URL: http://localhost:50342/oauth2/token
", a następnie pełne śledzenie stosu.
Czy to wpływa na mnie? | Przyczyna | Rozwiązanie |
---|---|---|
W usłudze Azure Digital Twins ten problem dotyczy następujących grup poleceń:az dt route az dt model az 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 wystąpień usługi Azure Digital Twins i domyślnym uwierzytelnianiem opartym na tożsamości zarządzanej usługi Cloud Shell. Nie ma to wpływu na polecenia usługi Azure Digital Twins z az dt grup poleceń 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 usługi 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 przełączenie sesji z uwierzytelniania tożsamości zarządzanej, co pozwala uniknąć głównego 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 interfejsie wiersza polecenia. |
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 | Rozwiązanie |
---|---|---|
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 | Rozwiązanie |
---|---|---|
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 DefaultAzureCredential klasy uwierzytelniania . Ta klasa jest otoką zawierającą kilka typów poświadczeń, które są wypróbowane w kolejności. Problem może wystąpić, gdy przepływ uwierzytelniania osiągnie SharedTokenCacheCredential typ. |
Jedną ze strategii rozwiązania tego problemu jest wykluczenie SharedTokenCacheCredential z poświadczeń zgodnie z opisem w tym problemie DomyślnyAzureCredential, który jest obecnie otwarty względem Azure.Identity elementu . Możesz wykluczyć SharedTokenCacheCredential z poświadczeń, tworząc wystąpienie DefaultAzureCredential klasy 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. |
Następne kroki
Przeczytaj więcej na temat zabezpieczeń i uprawnień w usłudze Azure Digital Twins: