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

Cet article explique pourquoi InfraNest désactive parfois une automatisation de lui-même, et comment la remettre en marche. Il s’adresse à toute personne qui gère des automatisations et voit une règle marquée comme désactivée.

Vue d’ensemble

• InfraNest désactive automatiquement une règle lorsqu’une nouvelle exécution ne ferait qu’échouer à nouveau — cela évite qu’elle échoue silencieusement encore et encore.
• Il y a deux raisons à cela : le compte connecté n’a pas l’autorisation nécessaire, ou la règle a échoué plusieurs fois de suite.
• Les deux raisons sont indiquées directement sur la règle, et les deux se corrigent.

Corriger une règle arrêtée pour autorisation manquante

Certaines actions — comme Définir le mode développement Cloudflare ou Purger le cache Cloudflare — demandent à un autre service d’effectuer une modification en votre nom. Ce service ne l’autorise que si le compte que vous avez connecté a reçu l’autorisation appropriée. Si ce n’est pas le cas, le service refuse, et InfraNest désactive la règle dès la première occurrence et vous envoie une notification.

La bannière affichée sur la règle indique l’autorisation exacte requise — par exemple Zone Settings:Edit — orthographiée telle que le fournisseur l’écrit, afin que vous sachiez exactement quoi chercher.

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

NoteCela concerne surtout les comptes connectés avant le 1er août 2026. Les actions Cloudflare ont été ajoutées à cette date, donc les connexions établies plus tôt n’ont jamais reçu de demande pour les deux autorisations nécessaires.

Corriger une règle désactivée après des échecs répétés

Si une règle a échoué cinq fois de suite, InfraNest la marque Désactivée automatiquement après des échecs répétés. Cela signifie généralement qu’un élément dont dépend la règle 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 la règle et consultez ses Exécutions récentes pour voir quelle étape a échoué et ce que disait l’erreur.
2. Corrigez ce qui a causé l’échec (par exemple, mettez à jour la valeur, corrigez l’adresse, ou faites pointer l’étape vers une ressource qui existe encore).
3. Réactivez la règle.

Astuces

TipSi vous avez marqué une étape Continuer à l’étape suivante sous En cas d’échec, cette étape ne désactivera jamais la règle — l’exécution se poursuit malgré tout, et vous pouvez toujours consulter l’erreur pour cette étape dans l’historique des exécutions.

Dépannage

• La règle s’est désactivée à nouveau juste après que je l’ai réactivée : vous l’avez probablement réactivée sans corriger la cause sous-jacente. Vérifiez à nouveau la bannière ou l’erreur de l’exécution échouée avant de la réactiver.
• Je veux un historique de quand et pourquoi cela s’est produit : chaque désactivation automatique est enregistrée dans votre Journal d'audit.