Tâche #13330: Tester qu'il n'y a pas de problème de connexion VPN entre strongSwan 5.3.3 et strongSwan 5.0.4 d'EOLE 2.4.2 avant de packager cette version. - strongswan - Ensemble Ouvert Libre Évolutif

Tâche #13330

Scénario #10872: Compiler une version de strongSwan >= 5.2.2

Tester qu'il n'y a pas de problème de connexion VPN entre strongSwan 5.3.3 et strongSwan 5.0.4 d'EOLE 2.4.2 avant de packager cette version.

Ajouté par Fabrice Barconnière il y a plus de 8 ans. Mis à jour il y a plus de 8 ans.

Statut:

Fermé

Priorité:

Normal

Assigné à:

Daniel Dehennin

Version cible:

Distribution EOLE - Sprint 2015 39-41 - Équipe MENESR

Début:

21/09/2015

Echéance:

% réalisé:

100%

Temps estimé:

3.00 h

Temps passé:

2.50 h

Restant à faire (heures):

0.0

Demandes liées

Révisions associées

Révision 8a1567d2 (diff)
Ajouté par Fabrice Barconnière il y a plus de 8 ans

override script init upstart strongSwan

ref #13283 @30m

Modification apparmor profiles

ref #13330 @30m

Révision cc51694c (diff)
Ajouté par Daniel Dehennin il y a plus de 8 ans

Ne pas recharger apparmor lors de l’installion

Cela fait planter l’installation.

debian/eole-vpn.postinst: Ne recharger le profile apparmor que si le
module est chargé.
Simplification des « if ».

Ref: #13330

Historique

#1 Mis à jour par Fabrice Barconnière il y a plus de 8 ans

Statut changé de Nouveau à En cours

#2 Mis à jour par Fabrice Barconnière il y a plus de 8 ans

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

Test VPN OK entre strongSwan 5.3.3 et 5.0.4 mais je retombes sur le même pb q'avec la 5.1.2 (script ipsec_updown ne s'exécute pas).
En fait, apparmor bloque son exécution. En désactivant le profil /etc/apparmor.d/usr.lib.ipsec.charon, c'est OK pour 5.3.3. ET 5.1.2.
Du coup, pas besoin de packager strongSwan 5.3.3.
Comme pour le profil /etc/apparmor.d/usr.lib.ipsec.stroke qu'il a fallu désactiver, il n'y a aucun log.
Reste à voir si on peux modifier le profil ou si il faut le désactiver.