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.
Zrzut ekranu przedstawiający ikonę usługi Cloud Shell na pasku ikony witryny Azure Portal.

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 DefaultAzureCredentialklasy 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.Identityelementu . 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: