Résoudre les problèmes liés aux codes d’erreur Azure IoT Hub

Cet article décrit les causes et solutions des codes d’erreur courants que vous pouvez rencontrer lors de l’utilisation d’IoT Hub.

Erreurs de mauvaise requête 400xxx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 400. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs de routage 4001xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4001. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs des modules 4003xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4003. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs de configurations 4004xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4004. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs d’interfaces de jumeau numérique 4005xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4005. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs non autorisées 401xxx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 401. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreur IotHubUnauthorized 401003

Dans les journaux, vous pourriez observer un schéma récurrent où les appareils se déconnectent avec 401003 IoTHubUnauthorized, puis 404104 DeviceConnectionClosedRemotely, avant de se reconnecter avec succès peu après.

Ou, les demandes adressées à IoT Hub échouent avec l’un des messages d’erreur suivants :

• En-tête d’autorisation manquant
• IotHub '*' ne contient pas l’appareil spécifié '*'
• La règle d’autorisation '*' n’autorise pas l’accès pour '*'
• Échec de l’authentification pour cet appareil, renouveler le jeton ou le certificat et se reconnecter
• L’empreinte numérique ne correspond pas à la configuration : Empreinte numérique : SHA1Hash=*, SHA2Hash=* ; Configuration : PrimaryThumbprint=*, SecondaryThumbprint=*
• Le principal user@example.com n’est pas autorisé à utiliser GET sur /exampleOperation en raison de l'absence d'autorisations affectées.

Cette erreur se produit car, pour MQTT, certains SDK s'appuient sur IoT Hub pour initier la déconnexion lorsque le jeton SAS expire, afin de savoir quand l'actualiser. Ainsi :

1. Le jeton SAS expire
2. IoT Hub remarque l’expiration et déconnecte l’appareil avec 401003 IoTHubUnauthorized
3. L’appareil termine la déconnexion avec 404104 DeviceConnectionClosedRemotely
4. Le Kit de développement logiciel (SDK) IoT génère un nouveau jeton SAS
5. L’appareil se reconnecte avec IoT Hub avec succès

Ou, IoT Hub n’a pas pu authentifier l’en-tête, la règle ou la clé d’authentification. Ce résultat pourrait être dû à l’une des raisons mentionnées dans les symptômes.

Pour résoudre cette erreur, aucune action n’est nécessaire si vous utilisez le Kit de développement logiciel (SDK) IoT pour la connexion à l’aide de la chaîne de connexion de l’appareil. Le Kit de développement logiciel (SDK) IoT régénère le nouveau jeton pour se reconnecter à l’expiration du jeton SAP.

La durée de vie du jeton par défaut est de 60 minutes entre les kits SDK ; toutefois, pour certains kits SDK, la durée de vie du jeton et le seuil de renouvellement du jeton est configurable. En outre, les erreurs générées lorsqu’un appareil se déconnecte et se reconnecte au renouvellement des jetons diffèrent pour chaque kit SDK. Pour en savoir plus et pour obtenir des informations sur la manière de déterminer le Kit de développement logiciel (SDK) utilisé par votre appareil dans les journaux, consultez la section Comportement de déconnexion des appareils MQTT avec les SDK Azure IoT de Surveiller, diagnostiquer et résoudre des problèmes de connectivité des appareils Azure IoT Hub.

Pour les développeurs d’appareils, si le volume d’erreurs est un problème, basculez vers le Kit de développement logiciel (SDK) C, qui renouvelle le jeton SAP avant l’expiration. Pour AMQP, le jeton SAP peut s’actualiser sans déconnexion.

En général, le message d’erreur présenté doit expliquer comment corriger l’erreur. Si, pour une raison quelconque, vous n’avez pas accès aux détails du message d’erreur, vérifiez :

