Rozwiązywanie problemów z kodami błędów usługi Azure IoT Hub

W tym artykule opisano przyczyny i rozwiązania typowych kodów błędów, które mogą wystąpić podczas korzystania z usługi IoT Hub.

Błędy żądania 400xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 400. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy routingu 4001xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4001. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy modułów 4003xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4003. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy konfiguracji 4004xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4004. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy interfejsów 4005xx cyfrowych bliźniaków

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4005. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy 401xxx Brak autoryzacji

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 401. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

błąd 401003 IotHubUnauthorized

W dziennikach można zaobserwować wzorzec rozłączania urządzeń z 401003 IoTHubUnauthorized, a następnie z 404104 DeviceConnectionClosedRemotely, po czym następuje pomyślne nawiązanie połączenia wkrótce potem.

Żądania do usługi IoT Hub kończą się niepowodzeniem z powodu jednego z następujących komunikatów o błędach:

• Brak nagłówka autoryzacji
• Usługa IotHub '*' nie zawiera określonego urządzenia '*'
• Reguła autoryzacji "*" nie zezwala na dostęp dla '*'
• Uwierzytelnianie nie powiodło się dla tego urządzenia, odnowić token lub certyfikat i ponownie nawiązać połączenie
• Odcisk palca nie jest zgodny z konfiguracją: Odcisk palca: SHA1Hash=*, SHA2Hash=*; Konfiguracja: PrimaryThumbprint=*, SecondaryThumbprint=*
• Podmiot user@example.com nie jest autoryzowany do wykonania operacji GET na /exampleOperation z powodu braku przypisanych uprawnień

Ten błąd występuje, ponieważ w przypadku MQTT niektóre zestawy SDK polegają na tym, że IoT Hub rozłącza się, gdy token SAS wygaśnie, aby wiedziały, kiedy go odświeżyć. Więc:

1. Token SAS wygasa
2. IoT Hub zauważa wygaśnięcie i rozłącza urządzenie z 401003 IoTHubUnauthorized
3. Urządzenie kończy rozłączanie z 404104 DeviceConnectionClosedRemotely
4. Zestaw SDK IoT generuje nowy token SAS
5. Urządzenie zostanie pomyślnie ponownie nawiązane z usługą IoT Hub

Lub usługa IoT Hub nie może uwierzytelnić nagłówka, reguły lub klucza uwierzytelniania. Ten wynik może wynikać z któregokolwiek z powodów wymienionych w objawach.

Aby rozwiązać ten błąd, nie jest wymagana żadna akcja w przypadku używania zestawu IoT SDK do nawiązania połączenia przy użyciu parametrów połączenia urządzenia. Zestaw SDK IoT ponownie generuje nowy token, aby ponownie nawiązać połączenie po wygaśnięciu tokenu SAS.

Domyślna żywotność tokenu wynosi 60 minut w zestawach SDK; Jednak w przypadku niektórych zestawów SDK można skonfigurować cykl życia tokenu i próg odnawiania tokenu. Ponadto błędy generowane po rozłączeniu urządzenia i ponownym połączeniu z odnawianiem tokenu różnią się dla każdego zestawu SDK. Aby dowiedzieć się więcej i uzyskać informacje na temat sposobu określania zestawu SDK używanego przez urządzenie w dziennikach, zobacz sekcję Zachowanie rozłączania urządzenia MQTT z zestawami SDK usługi Azure IoTw sekcji Monitorowanie, diagnozowanie i rozwiązywanie problemów z łącznością urządzeń usługi Azure IoT Hub.

Dla deweloperów urządzeń, jeśli liczba błędów jest niepokojąca, przejdź do zestawu SDK języka C, który odnawia token SAS przed wygaśnięciem. W przypadku protokołu AMQP token SAS może być odświeżany bez rozłączania.

Ogólnie rzecz biorąc, przedstawiony komunikat o błędzie powinien wyjaśnić, jak naprawić błąd. Jeśli z jakiegoś powodu nie masz dostępu do szczegółów komunikatu o błędzie, upewnij się, że:

