InfraNestInfraNest
Règles d’automatisation

Pourquoi une automatisation a été désactivée

InfraNest désactive une règle lorsque la réexécuter échouerait à nouveau. La règle indique laquelle des deux raisons s’applique, et les deux sont corrigibles.

Si une de vos automatisations s’arrête soudainement de s’exécuter, cet article explique pourquoi InfraNest l’a désactivée et comment la réactiver en toute sécurité.

Vue d’ensemble

  • InfraNest désactive automatiquement une règle lorsque la réexécuter échouerait à nouveau — elle ne continuera pas à échouer silencieusement en arrière-plan.
  • Cela se produit pour deux raisons : une permission manquante sur un compte connecté, ou des échecs répétés.
  • Les deux affichent un statut clair sur la règle, et les deux sont corrigibles.

Corriger « le compte connecté n’a pas la permission requise »

Certaines actions demandent à un autre service d’effectuer un changement pour vous — par exemple, Définir le mode développement Cloudflare ou Purger le cache Cloudflare. Ce service n’autorise le changement que si le compte que vous avez connecté a reçu la bonne permission.

Si ce n’est pas le cas, le service refuse la demande. Réessayer ne changera rien, donc InfraNest arrête la règle dès la première fois que cela se produit et vous envoie une notification, plutôt que de la laisser échouer encore et encore.

La bannière sur la règle indique le nom exact de la permission nécessaire — par exemple Zone Settings:Edit — orthographiée comme le fournisseur l’écrit, afin que vous puissiez la retrouver sur son interface.

Pourquoi une automatisation a été désactivée
  1. Allez dans Intégrations et ouvrez le compte utilisé par la règle.
  2. Reconnectez le compte en accordant la permission indiquée dans la bannière. La reconnexion est réellement nécessaire — une connexion existante ne peut pas être élargie, donc l’actualiser ou la retester n’ajoutera pas la permission.
  3. Retournez à l’automatisation et réactivez-la.

NoteCela concerne particulièrement les comptes connectés avant le 1er août 2026. Les actions Cloudflare ont été ajoutées à cette date, donc les connexions effectuées plus tôt n’ont jamais reçu de demande pour les deux permissions dont elles ont besoin.

Corriger « Désactivée après des échecs répétés »

Ce statut signifie que la règle a échoué cinq fois de suite. Cela signifie généralement que quelque chose dont elle dépend a changé — un serveur qui n’existe plus, une adresse de webhook qui ne répond plus, ou une valeur qui n’est plus valide.

  1. Ouvrez l’automatisation.
  2. Consultez ses exécutions récentes pour voir quelle étape a échoué et ce que disait l’erreur.
  3. Corrigez le problème (mettez à jour l’étape, corrigez la valeur, reconnectez le compte, etc.).
  4. Réactivez la règle.

Astuces

WarningRéactiver une règle sans corriger la cause sous-jacente la fera simplement désactiver à nouveau lors de sa prochaine exécution.

  • Une étape marquée continue on error n’entraîne jamais la désactivation de l’automatisation — l’exécution se poursuit au-delà, et l’erreur de cette étape est expliquée dans l’historique des exécutions.
  • Chaque désactivation automatique est enregistrée dans votre Journal d'audit, afin que vous puissiez consulter ce qui s’est passé et quand.

Articles similaires

Prêt en quelques secondes

Réunissez toute votre infrastructure dans un tableau de bord moderne.

Offre gratuite · Sans carte bancaire · Configuré en quelques minutes