• Le SAS ou un autre jeton de sécurité que vous utilisez n'est pas expiré.
• Pour l’authentification par certificat X.509, le certificat d’appareil ou le certificat d’autorité de certification associé à l’appareil n’a pas expiré. Pour savoir comment inscrire des certificats d’autorité de certification X.509 auprès d’IoT Hub, consultez tutoriel : Créer et charger des certificats pour les tests.
• Pour l’authentification de l’empreinte numérique du certificat X.509, l’empreinte numérique du certificat d’appareil est inscrite auprès d’IoT Hub.
• Les justificatifs d'autorisation sont correctement formés pour le protocole que vous utilisez. Pour plus d’informations, consultez Contrôler l’accès à IoT Hub à l’aide de l’ID Microsoft Entra.
• La règle d’autorisation utilisée dispose de la permission pour l’opération demandée.
• Pour les derniers messages d’erreur commençant par « principal... », cette erreur peut être résolue en affectant le niveau correct d’autorisation RBAC Azure à l’utilisateur. Par exemple, un propriétaire sur IoT Hub peut attribuer le rôle « Propriétaire des données IoT Hub », qui donne toutes les autorisations. Essayez ce rôle pour résoudre le problème d’absence d’autorisation.

Erreurs 403xxx interdites

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 403. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreur 403002 IotHubQuotaExceeded

Vous pouvez voir les demandes adressées à IoT Hub échouer avec l’erreur 403002 IotHubQuotaExceeded. Dans le portail Azure, la liste des appareils IoT Hub ne se charge pas.

Cette erreur se produit généralement lorsque le quota de messages quotidiens pour le hub IoT est dépassé. Pour corriger cette erreur :

• Mettez à niveau ou augmentez le nombre d’unités sur le hub IoT ou attendez le prochain jour UTC pour que le quota quotidien soit actualisé.
• Pour comprendre comment les opérations sont comptabilisées dans le quota, telles que les requêtes de jumeaux et les méthodes directes, consultez la section Frais par opération des informations de facturation Azure IoT Hub.
• Pour configurer la surveillance de l’utilisation quotidienne du quota, configurez une alerte avec le nombre total de messages utilisés. Pour obtenir des instructions pas à pas, consultez la section Configurer les métriques du tutoriel : Configurer et utiliser des métriques et des journaux avec un hub IoT.

Une tâche d’importation en bloc peut également renvoyer cette erreur lorsque le nombre d’appareils inscrits dans votre hub IoT approche ou dépasse la limite de quota d’un hub IoT. Pour plus d’informations, consultez la section Résoudre les problèmes liés aux tâches d’importation de la page Importer et exporter des identités d’appareils IoT Hub en bloc.

Erreur 403004 DeviceMaximumQueueDepthExceeded

Lorsque vous essayez d’envoyer un message cloud-à-appareil, vous pouvez voir que la requête échoue avec l’erreur 403004 ou DeviceMaximumQueueDepthExceeded.

La cause sous-jacente de cette erreur est que le nombre de messages mis en file d’attente pour l’appareil dépasse la limite de file d’attente.

La raison la plus probable pour laquelle vous rencontrez cette limite est que vous utilisez HTTPS pour recevoir le message, ce qui mène à une interrogation continue à l'aide de ReceiveAsync, avec pour conséquence une régulation de la requête par IoT Hub.

Le modèle pris en charge pour les messages cloud-à-appareil avec HTTPS est des appareils connectés par intermittence qui vérifient les messages rarement (moins de toutes les 25 minutes). Pour réduire la probabilité d'atteindre la limite de la file d'attente, basculez vers AMQP ou MQTT pour les messages cloud-vers-appareil.

Vous pouvez également améliorer la logique côté appareil pour terminer, rejeter ou abandonner rapidement les messages mis en file d’attente, raccourcir le temps de vie ou envisager d’envoyer moins de messages. Pour plus d’informations, consultez la section Expiration du message (heure de vie) de Comprendre la messagerie cloud-à-appareil à partir d’un hub IoT.

Enfin, envisagez d’utiliser l'API Purge Queue pour nettoyer périodiquement les messages en attente avant que la limite ne soit atteinte.

Erreur 403006 : Limite maximale de téléchargement de fichiers actifs dépassée sur l'appareil

Vous pouvez voir que votre demande de chargement de fichier échoue avec le code 403006 d’erreur ou DeviceMaximumActiveFileUploadLimitExceeded qu’un message « Nombre de demandes de chargement de fichiers actives ne peut pas dépasser 10 ».