• Sygnatura dostępu współdzielonego lub inny używany token zabezpieczający nie wygasł.
• W przypadku uwierzytelniania certyfikatu X.509 certyfikat urządzenia lub certyfikat urzędu certyfikacji skojarzony z urządzeniem nie wygasł. Aby dowiedzieć się, jak zarejestrować certyfikaty CA X.509 w IoT Hub, zobacz Samouczek: tworzenie i przekazywanie certyfikatów na potrzeby testowania.
• W przypadku uwierzytelniania odcisku palca certyfikatu X.509 odcisk palca certyfikatu urządzenia jest zarejestrowany w usłudze IoT Hub.
• Poświadczenia autoryzacji są poprawnie sformułowane dla używanego protokołu. Aby dowiedzieć się więcej, zobacz Kontrola dostępu do usługi IoT Hub przy użyciu identyfikatora Entra firmy Microsoft.
• Użyta reguła autoryzacji ma uprawnienie do żądanej operacji.
• W przypadku ostatnich komunikatów o błędach rozpoczynających się od "principal...", ten błąd można rozwiązać, przypisując użytkownikowi prawidłowy poziom uprawnień RBAC platformy Azure. Na przykład właściciel usługi IoT Hub może przypisać rolę "Właściciel danych usługi IoT Hub", która daje wszystkie uprawnienia. Spróbuj wykonać tę rolę, aby rozwiązać problem z brakiem uprawnień.

Błędy 403xxx Zabronione

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 403. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

błąd 403002 IotHubQuotaExceeded

Być może żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu 403002 IotHubQuotaExceeded. W witrynie Azure Portal lista urządzeń centrum IoT Hub nie jest ładowana.

Ten błąd zwykle występuje, gdy przekroczono dzienny limit przydziału komunikatów dla centrum IoT. Aby rozwiązać ten błąd:

• Uaktualnij lub zwiększ liczbę jednostek w centrum IoT lub zaczekaj na następny dzień UTC, aż dzienny limit przydziału zostanie odświeżony.
• Aby dowiedzieć się, jak operacje są liczone w kierunku limitu, na przykład zapytania bliźniacze i metody bezpośrednie, zobacz sekcję Opłaty za operację w informacjach rozliczeniowych usługi Azure IoT Hub.
• Aby skonfigurować monitorowanie dziennego użycia kwoty, skonfiguruj alert z metryką Łączna liczba użytych komunikatów. Aby uzyskać instrukcje krok po kroku, zobacz sekcję Konfigurowanie metryk w temacie Samouczek: konfigurowanie i używanie metryk i dzienników za pomocą centrum IoT.

Zadanie importu zbiorczego może również zwrócić ten błąd, gdy liczba urządzeń zarejestrowanych w centrum IoT zbliża się lub przekracza limit przydzielenia zasobów dla centrum IoT. Aby dowiedzieć się więcej, zobacz sekcję Rozwiązywanie problemów z zadaniami importowania w artykule Zbiorczy import i eksport tożsamości urządzeń usługi IoT Hub.

błąd 403004: Przekroczono maksymalną głębokość kolejki urządzenia

Podczas próby wysłania komunikatu z chmury do urządzenia może zostać wyświetlony komunikat informujący o tym, że żądanie kończy się niepowodzeniem z powodu błędu 403004 lub DeviceMaximumQueueDepthExceeded.

Podstawową przyczyną tego błędu jest to, że liczba komunikatów w kolejce dla urządzenia przekracza limit kolejki.

Najbardziej prawdopodobną przyczyną wystąpienia tego limitu jest to, że używasz protokołu HTTPS do odbierania komunikatu, co prowadzi do ciągłego sondowania za pomocą ReceiveAsync, co skutkuje ograniczeniem żądania przez IoT Hub.

Obsługiwanym wzorcem dla komunikatów z chmury do urządzenia z protokołem HTTPS są urządzenia sporadycznie połączone, które rzadko sprawdzają komunikaty (rzadziej niż co 25 minut). Aby zmniejszyć prawdopodobieństwo wystąpienia limitu kolejki, przełącz się na protokół AMQP lub MQTT dla komunikatów z chmury do urządzenia.

Alternatywnie, ulepsz logikę po stronie urządzenia, aby szybko ukończyć, odrzucić lub porzucić komunikaty znajdujące się w kolejce, skrócić czas życia albo rozważyć wysłanie mniejszej liczby komunikatów. Aby uzyskać więcej informacji, zobacz sekcję Wygaśnięcie komunikatów (czas życia) w dokumencie Omówienie komunikatów z chmury do urządzenia z centrum IoT.

Na koniec rozważ użycie API Purge Queue dla okresowego czyszczenia oczekujących komunikatów przed osiągnięciem limitu.

403006 błąd PrzekroczonoLimitAktywnychPlikówDoPrzesłaniaUrządzenia

Może się okazać, że żądanie przekazania pliku kończy się niepowodzeniem z kodem 403006 błędu lub DeviceMaximumActiveFileUploadLimitExceeded komunikatem "Liczba aktywnych żądań przekazywania plików nie może przekraczać 10".

