Config VPN côté client
Salut, Au sujet de la partie tunnel (l2tp) de la configuration côté client du VPN, la doc[1] suggère d'utiliser openl2tp. Est-ce qu'un client peut utiliser une implémentation différente de l2tp ? Et, par curiosité, pourquoi avez-vous choisi openl2tp ? Ça me surprend parce que le développement semble au point mort (dernière version datant de 2010). [1]: http://grifon.fr/branch/vpn/adminsys/vpn.html#l2tp -- GoK / Antoine I welcome VSRE emails (see http://vsre.info/)
On Mon Jun 22 16:58:45 2015, Antoine Rault wrote:
Au sujet de la partie tunnel (l2tp) de la configuration côté client du VPN, la doc[1] suggère d'utiliser openl2tp.
Est-ce qu'un client peut utiliser une implémentation différente de l2tp ?
Et, par curiosité, pourquoi avez-vous choisi openl2tp ? Ça me surprend parce que le développement semble au point mort (dernière version datant de 2010).
Salut, Je ne vois pas de raison pour que deux implem différentes ne puissent pas se parler, ça reste un protocole standardisé. Au pire, essaye et vois :) On a choisi openl2tp pour des raisons de performance si je me souviens bien, il faudrait demander plus de détails à Benjamin, on avait suivi ses conseils. -- alarig
Salut Antoine, Le lundi 22 juin 2015 à 16:58 -0300, Antoine Rault a écrit :
Au sujet de la partie tunnel (l2tp) de la configuration côté client du VPN, la doc[1] suggère d'utiliser openl2tp.
C'est parce que c'est ce qu'on utilise côté serveur, mais c'est juste une suggestion.
Est-ce qu'un client peut utiliser une implémentation différente de l2tp ?
Bien sûr.
Et, par curiosité, pourquoi avez-vous choisi openl2tp ? Ça me surprend parce que le développement semble au point mort (dernière version datant de 2010).
Effectivement, le développement n'est pas super vif… Une des raisons de ce choix, c'est que c'est l'implémentation des développeurs qui ont intégré le module l2tp du noyau <http://git.kernel.org/cgit/linux/kerne l/git/torvalds/linux.git/tree/net/l2tp/l2tp_core.c>. Et parce que l'autre alternative que je connaissais bien, l2tpns (utilisé chez FDN) est quand même remplie de gros hacks. L'autre qui existe mais que je ne connais pas et que nous n'avons pas envisagé, c'est xl2tp. Niveau client, c'est peut-être celle que je conseillerais, parce qu'elle est packagée dans Debian, au moins (pour openl2tp, il y a eu un essai du dev principal il y a quelques années, mais ça n'a rien donné, et après j'avais dans l'idée de me proposer mainteneur, mais je n'ai pas le temps). N'hésite pas à nous donner les résultats de tes essais, pour qu'on l'ajoute au wiki. -- benjamin
Le mardi 23 juin 2015 à 21:09 +0200, Benjamin Cama a écrit :
Le lundi 22 juin 2015 à 16:58 -0300, Antoine Rault a écrit :
Et, par curiosité, pourquoi avez-vous choisi openl2tp ? Ça me surprend parce que le développement semble au point mort (dernière version datant de 2010).
Effectivement, le développement n'est pas super vif… Une des raisons de ce choix, c'est que c'est l'implémentation des développeurs qui ont intégré le module l2tp du noyau
Ah mais en fait ils sont partis sur une implémentation proprio depuis quelques années, en fait (je découvre) : http://www.prol2tp.com/ Du coup, il serait peut-être temps de forker… (ça fait plusieurs années que j'attends l'intégration de mes patchs IPv6…) -- benjamin
participants (3)
-
alarig
-
Antoine Rault
-
Benjamin Cama