Cette erreur se produit car chaque client d’appareil est limité pour les chargements de fichiers simultanés. Vous pouvez facilement dépasser la limite si votre appareil n’avertit pas IoT Hub lorsque les chargements de fichiers sont terminés. Un réseau côté appareil non fiable provoque généralement ce problème.

Pour résoudre cette erreur, assurez-vous que l’appareil peut avertir rapidement l’achèvement du chargement du fichier IoT Hub. Ensuite, essayez de réduire la durée de vie du jeton SAP pour la configuration du chargement de fichiers.

Erreurs interdites du modèle d’appareil 4031xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4031. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 404xxx NotFound

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 404. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreur 404001 Périphérique non trouvé

Au cours d’une communication cloud-à-appareil (C2D) telle qu’un message C2D, une mise à jour de jumeau ou une méthode directe, vous pouvez voir que l’opération échoue en générant l’erreur 404001 DeviceNotFound.

L’opération a échoué, car IoT Hub ne trouve pas l’appareil. L’appareil n’est pas inscrit ou est désactivé.

Pour résoudre cette erreur, inscrivez l’ID d’appareil que vous avez utilisé, puis réessayez.

Erreurs du modèle d’appareil 4041xx NotFound

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4041. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreur 404103 DeviceNotOnline

Vous pouvez voir qu’une méthode directe vers un appareil échoue avec l’erreur 404103 DeviceNotOnline même si l’appareil est en ligne.

Si vous savez que l’appareil est en ligne et vous obtenez toujours le message d'erreur, l’erreur s’est probablement produite car le callback de la méthode directe n’est pas enregistré sur l’appareil.

Pour plus d’informations sur la configuration correcte de votre appareil pour les rappels de méthode directe, consultez la section Gérer une méthode directe sur un appareil de Gérer une méthode directe sur un appareil.

Erreur 404104 DeviceConnectionClosedRemotely

Vous pouvez voir que les appareils se déconnectent à intervalle régulier (toutes les 65 minutes, par exemple) et que vous voyez 404104 DeviceConnectionClosedRemotely dans les journaux de ressources IoT Hub. Parfois, vous voyez également 401003 IoTHubUnauthorized et un événement de connexion réussie de l’appareil moins d’une minute plus tard.

Ou bien, les appareils se déconnectent de façon aléatoire et 404104 DeviceConnectionClosedRemotely apparaît dans les journaux de ressources IoT Hub.

Ou bien, de nombreux appareils se déconnectent simultanément, vous constatez une baisse de la métrique Appareils connectés (connectedDeviceCount) et il y a plus d’erreurs internes404104 DeviceConnectionClosedRemotely et erreurs 500xxx Internal que d’habitude dans les journaux Azure Monitor.

Cette erreur peut se produire, car le jeton SAP utilisé pour se connecter à IoT Hub a expiré, ce qui entraîne la déconnexion de l’appareil par IoT Hub. La connexion est rétablie lorsque l’appareil actualise le jeton. Par exemple, le jeton SAP expire toutes les heures par défaut pour le Kit de développement logiciel (SDK) C, ce qui peut entraîner des déconnexions régulières. Pour en savoir plus, consultez 401003 erreur IoTHubUnauthorized.

Voici d’autres possibilités :

• L’appareil a perdu la connectivité réseau sous-jacente plus longue que la durée de vie du MQTT, ce qui entraîne un délai d’inactivité à distance. Le paramètre de conservation MQTT peut être différent par appareil.
• L’appareil a envoyé une réinitialisation au niveau TCP/IP, mais n’a pas envoyé de réinitialisation au niveau MQTT DISCONNECTde l’application. En fait, l’appareil a brusquement fermé la connexion de socket sous-jacente. Parfois, les bogues dans les versions antérieures du Kit de développement logiciel (SDK) Azure IoT peuvent entraîner ce problème.
• L’application côté appareil s’est écrasée.

Ou, IoT Hub peut rencontrer un problème temporaire. Pour plus d’informations, consultez les erreurs internes de type 500xxx.

Pour corriger cette erreur :

