Projet

Général

Profil

Tâche #15352

Distribution EOLE - Scénario #15269: Assistance aux utilisateurs (10-12)

grosses instabilités des connexions vpns sur l'ensemble de notre parc 2.4.2 ; agent zephir inopérant

Ajouté par équipe eole Academie d'Orléans-Tours il y a environ 8 ans. Mis à jour il y a environ 8 ans.

Statut:
Fermé
Priorité:
Normal
Début:
07/03/2016
Echéance:
% réalisé:

100%

Temps estimé:
4.00 h
Temps passé:
Restant à faire (heures):
0.0

Description

Bonjour,
Dans notre académie nous avons des tunnels agriates et adriatic et nous sommes malheureusement très souvent amenés à redémarrer le service vpn de nos amons 2.4.2 car les connexions tombent mais ne se remontent pas toutes seules.
C'est un réél problème car nous ne sommes pas toujours les yeux rivés sur la supervision pour regarder si des tunnels sont tombés et s'il faut les redémarrer...
Pour mieux comprendre notre contexte, voici le détail des connexions par vpn :
  • agriates :
    Lan eth1 amon -> 10.0.0.0/8
    Lan eth1 amon -> 172.24.0.0/13
    Lan eth1 amon -> 161.48.0.0/19
  • adriatic :
    Lan eth1 amon -> 172.16.0.0/13
    Lan eth2 amon -> 172.16.0.0/13

Aussi bien amon que sphynx sont en dernière version 2.4.2.
Le pb se produit indifféremment pour les tunnels agriates et adriatic.
Nous avons à la fois des amons fraichement installés et d'autres mis à jour via Upgrade-Auto. Les sphynx ont été mis à jour via Upgrade-Auto.

Dans les logs de zephiragents, on voit des messages similaires à ceux ci :
zephiragents: [-] 172.16.0.0/13 -- 172.23.255.234 injoignable
zephiragents: [-] 172.24.0.0/13 -- 172.24.0.2 injoignable
l'agent zephir "semble" voir qu'il y a un pb mais n'effectue pas d'action pour autant. J'ai déjà constaté que cela peut durer pendant plusieurs heures...
Voici un extrait des paramètres définis dans zephir :
  • pour amon :
    zephir_client_noaction = non
    sw_retransmit_tries = 3
    sw_stroke_timeout = 0
  • pour sphynx
    zephir_client_noaction = oui
    sw_retransmit_tries = 11
    sw_stroke_timeout = 3000

Y a t'il des erreurs dans les paramètres indiqués ? Faut il vous indiquer les valeurs d'autres paramètres ?
Pouvez vous nous indiquer comment fiabiliser nos vpns et améliorer leur stabilité car cela est réellement critique ?
Merci de votre aide,
Olivier

Historique

#1 Mis à jour par Scrum Master il y a environ 8 ans

  • Tracker changé de Demande à Tâche
  • Temps estimé mis à 4.00 h
  • Tâche parente mis à #15269
  • Restant à faire (heures) mis à 4.0

#2 Mis à jour par Scrum Master il y a environ 8 ans

  • Statut changé de Nouveau à En cours

#3 Mis à jour par Scrum Master il y a environ 8 ans

  • Description mis à jour (diff)
  • Assigné à mis à Fabrice Barconnière

#4 Mis à jour par Fabrice Barconnière il y a environ 8 ans

Des essais de simplification de l'agent Zéphir RVP ont déjà été faits à Lyon et semblent concluant.
Contact téléphonique avec Olivier Janvois :
On va tenter d'implémenter #12072 #12073 et #12074 sur les Amon de l'académie.
Si c'est concluant, diffuser ce nouvel agent.

#5 Mis à jour par Fabrice Barconnière il y a environ 8 ans

  • % réalisé changé de 0 à 80
  • Restant à faire (heures) changé de 4.0 à 1.0

Envoi rvp.py à tester sur Sphynx et Amon 2.4.2.

#6 Mis à jour par Fabrice Barconnière il y a environ 8 ans

  • % réalisé changé de 80 à 100
  • Restant à faire (heures) changé de 1.0 à 0.0

Les retours sont positifs.
Il faut prévoir ce scénario (#12068) au prochain sprint.
Le paquet est déjà disponible en proposed-updates sur 2.4.2

#7 Mis à jour par Scrum Master il y a environ 8 ans

  • Statut changé de En cours à Fermé

Formats disponibles : Atom PDF