Ten błąd występuje, ponieważ każdy klient urządzenia jest ograniczony do współbieżnych przesyłania plików. Możesz łatwo przekroczyć limit, jeśli urządzenie nie powiadamia usługi IoT Hub o zakończeniu przekazywania plików. Zawodna sieć po stronie urządzenia często powoduje ten problem.

Aby rozwiązać ten błąd, upewnij się, że urządzenie może natychmiast powiadomić o zakończeniu przekazywania plików usługi IoT Hub. Następnie spróbuj zmniejszyć czas wygaśnięcia tokenu sygnatury dostępu współdzielonego dla konfiguracji przekazywania plików.

4031xx Błędy zabronione modelu urządzenia

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4031. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy 404xxx NotFound

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 404. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błąd 404001: DeviceNotFound

Podczas komunikacji chmura-urządzenie (C2D), takiej jak komunikat C2D, aktualizacja bliźniaka lub metoda bezpośrednia, operacja może kończyć się błędem 404001 DeviceNotFound.

Operacja nie powiodła się, ponieważ usługa IoT Hub nie może odnaleźć urządzenia. Urządzenie nie jest zarejestrowane lub jest wyłączone.

Aby rozwiązać ten błąd, zarejestruj użyty identyfikator urządzenia, a następnie spróbuj ponownie.

Błędy 4041xx Model urządzenia NotFound

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4041. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

błąd 404103 DeviceNotOnline

Może się okazać, że metoda bezpośrednia do urządzenia kończy się niepowodzeniem z powodu błędu 404103 DeviceNotOnline, nawet jeśli urządzenie jest w trybie online.

Jeśli wiesz, że urządzenie jest w trybie online i nadal występuje błąd, to prawdopodobnie jest on spowodowany brakiem rejestracji wywołania zwrotnego metody bezpośredniej na urządzeniu.

Aby uzyskać więcej informacji na temat prawidłowego konfigurowania urządzenia dla wywołań zwrotnych metod bezpośrednich, zobacz sekcję Obsługa metody bezpośredniej na urządzeniu w sekcji Obsługa metody bezpośredniej na urządzeniu.

błąd 404104: DeviceConnectionClosedRemotely

Możesz zauważyć, że urządzenia są rozłączane w regularnych odstępach czasu (na przykład co 65 minut), co jest widoczne w dziennikach zasobów usługi IoT Hub jako 404104 DeviceConnectionClosedRemotely. Czasami również widzisz 401003 IoTHubUnauthorized oraz zdarzenie pomyślnego połączenia urządzenia mniej niż minutę później.

Urządzenia mogą się losowo rozłączać, a Ty widzisz 404104 DeviceConnectionClosedRemotely w dziennikach zasobów usługi IoT Hub.

Lub wiele urządzeń rozłącza się jednocześnie, zobaczysz spadek w metryce Połączone urządzenia (connectedDeviceCount) i istnieje więcej 404104 DeviceConnectionClosedRemotely i 500xxx błędów wewnętrznych w dziennikach usługi Azure Monitor niż zwykle.

Ten błąd może wystąpić, ponieważ token SAS używany do nawiązywania połączenia z usługą IoT Hub wygasł, co powoduje rozłączenie urządzenia z usługą IoT Hub. Połączenie zostanie nawiązane ponownie, gdy urządzenie odświeży token. Na przykład token SAS wygasa co godzinę domyślnie dla zestawu SDK języka C, co może prowadzić do regularnych rozłączeń. Aby dowiedzieć się więcej, zobacz błąd 401003 IoTHubUnauthorized.

Oto kilka innych możliwości:

• Urządzenie utraciło podstawową łączność sieciową na dłużej niż czas utrzymywania aktywności MQTT, co spowodowało zdalne przekroczenie limitu czasu bezczynności. Ustawienie utrzymywania aktywności MQTT może być różne dla każdego urządzenia.
• Urządzenie wysłało reset na poziomie TCP/IP, ale nie wysłało resetu na poziomie aplikacji MQTT DISCONNECT. Zasadniczo urządzenie nagle zamknęło połączenie gniazda bazowego. Czasami usterki w starszych wersjach zestawu Azure IoT SDK mogą powodować ten problem.
• Aplikacja po stronie urządzenia uległa awarii.

Lub usługa IoT Hub może mieć przejściowy problem. Aby uzyskać więcej informacji, zobacz błędy wewnętrzne 500xxx.

Aby rozwiązać ten błąd:

