FR: Passerelle de surveillance de restauration de configuration : combiner les contrôles de santé avec la restauration automatique

Un utilisateur de Reddit sur r/openclaw propose un mécanisme pour empêcher la passerelle OpenClaw de rester bloquée dans une boucle de démarrage en raison de modifications de configuration erronées. L'idée combine un chien de garde avec un retour automatique à la configuration précédente — le tout implémenté en dehors d'OpenClaw lui-même.

Comment ça marche

• Un chien de garde surveille la réactivité du port de la passerelle.
• Si le port devient non réactif, le chien de garde redémarre automatiquement la passerelle.
• Si la passerelle ne parvient pas à démarrer 5 fois de suite, le chien de garde restaure la configuration précédente connue comme bonne avant de tenter un nouveau redémarrage.

Cela garantit qu'une mauvaise modification de configuration ne rende pas la passerelle définitivement inutilisable. Le retour en arrière se fait de manière externe, donc la logique de démarrage propre à OpenClaw reste inchangée.

Pourquoi c'est important

Les utilisateurs rapportent qu'OpenClaw modifie parfois sa propre configuration, ce qui fait échouer la passerelle au prochain démarrage. Un simple chien de garde de redémarrage boucle indéfiniment si la configuration est cassée. Ajouter un compteur d'échecs avec retour automatique à la configuration précédente brise la boucle.

L'auteur demande à la communauté : « Avez-vous de tels mécanismes ? Peut-être de meilleurs ? »

C'est une approche pratique et peu coûteuse pour les passerelles de production où la disponibilité est primordiale. Le modèle de chien de garde externe signifie qu'il peut être implémenté avec systemd, les healthchecks Docker ou un script personnalisé — pas besoin de modifier les composants internes d'OpenClaw.