PPTP déconnexion de la connexion

Question

Ma connexion PPTP ne reste pas connectée, elle se déconnectera en moins d'une minute.

voici quelques entrées de journal pertinentes

May 31 13:32:31 localhost NetworkManager[931]: <info> Starting VPN service 'pptp'...
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 15216
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN service 'pptp' appeared; activating connections
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN plugin state changed: init (1)
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN plugin state changed: starting (3)
May 31 13:32:31 localhost NetworkManager[931]: <info> VPN connection 'Dynalabs' (Connect) reply received.
May 31 13:32:31 localhost pppd[15221]: Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
May 31 13:32:31 localhost pppd[15221]: pppd 2.4.5 started by root, uid 0
May 31 13:32:31 localhost pptp[15224]: nm-pptp-service-15216 log[main:pptp.c:314]: The synchronous pptp option is NOT activated
May 31 13:32:31 localhost pppd[15221]: Using interface ppp0
May 31 13:32:31 localhost pppd[15221]: Connect: ppp0 <--> /dev/pts/5
May 31 13:32:31 localhost NetworkManager[931]:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
May 31 13:32:31 localhost NetworkManager[931]:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
May 31 13:32:32 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
May 31 13:32:32 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
May 31 13:32:32 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
May 31 13:32:33 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
May 31 13:32:34 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
May 31 13:32:34 localhost pptp[15235]: nm-pptp-service-15216 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 1536).
May 31 13:32:37 localhost pppd[15221]: CHAP authentication succeeded
May 31 13:32:37 localhost kernel: [54007.078553] PPP MPPE Compression module registered
May 31 13:32:40 localhost pppd[15221]: MPPE 128-bit stateless compression enabled
May 31 13:32:42 localhost pppd[15221]: local  IP address 10.100.0.52
May 31 13:32:42 localhost pppd[15221]: remote IP address 10.100.0.1
May 31 13:32:42 localhost pppd[15221]: primary   DNS address 4.2.2.1
May 31 13:32:42 localhost pppd[15221]: secondary DNS address 255.255.255.255
May 31 13:32:42 localhost NetworkManager[931]: <info> VPN connection 'Dynalabs' (IP Config Get) reply received.
May 31 13:32:42 localhost NetworkManager[931]: <info> VPN Gateway: 103.28.219.2
May 31 13:32:42 localhost NetworkManager[931]: <info> Tunnel Device: ppp0
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 Address: 10.100.0.52
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 Prefix: 32
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 Point-to-Point Address: 10.100.0.1
May 31 13:32:42 localhost NetworkManager[931]: <info> Maximum Segment Size (MSS): 0
May 31 13:32:42 localhost NetworkManager[931]: <info> Forbid Default Route: no
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 DNS: 4.2.2.1
May 31 13:32:42 localhost NetworkManager[931]: <info> Internal IP4 DNS: 255.255.255.255
May 31 13:32:42 localhost NetworkManager[931]: <info> DNS Domain: '(none)'
May 31 13:32:43 localhost dnsmasq[2127]: exiting on receipt of SIGTERM
May 31 13:32:43 localhost NetworkManager[931]: <info> DNS: starting dnsmasq...
May 31 13:32:43 localhost NetworkManager[931]: <info> (ppp0): writing resolv.conf to /sbin/resolvconf
May 31 13:32:43 localhost dnsmasq[15290]: error at line 2 of /var/run/nm-dns-dnsmasq.conf
May 31 13:32:43 localhost dnsmasq[15290]: FAILED to start up
May 31 13:32:43 localhost NetworkManager[931]: <info> VPN connection 'Dynalabs' (IP Config Get) complete.
May 31 13:32:43 localhost NetworkManager[931]: <info> Policy set 'Dynalabs' (ppp0) as default for IPv4 routing and DNS.
May 31 13:32:43 localhost NetworkManager[931]: <info> VPN plugin state changed: started (4)
May 31 13:32:43 localhost NetworkManager[931]: <warn> dnsmasq exited with error: Configuration problem (1)
May 31 13:32:43 localhost NetworkManager[931]: <info> (ppp0): writing resolv.conf to /sbin/resolvconf
May 31 13:32:43 localhost dbus[872]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
May 31 13:32:43 localhost dbus[872]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
May 31 13:33:00 localhost ntpdate[15370]: step time server 91.189.94.4 offset -1.110301 sec
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd6d6
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x93aa
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xcc83
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2031
May 31 13:33:21 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x13d4
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x5b11
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x414b
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2f5f
May 31 13:33:22 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xe9ff
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8e20
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8f0
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf166
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x36e6
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xdd19
May 31 13:33:23 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xda26
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xac5
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x53a5
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x507e
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x1dc5
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf87b
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2f27
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd10c
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x66ef
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xa294
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xb15
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x52a2
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd863
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8a96
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xde19
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x9763
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xb23
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x83ca
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x964e
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xe8ae
May 31 13:33:24 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf614
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x9b1
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf086
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xbff4
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x66c5
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xe42
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf295
May 31 13:33:25 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x86fe
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x3bc1
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xbaad
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x88b5
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xd7a
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x30d5
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x2d8f
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x3933
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x8d42
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x4b4
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xa205
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x7cc5
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x1b6a
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0xf004
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x21b6
May 31 13:33:26 localhost pppd[15221]: Protocol-Reject for unsupported protocol 0x51eb