• Zapoznaj się ze wskazówkami dotyczącymi błędu 401003 IoTHubUnauthorized.
• Upewnij się, że urządzenie ma dobrą łączność z usługą IoT Hub, testując połączenie. Jeśli sieć jest zawodna lub sporadyczna, nie zalecamy zwiększenia wartości keep-alive, ponieważ może to wydłużyć czas wykrycia (na przykład za pośrednictwem alertów usługi Azure Monitor).
• Użyj najnowszych wersji zestawów SDK usługi Azure IoT Hub.
• Zapoznaj się z wytycznymi dotyczącymi błędów wewnętrznych 500xxx.

Błędy konfiguracji 4043xx: Nie znaleziono

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4043. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy 4044xx PnP Nie znaleziono

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4044. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

błędy 405xxx MetodaNiedozwolona

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 405. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

4051xx Błędy MethodNotAllowed modelu urządzenia

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4051. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy konfliktu 409xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 409. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błąd 409001: Urządzenie już istnieje

Podczas próby zarejestrowania urządzenia w usłudze IoT Hub może się okazać, że żądanie kończy się niepowodzeniem z powodu błędu 409001 DeviceAlreadyExists.

Ten błąd występuje, ponieważ urządzenie ma już ten sam identyfikator urządzenia w centrum IoT.

Aby rozwiązać ten błąd, użyj innego identyfikatora urządzenia i spróbuj ponownie.

błąd 409002 LinkCreationConflict

Możliwy jest błąd 409002 LinkCreationConflict w dziennikach w połączeniu z rozłączeniem urządzenia lub awarią komunikatu z chmury do urządzenia.

Zazwyczaj ten błąd występuje, gdy usługa IoT Hub wykryje, że klient ma więcej niż jedno połączenie. W rzeczywistości po nadejściu nowego żądania połączenia dla urządzenia z istniejącym połączeniem usługa IoT Hub zamyka istniejące połączenie z tym błędem.

W najczęstszym przypadku osobny problem (taki jak 404104 DeviceConnectionClosedRemotely error) powoduje rozłączenie urządzenia. Urządzenie próbuje natychmiast ponownie nawiązać połączenie, ale IoT Hub nadal uważa, że urządzenie jest połączone. Usługa IoT Hub zamyka poprzednie połączenie i rejestruje ten błąd.

Ewentualnie wadliwa logika po stronie urządzenia powoduje nawiązanie połączenia, gdy jest już otwarte.

Aby rozwiązać ten błąd, poszukaj innych błędów w dziennikach, które można rozwiązać, ponieważ ten błąd zwykle występuje jako efekt uboczny innego, przejściowego problemu. W przeciwnym razie pamiętaj, aby wydać nowe żądanie połączenia tylko wtedy, gdy połączenie spadnie.

Błędy konfliktu modelu urządzenia 4091xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4091. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy konfliktów modułów 4093xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4093. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy konfliktów konfiguracji 4094xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4094. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy konfliktów cyfrowych bliźniaków 4095xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 4095. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy warunków wstępnych 412xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 412. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

błąd 412002 DeviceMessageLockLost

Podczas próby wysłania komunikatu z chmury do urządzenia może zostać wyświetlony komunikat informujący o tym, że żądanie kończy się niepowodzeniem z powodu błędu 412002 DeviceMessageLockLost.

Ten błąd występuje, ponieważ gdy urządzenie odbiera komunikat z chmury do urządzenia z kolejki (na przykład przy użyciu ReceiveAsync()), IoT Hub blokuje komunikat na czas jednej minuty. Jeśli urządzenie spróbuje ukończyć komunikat po wygaśnięciu limitu czasu blokady, usługa IoT Hub zgłasza ten wyjątek.

Jeśli usługa IoT Hub nie otrzyma powiadomienia w ciągu jednej minuty czasu blokady, przywraca komunikat do stanu w kolejce. Urządzenie może ponownie podjąć próbę odebrania komunikatu. Aby zapobiec wystąpieniu błędu w przyszłości, zaimplementuj logikę po stronie urządzenia, aby ukończyć komunikat w ciągu jednej minuty od odebrania komunikatu. Nie można zmienić limitu czasu jednej minuty.

413xxx — zbyt duże błędy jednostki żądania

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 413. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy typu 415xxx Nieobsługiwane nośniki

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 415. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy wyjątku ograniczania 429xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 429. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Te błędy występują, gdy przekroczono limity ograniczania dla żądanej operacji.

Błąd można monitorować 429001 ThrottlingException tylko za pomocą usługi Azure Monitor w obszarze metryki Liczba błędów ograniczania przepustowości. Obecnie inne błędy związane z ograniczaniem przepustowości nie mają przypisanej metryki, ale są przechwytywane w dziennikach.