• Consultez les conseils pour l'erreur 401003 IoTHubUnauthorized.
• Vérifiez que l’appareil dispose d’une bonne connectivité à IoT Hub en testant la connexion. Si le réseau n’est pas fiable ou intermittent, nous vous déconseillons d’augmenter la valeur de maintien en vie, car cela peut entraîner une détection (via des alertes Azure Monitor, par exemple) prenant plus de temps.
• Utilisez les dernières versions des SDK Azure IoT Hub.
• Consultez les instructions relatives aux erreurs internes 500xxx.

Erreurs de configuration 4043xx NotFound

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4043. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 4044xx PnP NotFound

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4044. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 405xxx MethodNotAllowed

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 405. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 4051xx Device model MethodNotAllowed

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4051. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 409xxx Conflict

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 409. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreur 409001 DeviceAlreadyExists

Lorsque vous essayez d’inscrire un appareil dans IoT Hub, vous pouvez voir que la requête échoue avec l’erreur 409001 DeviceAlreadyExists.

Cette erreur se produit car il existe déjà un appareil avec le même ID d’appareil dans le hub IoT.

Pour résoudre cette erreur, utilisez un ID d’appareil différent et réessayez.

erreur 409002 ConflitDeCréationDeLien

L’erreur 409002 LinkCreationConflict peut apparaître dans les journaux, avec la déconnexion de l’appareil ou l’échec de message cloud-à-appareil.

En règle générale, cette erreur se produit quand IoT Hub détecte qu’un client a plusieurs connexions. En fait, lorsqu’une nouvelle demande de connexion arrive pour un appareil avec une connexion existante, IoT Hub ferme la connexion existante avec cette erreur.

Dans le cas le plus courant, un problème distinct (par exemple , 404104 erreur DeviceConnectionClosedRemotely) entraîne la déconnexion de l’appareil. L’appareil tente de rétablir la connexion immédiatement, mais IoT Hub considère toujours l’appareil connecté. IoT Hub ferme la connexion précédente et enregistre cette erreur.

Ou bien, la logique défectueuse côté appareil provoque la tentative de connexion par l’appareil alors qu’une connexion est déjà établie.

Pour résoudre cette erreur, recherchez d’autres erreurs dans les journaux d’activité que vous pouvez résoudre, car cette erreur apparaît généralement comme un effet secondaire d’un autre problème temporaire. Sinon, veillez à émettre une nouvelle demande de connexion uniquement si la connexion tombe.

Erreurs de conflit de modèle d’appareil 4091xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4091. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs de conflit des modules 4093xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4093. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs de conflit de configuration 4094xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4094. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs de conflit de jumeaux numériques 4095xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 4095. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 412xxx Échec de la condition préalable

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 412. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreur 412002 DeviceMessageLockLost

Lorsque vous essayez d’envoyer un message cloud-à-appareil, vous pouvez voir que la requête échoue avec l’erreur 412002 DeviceMessageLockLost.

Cette erreur se produit car lorsqu'un appareil reçoit un message de cloud vers appareil à partir de la file d'attente (par exemple, en utilisant ReceiveAsync()), IoT Hub verrouille le message pendant une minute. Si l’appareil tente de terminer le message après l’expiration du délai d’expiration du verrouillage, IoT Hub lève cette exception.

Si IoT Hub n’obtient pas de notification dans le délai d’attente de verrouillage d’une minute, il rétablit l’état du message Enqueued. L’appareil peut tenter de recevoir à nouveau le message. Pour empêcher l’erreur de se produire à l’avenir, implémentez la logique côté appareil pour terminer le message dans un délai d’une minute après avoir reçu le message. Ce délai d’attente d’une minute ne peut pas être modifié.

Erreurs 413xxx Entité de requête trop volumineuse

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 413. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 415xxx de type de média non pris en charge

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 415. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 429xxx d’exception de régulation

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 429. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Ces erreurs se produisent lorsque vous dépassez les limites de limitation pour l’opération demandée.

Vous pouvez uniquement surveiller l’erreur 429001 ThrottlingException via Azure Monitor sous la métrique Nombre d’erreurs de limitation. Actuellement, les autres erreurs de limitation n’ont pas de métrique associée, mais sont capturées dans les journaux.