Answer 1

Le serveur PPTP auquel vous essayez de vous connecter peut ne pas prendre en charge certaines fonctionnalités de compression.

Vous pouvez essayer de les désactiver (tous):

• Compression BSD;
• Dégonfler la compression;
• Compression d'en-tête TCP.

Avec certains serveurs Windows PPTP, la désactivation de PPP _ peut également aider l'envoi de paquets d'écho.

Vous trouverez ces options dans la fenêtre de configuration de votre connexion VPN (onglet VPN -> Avancé).

Si la désactivation des fonctionnalités de compression ne résout pas votre problème, il peut également être lié à l'erreur DNS, que nous pouvons voir dans l'extrait de votre journal.

Essayez de définir le DNS manuellement comme suit: Accédez à la fenêtre de configuration de votre connexion VPN, dans l’onglet Paramètres IPv4, et remplacez la méthode par "adresses automatiques uniquement (VPN)". Ensuite, tapez l'adresse du serveur DNS ainsi que le domaine de recherche. Veuillez demander à votre administrateur réseau si vous ne les connaissez pas.

J'espère que cela vous aidera à résoudre votre problème de connexion.

Answer 2

J'ai eu le même problème lors de la tentative de connexion d'un routeur exécutant OpenWRT à un autre routeur exécutant RouterOS. Les deux systèmes d'exploitation sont basés sur Linux, je m'attendais donc à une intégration simple. J'ai trouvé que, à ce qu'il semblait être des intervalles de temps aléatoires, le tunnel ppp cesserait de fonctionner, même s'il n'était pas déconnecté. Les mêmes erreurs que vous avez mentionnées sont également apparues dans mon journal de débogage.

Après un certain débogage, j'ai découvert que les intervalles aléatoires n'étaient pas aléatoires mais coïncidaient avec un trafic élevé transféré sur le tunnel - alors que j'effectuais des sauvegardes sur le tunnel PPTP. Ce que j’ai fait pour résoudre mon problème a été de désactiver la compression CCP en ajoutant la ligne suivante à mon /etc/ppp/options.pptp (l’emplacement et le nom du fichier peuvent être différents dans la distribution que vous exécutez):

noccp

Answer 3

Je rencontre le même problème le 13.04

c'est, je pense, lié à ce bogue: https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/290178

Vérifiez votre /var/log/syslog pour les lignes en tant que Rejet de protocole pour un protocole non pris en charge

Je l'ai résolu il y a quelques mois en installant un paquet de Debian unstable

vérifiez aussi ceci:
https://forum.linode.com/viewtopic.php?p=36204/

1400 mtu
et vérifiez également que le protocole gre et le port 1723 sont ouverts.

Answer 4

Dans mon cas, la cause était que la taille en MTU du vpn était plus grande que le chemin d'accès à l'hôte. Vous pouvez donc utiliser traceroute pour découvrir le mtu inférieur dans le chemin d'accès à l'hôte. la commande est: traceroute <Host> --mtu

Dans mon cas, le MTU inférieur était de 1280, alors j’ai utilisé 1200 pour créer le vpn dans la configuration du routeur.

Answer 5

Lors de la tentative de connexion à un serveur Windows VPN à partir d’Ubuntu 14.04, je verrais aussi PPTP diconnects et trouverais cette erreur dans mon /var/log/syslog,

"nm-pptp-service-9270 warn [ctrlp_disp: pptp_ctrl.c: 956]: Les mappes de caractères de contrôle async non nulles ne sont pas prises en charge!"

J'ai trouvé ma réponse sur ce forum . Le conseil était le suivant: le seul réseau Windows VPN fonctionne avec l'authentification mppe. Pour l'utiliser, vous devez soit définir les lignes suivantes dans /etc/ppp/options.pptp

refuse-pap
refuse-eap
refuse-chap
refuse-mschap
require-mppe

Ou bien, accédez aux paramètres avancés du VPN dans le gestionnaire de réseau graphique et assurez-vous que seul MSCHAPv2 est coché. décochez les autres (pap, chap, mschap, eap) et activez également mppe.

Answer 6

Dans Kali Linux, j'ai essayé d'activer SEULEMENT l'authentification mschapv2, car c'était sur le routeur que je n'utilisais que le cryptage 128 bits et que je désactivais les données Deflate.

J'ai eu des déconnexions 1 seconde après la connexion.

Maintenant, je l'ai depuis des heures et pas de problème.