Aby rozwiązać te błędy, sprawdź, czy nie przekraczasz limitu ograniczania, porównując metrykę Wysyłanie komunikatów telemetrii z określonymi wcześniej limitami. Możesz również sprawdzić metrykę Liczba błędów ograniczania przepustowości . Aby uzyskać informacje o tych metrykach, zobacz Metryki telemetrii urządzenia. Aby uzyskać informacje o sposobie używania metryk do monitorowania centrum IoT Hub, zobacz Monitorowanie usługi Azure IoT Hub.

Usługa IoT Hub zwraca wartość 429001 ThrottlingException tylko po przekroczeniu limitu przez zbyt długi okres. To opóźnienie jest stosowane, aby komunikaty nie zostały zgubione, jeśli centrum IoT zostanie przeciążone nagłym wzrostem ruchu. W międzyczasie IoT Hub przetwarza komunikaty przy zredukowanej prędkości operacyjnej, co może być powolne, jeśli w zaległościach znajduje się zbyt dużo ruchu. Aby uzyskać więcej informacji, zobacz sekcję Kształtowanie ruchu w temacie Limity przydziału i ograniczanie przepustowości usługi IoT Hub.

Rozważ zwiększenie skali usługi IoT Hub, jeśli przekraczasz limity przydziału lub ograniczania przepustowości.

Błędy zamknięcia żądań przez klienta 499xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 499. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy wewnętrznego serwera 500xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 500 lub wzmianki o błędzie serwera. Oto kilka możliwości:

Istnieje wiele możliwych przyczyn wystąpienia odpowiedzi na błąd 500xxx. We wszystkich przypadkach problem jest najprawdopodobniej przejściowy. Chociaż zespół usługi IoT Hub ciężko pracuje nad utrzymaniem umowy SLA, małe podzestawy węzłów usługi IoT Hub mogą czasami doświadczać błędów przejściowych. Gdy urządzenie próbuje nawiązać połączenie z węzłem, w którym występują problemy, zostanie wyświetlony ten błąd.

Aby wyeliminować 5000xx błędy, należy ponowić próbę z urządzenia. Aby automatycznie zarządzać ponowną próbą, upewnij się, że używasz najnowszej wersji zestawów SDK usługi Azure IoT Hub. Aby uzyskać więcej informacji na temat najlepszych rozwiązań dotyczących obsługi błędów przejściowych i ponawiania prób, zobacz Obsługa błędów przejściowych.

Jeśli problem będzie się powtarzać, sprawdź kondycję zasobów i stan platformy Azure , aby sprawdzić, czy usługa IoT Hub ma znany problem. Możesz również użyć funkcji ręcznego przełączenia awaryjnego.

Jeśli nie ma znanych problemów i problem będzie nadal występować, skontaktuj się z pomocą techniczną w celu przeprowadzenia dalszych badań.

Błędy związane z rozwiązaniem 5003xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 5003. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy związane z MSI 5004xx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 5004. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy związane z 5005xx PnP

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 5005. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy związane z bramą 502xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 502. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy związane z niedostępną usługą 503xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 503. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

5031xx — błędy dotyczące niedostępności modelu urządzenia

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 5031. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy konfiguracji 5032xx są niedostępne

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 5032. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy związane z niedostępnością 5033xx PnP

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 5033. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

Błędy związane z limitem czasu przekroczenia bramy 504xxx

Może się okazać, że żądania do usługi IoT Hub kończą się niepowodzeniem z powodu błędu rozpoczynającego się od 504. W poniższej tabeli wymieniono kody błędów, ich opisy i możliwe rozwiązania.

błąd 504101 GatewayTimeout

Podczas próby wywołania metody bezpośredniej z usługi IoT Hub na urządzenie może zostać wyświetlone, że żądanie kończy się niepowodzeniem z powodu błędu 504101 GatewayTimeout.

Ten błąd występuje, ponieważ usługa IoT Hub napotkała błąd i nie mogła potwierdzić, czy metoda bezpośrednia została ukończona przed przekroczeniem limitu czasu. Lub w przypadku korzystania ze starszej wersji zestawu AZURE IoT C# SDK (<1.19.0) połączenie AMQP między urządzeniem a usługą IoT Hub można usunąć w trybie dyskretnym z powodu usterki.

Aby rozwiązać ten błąd, spróbuj ponownie lub uaktualnij go do najnowszej wersji zestawu AZURE IOT C# SDK.

Treści powiązane

• Rozwiązywanie problemów z usługą Azure IoT Hub Device Provisioning
• Monitorowanie, diagnozowanie i rozwiązywanie problemów z łącznością urządzeń
• Limity i ograniczanie usługi IoT Hub
• Monitorowanie usługi Azure IoT Hub