Traduit de English par IA ·
Regarde l’hôte dans ta ligne de journal. C’est l’hôte du broker issu du firmware américain.Hermetry fonctionne avec des déploiements séparés par région (EU, US, TR) et chaque organisation appartient à une seule région d’origine. Les appareils doivent se connecter à l’hôte de appareils de la région de leur propre organisation, celui qui figure sur la carte Connection details de chaque appareil. Je parie que l’organisation de l’usine américaine est dans la région US et que la tienne, créée par ton service informatique depuis le Royaume-Uni, est dans la région EU. Tes appareils britanniques frappent à la porte du broker américain avec des jetons qui n’existent que dans la région de ton organisation. Pour ce broker, ce sont des jetons inconnus, d’où le code 4. Rien n’atteint ton onglet Log parce que ton organisation n’a jamais été sollicitée.J’ai vécu exactement ça lorsque nous avons cloné un projet entre deux de nos fournisseurs d’énergie, un dans chaque région. Correctif :
- Ouvre n’importe lequel de tes appareils, onglet Credentials, Connection details. Note l’hôte du broker MQTT.
- Remplace l’hôte dans le firmware (et l’hôte HTTPS s’ils l’utilisent).
- Continue à te connecter par nom d’hôte. SNI est obligatoire, donc ne code pas en dur une IP obtenue par une recherche DNS.
Les propriétaires et administrateurs peuvent aussi voir la région d’origine dans les paramètres de l’organisation, Residency. La page est Regions and data residency.Et puisque tu reçois des 4 : le firmware attend 5 minutes, c’est bien. Garde ça. Des échecs de connexion répétés depuis une même adresse bloquent cette adresse pendant un certain temps, et toute l’usine est derrière un seul NAT.
Look at the host in your log line. That’s the broker host from the US firmware.
Hermetry runs as separate deployments per region (EU, US, TR) and every organisation lives in one home region. Devices have to connect to the device host of their own organisation’s region, the one on each device’s Connection details card. I’d bet the US plant’s organisation is in the US region and yours, created by your IT from the UK, is in the EU. Your UK devices are knocking on the US broker with tokens that only exist in your organisation’s region. To that broker they’re unknown tokens, so you get a 4. Nothing reaches your Log tab because your org was never asked.
I hit exactly this when we cloned a project between two of our utilities, one in each region. Fix:
- Open any of your devices, Credentials tab, Connection details. Note the MQTT broker host.
- Replace the host in the firmware (and the HTTPS host if they use it).
- Keep connecting by host name. SNI is required, so don’t hardcode an IP from a DNS lookup.
Owners and admins can also see the home region under the organisation settings, Residency. The page is Regions and data residency.
And since you’re getting 4s: the firmware backs off 5 minutes, good. Keep that. Repeated failed logins from one address block that address for a while, and the whole plant is behind one NAT.