Network manager PPTP VPN connection very unstable, connection breaks (lost packets)
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| network-manager (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
| network-manager-pptp (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
The PPTP-VPN connection over WiFi of my Ubuntu Xenial installation is extremely unstable, repeated loss of connection (100% packet loss), easily reproducible using network manager. The wlan module is r8712u (Realtek Semiconductor Corp. RTL8191SU 802.11n WLAN Adapter). (System: Linux Mint 18.3 Sylvia, xenial, linux 4.13.0-38-generic #43~16.04.1-Ubuntu SMP, x86_64)
Wlan connection seems quite stable basically but as soon as I start using vpn it quickly is broken after a very short time. Example pptp vpn is ca.hide.me but I tested other connections as well with the same result.
Network manager does not show a no-more-working connection visually (regarding the symbols all looks good) but it is quickly noticeable that no more internet sites are reacting as soon as the bug situation occurs (which is very often, normally only after a few seconds!).
The vpn sites are working good with other clients, also the wlan (WPA2) and wlan router itself at my home are working fine, several other client system (Windows, Mobile, another Linux) are working without any issue, thus it is definitely this specific network manager wlan/pptp-vpn client with the r8712u module causing the trouble.
### here I try to demonstrate a typical situation, first stable later the error
I start with resetting wlan module r8712u first, letting network manager establish a new connection to my wireless lan at 20:50-20:51h. Connection is working fine so far. (Module output: insmod /lib/modules/
Making a lot of traffic, parallel download etc. stress test, everything is stable so it does not seem that the wireless lan has issues but only the vpn client on top of it...
After disconnecting the broken vpn, the normal wlan traffic (internet sites etc.) are working again.
But to show the case here I demonstrate first the working base scenario and then the occuring bug situation.
First working situation before the bug occurs (starting with wlan reset first):
$ dmesg |tail -n20
[ 4869.764646] usbcore: deregistering interface driver r8712u
[ 4870.152409] usb 3-2: reset high-speed USB device number 2 using ehci-pci
[ 4871.333150] r8712u: module is from the staging directory, the quality is unknown, you have been warned.
[ 4871.334319] r8712u: register rtl8712_netdev_ops to netdev_ops
[ 4871.334324] usb 3-2: r8712u: USB_SPEED_HIGH with 4 endpoints
[ 4871.334830] usb 3-2: r8712u: Boot from EFUSE: Autoload OK
[ 4871.873153] usb 3-2: r8712u: CustomerID = 0x0000
[ 4871.873158] usb 3-2: r8712u: MAC Address from efuse = 00:0d:81:af:00:fb
[ 4871.873161] usb 3-2: r8712u: Loading firmware from "rtlwifi/
[ 4871.873713] usbcore: registered new interface driver r8712u
[ 4871.877915] r8712u 3-2:1.0 wlx000d81af00fb: renamed from wlan0
[ 4871.907478] IPv6: ADDRCONF(
[ 4872.652953] r8712u 3-2:1.0 wlx000d81af00fb: 1 RCR=0x153f00e
[ 4872.653709] r8712u 3-2:1.0 wlx000d81af00fb: 2 RCR=0x553f00e
[ 4874.164838] IPv6: ADDRCONF(
[ 4874.206830] IPv6: ADDRCONF(
[ 4887.083087] IPv6: ADDRCONF(
[ 4887.088383] IPv6: ADDRCONF(
[ 4887.121475] IPv6: ADDRCONF(
[ 4895.089398] IPv6: ADDRCONF(
$ nmcli d
DEVICE TYPE STATE CONNECTION
wlx000d81af00fb wifi connected Automatisch BM12E3
enp3s0 ethernet unavailable --
lo loopback unmanaged --
$ nmcli c
NAME UUID TYPE DEVICE
Automatisch BM12E3 e49fbaa5-
Wired connection 1 c235039e-
ca.hide.me b0c7374c-
# debug mode has been set now for better logging
$ sudo nmcli general logging level debug
### Then 21:13h now after making test connection to ca.hide.me and making some traffic, after a short time the bug situation occurs... vpn still seems to be connected but is completely broken.
# ok, no more internet sites responding and package loss at 100%
$ PING google.de (172.217.19.67) 56(84) bytes of data.
--- google.de ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2034ms
---
syslog continues error spam messages like that:
Apr 11 21:13:08 bluefx NetworkManager[
Apr 11 21:13:10 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:10 bluefx NetworkManager[
Apr 11 21:13:10 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:10 bluefx NetworkManager[
Apr 11 21:13:11 bluefx NetworkManager[
Apr 11 21:13:11 bluefx NetworkManager[
Apr 11 21:13:11 bluefx NetworkManager[
Apr 11 21:13:14 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:14 bluefx NetworkManager[
Apr 11 21:13:14 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:14 bluefx NetworkManager[
Apr 11 21:13:14 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:14 bluefx NetworkManager[
Apr 11 21:13:15 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:15 bluefx NetworkManager[
Apr 11 21:13:15 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:15 bluefx NetworkManager[
Apr 11 21:13:15 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:15 bluefx NetworkManager[
Apr 11 21:13:17 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:17 bluefx NetworkManager[
Apr 11 21:13:17 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:17 bluefx NetworkManager[
Apr 11 21:13:17 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:17 bluefx NetworkManager[
Apr 11 21:13:17 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:17 bluefx NetworkManager[
Apr 11 21:13:17 bluefx NetworkManager[
Apr 11 21:13:17 bluefx NetworkManager[
Apr 11 21:13:17 bluefx NetworkManager[
Apr 11 21:13:18 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:18 bluefx NetworkManager[
Apr 11 21:13:18 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:18 bluefx NetworkManager[
Apr 11 21:13:20 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:20 bluefx NetworkManager[
Apr 11 21:13:20 bluefx pppd[12334]: Protocol-Reject for unsupported protocol 'Compressed Datagram' (0xfd)
Apr 11 21:13:20 bluefx NetworkManager[
---
(attached)
$ journalctl --no-pager > system-
---
$ nmcli d
DEVICE TYPE STATE CONNECTION
wlx000d81af00fb wifi connected Automatisch BM12E3
enp3s0 ethernet unavailable --
lo loopback unmanaged --
ppp0 ppp unmanaged --
$ nmcli c
NAME UUID TYPE DEVICE
Automatisch BM12E3 e49fbaa5-
ca.hide.me b0c7374c-
Wired connection 1 c235039e-
---
Network manager packages:
Network Manager: network-manager 1.2.6-0ubuntu0.
network-
(PPTP plugin core)
ii network-
| Kristof S. (ksa1) wrote | #1 |
| Kristof S. (ksa1) wrote | #2 |
| Kristof S. (ksa1) wrote | #3 |
| summary: |
- Network manager PPTP VPN connection very unstable, connection breaks - with wlan r8712u + Network manager PPTP VPN connection very unstable, connection breaks + (lost packets) |
| affects: | snappy-hwe-snaps → network-manager (Ubuntu) |
| Kristof S. (ksa1) wrote | #4 |
| description: | updated |
VPN config is as follows:
MSCHAPv2
Use Point-to-Point Encryption (MPPE)
Send PPP echo packets
The other options turned off, see screenshot also.
IPV4 and IPV6 are set to automatic.
As already noted, the basic vpn connection _works_, for a short time I can browse websites etc. successfully, but then suddenly everything is broken.