Proposition Scénario #18962
Le parametre "Agent RVP Zéphir en mode No action" ne semble pas pris en compte (2.4, 2.5?)
0%
Description
vérifié sur amon 2.4.2 :
- paramètre "Agent RVP Zéphir en mode No action" passé à oui :
CreoleGet zephir_client_noaction oui
- Pourtant l'agent zephir relance ipsec toutes les 3 minutes.
extrait de /var/log/rsyslog/local/zephiragents/zephiragents.info.log :
zephiragents: [-] tunnel [...] joignable [...] injoignable en erreur agent rvp : service rvp relancé
Historique
#1 Mis à jour par Joël Cuissinat il y a environ 7 ans
- Tracker changé de Demande à Proposition Scénario
- Sujet changé de Le parametre "Agent RVP Zéphir en mode No action" ne semble pas pris en compte à Le parametre "Agent RVP Zéphir en mode No action" ne semble pas pris en compte (2.4, 2.5?)
Je ne suis pas certain que cette demande sera traitée car le paramètre en cause a tout simplement été supprimé sur les versions EOLE >= 2.6.0 : #12074
J'ai bien l'impression que ce comportement est même volontaire puisque la révision zephir-client:04a074308fc a été fusionnée dans la branche 2.4.2.
#2 Mis à jour par J. Fernando Lagrange il y a environ 7 ans
Bonjour,
Dans le cas d'un AMON, dès qu'un des tunnels testés ne répond pas/plus, tous les tunnels sont relancés.
Le but ici est de redémarrer seulement le tunnel en erreur sans couper ceux qui sont bien établis à chaque test.
Est-ce que cela paraît envisageable ?
#3 Mis à jour par Fabrice Barconnière il y a environ 7 ans
La variable zephir_client_noaction à non permettait de relancer un seul tunnel s'il était détecté en erreur pendant la phase de la mesure.
La variable zephir_client_noaction à oui indiquait à l'agent de ne faire aucune action pendant la phase de la mesure. Une action était toutefois toujours appliquée une fois la mesure entièrement effectuée si le VPN était en erreur sur Amon.
Il s'est avéré que la gestion des actions à la volée durant la phase de la mesure posait plus de problème que cela en réglait.
Cette possibilité a donc été supprimée à partir de la version 2.4.2. Même si la variable existe encore dans cette version, elle reste sans effet.
#4 Mis à jour par Joël Cuissinat il y a presque 7 ans
- Statut changé de Nouveau à Fermé