- État Fermée
- Pourcentage achevé
- Type Évolution
- Catégorie LAN → NAT (redirections, DMZ)
- Assignée à Personne
- Système d'exploitation
- Sévérité Moyenne
- Priorité Très Basse
- Basée sur la version 1.1.4
- Due pour la version Non décidée
-
Échéance
30/03/2012
4437 Jours de retard - Votes
- Privée
Ouverte par rgouyet - 10/03/2012
Dernière modification par mbizon - 16/10/2015
FS#9742 - Pas de VPN PPTP (manque support Protocol GRE ?)
Bonjour,
Je viens de passer à la freebox revolution. Avant j’avais la V5.
Avant, je pouvais me connecter depuis l’extérieur de mon docmicile sur mon réseau derrière la freebox en VPN (Serveur VPN avec protocole PPTP fourni par mon NAS Synology). Il n’y avait pas de problème.
A présent, je constate que cela ne fonctionne plus... Je pense que cela est en rapport avec le changement de Freebox.
J’ai bien entendu forwardé le port 1723 sur mon serveur VPN.
Il semble, d’après la lecture de forums, que ce problème de connexion pourrait être lié au fait que la freebox ne laisserait pas passer le protocole GRE (47).
Il est vrai que certain routeur ont une option “VPN passthru” qui doit servir à cela mais pas la freebox.
Serait-il possible de faire évoluer le boitier afin d’avoir cette option et ce support.
J’ai même mis mon serveur VPN sur la DMZ mais cela ne fonctionne pas non plus.
En revanche, avec OpenVPN pas de soucis mais j’aimerai avoir le PPTP également.
Merci pour cette évolution.
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
+1
+1
C'est quand même pas le plus mieux le GRÉ quand même. Ça ne passe pas sur les syno ? Sur les qnap en openvpn et autre ça passe nickel
Bonjour,
Je remonte ce sujet.
Je voudrais utiliser le service VPN noLimitVPN, via le client PVN intégré du freebox server.
Apparemment le client VPN du freebox server aurait des problèmes avec le protocole GRE?
Voici les logs intéressantes:
2014-09-01 13:51:58 pptp: connecting to '81.4.100.162:1723'
2014-09-01 13:51:58 pptp: fsm state change: CONNECT → WAIT_CONNECT
2014-09-01 13:51:58 pptp: fsm state change: WAIT_CONNECT → PPTP_CREATE_CTRL
2014-09-01 13:51:58 pptp: snd <Start-Control-Connection-Request>
2014-09-01 13:51:58 pptp: fsm state change: PPTP_CREATE_CTRL → PPTP_WAIT_CTRL
2014-09-01 13:51:58 pptp: got <Start-Control-Connection-Reply>
2014-09-01 13:51:58 pptp: control connection established
2014-09-01 13:51:58 pptp: fsm state change: PPTP_WAIT_CTRL → PPTP_DO_CALL
2014-09-01 13:51:58 pptp: snd <Outgoing-Call-Request>
2014-09-01 13:51:58 pptp: fsm state change: PPTP_DO_CALL → PPTP_WAIT_CALL
2014-09-01 13:51:58 pptp: got <Outgoing-Call-Reply>
2014-09-01 13:51:58 pptp: fsm state change: PPTP_WAIT_CALL → PPTP_DO_CALL
2014-09-01 13:51:58 pptp: call established
2014-09-01 13:51:58 pptp: local call id:593 - peer call id:59136
2014-09-01 13:51:58 pptp: fsm state change: PPTP_DO_CALL → ACTIVE
2014-09-01 13:51:58 ppp: started pppd (pid 760)
2014-09-01 13:51:58 ppp: fsm state change: FORK → WAIT_PPPD_HELLO
2014-09-01 13:51:58 ppp: pppd: Plugin pppstatus.so loaded.
2014-09-01 13:51:58 ppp: pppd: PPP status plugin
2014-09-01 13:51:58 ppp: got hello message from pppd
2014-09-01 13:51:58 ppp: fsm state change: WAIT_PPPD_HELLO → ACTIVE
2014-09-01 13:51:58 ppp: pppd: pppstatus: connected to status manager
2014-09-01 13:51:58 ppp: phase change to SERIALCONN
2014-09-01 13:51:58 ppp: asked for connect fd
2014-09-01 13:51:58 ppp: pppd: using channel 593
2014-09-01 13:51:58 ppp: pppd: Using interface ppp0
2014-09-01 13:51:58 ppp: pppd: Connect: ppp0 ←→
2014-09-01 13:51:58 ppp: pppd: sent [LCP ConfReq id=0x1 <mru 1460> <magic 0xdec289b6>]
2014-09-01 13:51:58 ppp: phase change to ESTABLISH
2014-09-01 13:52:01 ppp: pppd: sent [LCP ConfReq id=0x1 <mru 1460> <magic 0xdec289b6>]
2014-09-01 13:52:04 ppp: pppd: sent [LCP ConfReq id=0x1 <mru 1460> <magic 0xdec289b6>]
2014-09-01 13:52:07 ppp: pppd: sent [LCP ConfReq id=0x1 <mru 1460> <magic 0xdec289b6>]
2014-09-01 13:52:10 ppp: pppd: LCP: timeout sending Config-Requests
2014-09-01 13:52:10 ppp: pppd: Connection terminated.
2014-09-01 13:52:10 ppp: phase change to DISCONNECT
2014-09-01 13:52:10 ppp: pppd: Modem hangup
2014-09-01 13:52:10 ppp: pppd exited with return code 16
2014-09-01 13:52:10 ppp: fsm state change: ACTIVE → DEAD
2014-09-01 13:52:10 pptp: fsm state change: ACTIVE → PPTP_SEND_CALL_CLEAR
2014-09-01 13:52:10 pptp: snd <Call-Clear-Request>
2014-09-01 13:52:10 pptp: fsm state change: PPTP_SEND_CALL_CLEAR → PPTP_WAIT_DISCONNECT
2014-09-01 13:52:10 pptp: remote close connection
2014-09-01 13:52:10 pptp: protocol error
2014-09-01 13:52:10 pptp: fsm state change: PPTP_WAIT_DISCONNECT → DOWN
2014-09-01 13:52:10 l3 is now stable
2014-09-01 13:52:10 l3 does not fulfil config requirement
2014-09-01 13:52:10 l3 state change 'l3_wait_stable' ⇒ 'l3_bring_down'
2014-09-01 13:52:10 waiting for l3 providers to go down
2014-09-01 13:52:10 l3 state change 'l3_bring_down' ⇒ 'l3_wait_down'
2014-09-01 13:52:10 l3 state change 'l3_wait_down' ⇒ 'l3_cleanup_start'
2014-09-01 13:52:10 calling helper script at '/etc/fbxconnman/conn.post-down'
2014-09-01 13:52:10 l3 state change 'l3_cleanup_start' ⇒ 'l3_wait_postdown_helper'
2014-09-01 13:52:10 l3 state change 'l3_wait_postdown_helper' ⇒ 'l3_cleanup_finish'
2014-09-01 13:52:10 l3 state change 'l3_cleanup_finish' ⇒ 'l3_finished'
2014-09-01 13:52:10 state change 'wait_l3_up' ⇒ 'wait_l3_down'
2014-09-01 13:52:10 l3 state change 'l3_finished' ⇒ 'l3_down'
2014-09-01 13:52:10 state is now DOWN
2014-09-01 13:52:10 state change 'wait_l3_down' ⇒ 'l3_finished'
2014-09-01 13:52:10 state change 'l3_finished' ⇒ 'wait_l2_down'
2014-09-01 13:52:10 l2 state change 'l2_up' ⇒ 'l2_cleanup'
2014-09-01 13:52:10 l2 state change 'l2_cleanup' ⇒ 'l2_down'
Je suis en v3.0.2 du freebox server.
Bien entendu, j'utilise le bon encryptage (obligatoire 128 bits, MS-CHAPv2), et j'entre bien les bons identifiants (sous Win7 et Android, tout se passe sans aucun problème)
J'ai testé de mettre 192.168.1.254 (IP du fbx server) en DMZ, cela n'a rien donné.
–> quelqu'un a-t-il ce même problème? Si oui, y a-t-il une solution?
Sinon, il serait intéressant que les équipes de dev se penchent sur le problème..
Merci beaucoup!
Pierre.
Désactive la DMZ, j'ai eu le même soucis sur la FBX d'un pote, il avait activé la DMZ