Traduit de English par IA ·
Même contrôleur CL1 que dans mon message sur l’onglet Commands, cette fois l’onglet Log. Il regroupe l’historique des connexions et les modifications apportées à l’appareil dans une seule chronologie, les plus récentes en premier, avec All, Connections et Changes en haut.
Nous sommes le dimanche 8 novembre. À 23:07, puis de nouveau à 09:21, trois lignes sont apparues dans la même minute : Disconnected avec Reason: client_disconnect, Connected over MQTT, et « Taken over by a new session » avec Reason: takeover. Une autre paire Connected et takeover apparaît à 09:14. L’adresse du client sur les lignes Connected et Disconnected est floutée sur la capture. »Taken over by a new session » signifie qu’une seconde connexion du même appareil a pris le relais de la première. Si un appareil le fait toutes les quelques minutes et bascule sans cesse entre en ligne et hors ligne, vérifiez d’abord si deux appareils partagent le même identifiant.Le filtre Changes affiche les modifications auditées : appareil créé ou modifié (avec les champs), identifiants remplacés, renouvelés ou révoqués, attributs enregistrés, commandes envoyées et terminées, alarmes acquittées et effacées, chacune par une personne ou par le système. Pour en savoir plus, consultez Connection status and activity.
Same CL1 controller as in my Commands tab post, this time the Log tab. It puts the connection history and the changes made to the device in one timeline, newest first, with All, Connections and Changes at the top.
This is Sunday 8 November. At 23:07 and again at 09:21, three rows landed in the same minute: Disconnected with Reason: client_disconnect, Connected over MQTT, and « Taken over by a new session » with Reason: takeover. There’s another Connected and takeover pair at 09:14. The client address on the Connected and Disconnected rows is blurred in the shot.
« Taken over by a new session » means a second connection of the same device took over the first. If a device does it every few minutes and keeps flipping between online and offline, look for two devices sharing one credential first.
The Changes filter shows the audited changes: the device created or edited (with the fields), credentials replaced, rotated or revoked, attributes saved, commands sent and finished, alarms acknowledged and cleared, each by a person or by the system. More in Connection status and activity.
Traduit de English par IA ·
Puis-je extraire cela de Hermetry ? Notre auditeur demande l’historique des connexions par appareil pour un trimestre.
Can I get this out of Hermetry? Our auditor wants connection history per device for a quarter.
Traduit de English par IA ·
Via l’API : GET …/devices/{deviceId}/log?source=connection (ou source=audit pour les modifications), sur 1 000 entrées maximum. L’historique des connexions est conservé 30 jours ; pour un trimestre, il faut donc le récupérer toutes les quelques semaines et conserver les fichiers. Les modifications figurent aussi dans le journal d’audit : son API filtre par resourceType=iot_device et l’identifiant de l’appareil, et Export CSV reprend la plage de dates que vous avez filtrée : Audit log.
Over the API: GET …/devices/{deviceId}/log?source=connection (or source=audit for the changes), at most 1,000 entries deep. Connection history is kept for 30 days, so for a quarter you’d pull it every few weeks and keep the files. The changes are also in the audit log; its API filters by resourceType=iot_device and the device’s id, and Export CSV takes the date range you filtered: Audit log.
Traduit de English par IA ·
keepalive_timeout est la cause que je rencontre le plus souvent sur les appareils cellulaires. Si le problème revient, comparez le keepalive au délai d’expiration NAT de l’opérateur avant d’incriminer le firmware.
keepalive_timeout is the reason I see most on cellular devices. If it keeps coming up, check the keepalive against the operator’s NAT timeout before blaming the firmware.
Traduit de English par IA ·
D’accord. Et si un appareil envoie des données puis se déconnecte volontairement, attribuez à son profil la règle Recent message online ; ainsi, une simple déconnexion ne l’affichera pas hors ligne tant que son dernier message est encore récent.
Agreed. And if a device reports and then disconnects on purpose, give its profile the Recent message online rule; then a disconnect alone doesn’t show it offline while its last message is still recent.
Traduit de English par IA ·
Une connexion refusée apparaît-elle aussi ici, par exemple avec un mauvais mot de passe ?
Does a refused login show up here too, like a wrong password?
Traduit de English par IA ·
Oui. Une connexion refusée (CONNACK 5) est consignée avec sa raison. L’appareil lui-même ne reçoit jamais la raison.
Yes. A refused login (CONNACK 5) is logged with its reason. The device itself never gets the reason.
Traduit de English par IA ·
Chez moi, il n’y a aucune ligne de connexion, seulement des changements. L’appareil est un boîtier SNMP.
Mine has no connect rows at all, only changes. The device is an SNMP box.
Traduit de English par IA ·
Les appareils interrogés (polled) n’utilisent que Last seen, et les appareils en Last seen only n’écrivent aucune ligne de connexion ou de déconnexion. C’est attendu pour votre box.
Polled devices use Last seen only, and devices on Last seen only write no connect and disconnect rows. That’s expected for your box.
- Vous devez être connecté pour répondre à ce sujet.
Rejoignez la discussion
Connectez-vous pour poser et répondre à des questions, aimer les messages utiles et marquer la réponse qui a résolu votre problème. Chaque contribution rapporte des points et des niveaux.