Tâche #23020
Scénario #22740: Assistance aux utilisateurs (05-07)
Académie Réunion : ARV génère la configuration ipsec d'un autre Sphynx en local.
Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
Restant à faire (heures):
0.0
Description
Suite au ménage fait dans le base ARV, la configuration locale générée ne correspond plus au serveur local.
Historique
#1 Mis à jour par Fabrice Barconnière il y a environ 6 ans
- Statut changé de Nouveau à En cours
#2 Mis à jour par Fabrice Barconnière il y a environ 6 ans
- % réalisé changé de 0 à 100
2 choix :
- sur la base actuelle, modifier les id sqlite du serveur
update arv_db_node_node set id=1 where id=161; update arv_db_edge_connect set tail_node_id=1 where tail_node_id=161; update arv_db_edge_connect set head_node_id=1 where head_node_id=161; update arv_db_edge_credential set node_id=1 where node_id=161; update arv_db_node_extremity set node_id=1 where node_id=161; update arv_db_node_vertex set node_id=1 where node_id=161;
- sur une base restaurée, modifier l'id zéphir
update arv_db_node_node set id_zephir=522 where id_zephir=666;
Choix : conservation de la base restaurée :
<cjactard> a l'heure actuelle tous les tunnels sont OK sur cette base restaurée <cjactard> donc si on peut corriger le problème d'ARV, on p ourra attaquer les mise à jour de certifs <barco> Pour corriger l'ID Zéphir : update arv_db_node_node set id_zephir=522 where id_zephir=666; <cjactard> c'est fait! Du coup on peut "appliquer" la configuration et réutiliser l'ARV normalement? <barco> Oui, tu peux après avoir actualisé la page <cjactard> Super ça semble fonctionner
#3 Mis à jour par Fabrice Barconnière il y a environ 6 ans
- Statut changé de En cours à Résolu
#4 Mis à jour par Fabrice Barconnière il y a environ 6 ans
- Restant à faire (heures) changé de 6.0 à 0.0
#5 Mis à jour par Scrum Master il y a environ 6 ans
- Statut changé de Résolu à Fermé