Pour corriger ces erreurs, vérifiez si vous avez atteint la limite de limitation en comparant votre métrique de tentatives d’envoi de messages de télémétrie aux limites spécifiées précédemment. Vous pouvez également vérifier la métrique Nombre d’erreurs de limitation. Pour plus d’informations sur ces métriques, consultez les métriques de télémétrie de l’appareil. Pour plus d’informations sur l’utilisation des métriques pour vous aider à surveiller votre hub IoT, consultez Surveiller Azure IoT Hub.

IoT Hub retourne 429001 ThrottlingException uniquement une fois la limite violée pendant une période trop longue. Ce délai est mis en place pour que vos messages ne soient pas supprimés si votre hub IoT reçoit un trafic intense. Dans le même temps, IoT Hub traite les messages en fonction du taux de limitation de l’opération, qui peut être lent en cas de trafic intense dans le backlog. Pour plus d’informations, consultez la section Gestion du trafic des quotas et limitations IoT Hub.

Si vous rencontrez des limites de quota ou de limitation, envisagez d’augmenter la taille des instances de votre IoT Hub.

Erreurs 499xxx de requête fermées du client

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 499. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs de serveur interne 500xxx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 500 ou mentionne une erreur de serveur. Voici quelques possibilités :

Il peut y avoir de nombreuses causes pour une 500xxx réponse d’erreur. Dans tous les cas, le problème est probablement temporaire. Bien que l’équipe IoT Hub travaille dur pour gérer le contrat SLA, de petits sous-ensembles de nœuds IoT Hub peuvent parfois rencontrer des erreurs temporaires. Lorsque votre appareil tente de se connecter à un nœud qui rencontre des problèmes, vous recevez cette erreur.

Pour atténuer les 5000xx erreurs, émettez une nouvelle tentative à partir de l’appareil. Pour gérer automatiquement les nouvelles tentatives, vérifiez que vous utilisez la dernière version des Kits de développement logiciel (SDK) Azure IoT Hub. Pour plus d’informations sur les meilleures pratiques relatives à la gestion et aux nouvelles tentatives de gestion des erreurs temporaires, consultez Gestion des erreurs temporaires.

Si le problème persiste, vérifiez Resource Health et l’état Azure pour voir si IoT Hub a un problème connu. Vous pouvez également utiliser la fonctionnalité de basculement manuel.

S’il n’y a aucun problème connu et que le problème persiste, contactez le support technique pour une enquête plus approfondie.

Erreurs liées à la résolution 5003xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 5003. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs liées à MSI 5004xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 5004. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs liées à pnP 5005xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 5005. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs liées à la passerelle 502xxx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 502. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 503xxx liées au service indisponible

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 503. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 5031xx non disponibles du modèle d’appareil

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 5031. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 5032xx de configuration non disponibles

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 5032. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs liées à l’indisponibilité PnP 5033xx

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 5033. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreurs 504xxx liées au délai d’expiration de la passerelle

Vous pouvez voir que vos demandes adressées à IoT Hub échouent avec une erreur qui commence par 504. Le tableau suivant répertorie les codes d’erreur, leurs descriptions et les solutions possibles.

Erreur 504101 GatewayTimeout

Lorsque vous essayez d’appeler une méthode directe d’IoT Hub vers un appareil, vous pouvez constater que la requête échoue avec l’erreur 504101 GatewayTimeout.

Cette erreur se produit parce qu’IoT Hub a rencontré une erreur et n’a pas pu confirmer si la méthode directe s’est terminée avant l’expiration du délai d’attente. Ou, lorsque vous utilisez une version antérieure du Kit de développement logiciel (SDK) C# Azure IoT (<1.19.0), le lien AMQP entre l’appareil et IoT Hub peut être supprimé en mode silencieux en raison d’un bogue.

Pour résoudre cette erreur, émettez une nouvelle tentative ou une mise à niveau vers la dernière version du Kit de développement logiciel (SDK) Azure IOT C#.

Contenu connexe

• Résoudre les problèmes liés au service Azure IoT Hub Device Provisioning
• Surveiller, diagnostiquer et résoudre les problèmes de connectivité des appareils
• Quotas et limitations IoT Hub
• Surveiller Azure IoT Hub