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.

Added by Fabrice Barconnière over 7 years ago. Updated over 7 years ago.

Status:

Fermé

Priority:

Normal

Assigned To:

Daniel Dehennin

Target version:

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

Start date:

09/21/2015

Due date:

% Done:

100%

Estimated time:

3.00 h

Spent time:

2.50 h

Remaining (hours):

0.0

Related issues

Associated revisions

Revision 8a1567d2 (diff)
Added by Fabrice Barconnière over 7 years ago

override script init upstart strongSwan

ref #13283 @30m

Modification apparmor profiles

ref #13330 @30m

Revision cc51694c (diff)
Added by Daniel Dehennin over 7 years ago

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

History

#1 Updated by Fabrice Barconnière over 7 years ago

Status changed from Nouveau to En cours

#2 Updated by Fabrice Barconnière over 7 years ago

% Done changed from 0 to 80
Remaining (hours) changed from 3.0 to 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.