Dit artikel legt uit waarom InfraNest soms zelf een automatisering uitschakelt, en hoe je die weer aan de praat krijgt. Het is bedoeld voor iedereen die automatiseringen beheert en een regel gemarkeerd ziet als uitgeschakeld.
Overzicht
- InfraNest schakelt een regel automatisch uit wanneer opnieuw uitvoeren alleen weer zou mislukken — dit voorkomt dat de regel stilletjes keer op keer blijft mislukken.
- Er zijn twee redenen waarom dit gebeurt: het gekoppelde account mist een rechten, of de regel is meerdere keren achter elkaar mislukt.
- Beide redenen worden direct op de regel getoond, en beide zijn oplosbaar.
Een regel herstellen die is gestopt door een ontbrekend recht
Sommige acties — zoals Cloudflare-ontwikkelmodus instellen of Cloudflare-cache legen — vragen een andere service om namens jou een wijziging door te voeren. Die service staat dit alleen toe als het gekoppelde account het juiste recht heeft gekregen. Als dat niet zo is, weigert de service, en schakelt InfraNest de regel de eerste keer dat dit gebeurt uit en stuurt je een melding.
De banner op de regel noemt het exacte recht dat nodig is — bijvoorbeeld Zone Settings:Edit — geschreven zoals de provider het schrijft, zodat je precies weet waar je naar moet zoeken.
- Ga naar Integraties en open het account dat de regel gebruikt.
- Koppel het account opnieuw en verleen het recht dat in de banner wordt genoemd. Opnieuw koppelen is hier noodzakelijk — een bestaande koppeling kan niet worden uitgebreid, dus vernieuwen of opnieuw testen voegt het ontbrekende recht niet toe.
- Ga terug naar de automatisering en schakel deze weer in.
NoteDit treft vooral accounts die zijn gekoppeld vóór 1 augustus 2026. De Cloudflare-acties zijn op die datum toegevoegd, dus voor koppelingen die eerder zijn gemaakt is nooit om de twee benodigde rechten gevraagd.
Een regel herstellen die is uitgeschakeld na herhaalde fouten
Als een regel vijf keer achter elkaar is mislukt, labelt InfraNest deze als Automatisch uitgeschakeld na herhaalde fouten. Dit betekent meestal dat iets waarvan de regel afhankelijk is, is veranderd — een server die niet meer bestaat, een webhook-adres dat niet meer reageert, of een waarde die niet meer geldig is.
- Open de regel en bekijk de recente Runs om te zien welke stap mislukte en wat de foutmelding zei.
- Corrigeer wat de fout veroorzaakte (bijvoorbeeld de waarde bijwerken, het adres herstellen, of de stap naar een bron laten verwijzen die nog bestaat).
- Schakel de regel weer in.
Tips
TipAls je een stap hebt gemarkeerd met Ga door naar de volgende stap onder Als het mislukt, zal die stap de regel nooit uitschakelen — de run gaat er dan gewoon voorbij, en je kunt de foutmelding voor die stap nog steeds bekijken in de runhistorie.
Problemen oplossen
- De regel werd meteen weer uitgeschakeld nadat ik hem opnieuw had ingeschakeld: waarschijnlijk heb je hem ingeschakeld zonder de onderliggende oorzaak te verhelpen. Controleer eerst opnieuw de banner of de foutmelding van de mislukte run voordat je hem weer inschakelt.
- Ik wil een overzicht van wanneer en waarom dit is gebeurd: elke automatische uitschakeling wordt vastgelegd in je Auditlog.
Was dit artikel nuttig?