…hoping to hit the correct forum…
on my dell latitude e6510 with tri-boot opensuse12.3 fully updated with kde 4.10.5, 13.1 with kde 4.11.3 fresh upgraded from 12.3 and widows7 .
using 12.3 VPN works perfectly, using windows7 too, using 13.1 doesn’t works, networkmanager gives me “not connected”, in the 12.3 before upgrading to 13.1 VPN was working well.
any suggestion to have VPN working??
manythnx ciao pla
To troubleshoot anything,
The first step is to collect any information about the problem.
The network management application you’re using to manage your VPN connection may log your VPN connection attempt differently, but a good place to start might be your syslog, if you run the following command immediately after any issue, it will display the last 10 lines of your syslog
tail /var/log/messages
TSU
manythanx, here is the log
pla@suse-stable:~> tail /var/log/messages
2013-12-20T10:45:58.003013+01:00 suse-stable pppd[2492]: Connection terminated.
2013-12-20T10:45:58.003818+01:00 suse-stable avahi-daemon[766]: Withdrawing workstation service for ppp0.
2013-12-20T10:45:58.006585+01:00 suse-stable pptp[2509]: nm-pptp-service-2491 log[ctrlp_disp:pptp_ctrl.c:912]: Received Call Clear Request.
2013-12-20T10:45:58.024464+01:00 suse-stable pptp[2498]: nm-pptp-service-2491 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
2013-12-20T10:45:58.025213+01:00 suse-stable pptp[2498]: nm-pptp-service-2491 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
2013-12-20T10:45:58.025541+01:00 suse-stable pptp[2509]: nm-pptp-service-2491 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
2013-12-20T10:45:58.025893+01:00 suse-stable pptp[2509]: nm-pptp-service-2491 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
2013-12-20T10:45:58.026415+01:00 suse-stable pptp[2509]: nm-pptp-service-2491 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
2013-12-20T10:45:58.026953+01:00 suse-stable pppd[2492]: Script /usr/sbin/pptp 192.107.100.247 --nolaunchpppd --loglevel 0 --logstring nm-pptp-service-2491 finished (pid 2498), status = 0x0
2013-12-20T10:45:58.027300+01:00 suse-stable pppd[2492]: Exit.
pla@suse-stable:~>
I wrongly supposed therer was something on pptp so I installed and activated pptpd, but nothing changed…
pla@suse-stable:~> tail /var/log/messages
2013-12-20T11:07:09.419260+01:00 suse-stable pppd[2440]: Connection terminated.
2013-12-20T11:07:09.420309+01:00 suse-stable avahi-daemon[786]: Withdrawing workstation service for ppp0.
2013-12-20T11:07:09.421651+01:00 suse-stable pptp[2455]: nm-pptp-service-2439 log[ctrlp_disp:pptp_ctrl.c:912]: Received Call Clear Request.
2013-12-20T11:07:09.440358+01:00 suse-stable pptp[2442]: nm-pptp-service-2439 warn[decaps_hdlc:pptp_gre.c:204]: short read (-1): Input/output error
2013-12-20T11:07:09.440975+01:00 suse-stable pptp[2442]: nm-pptp-service-2439 warn[decaps_hdlc:pptp_gre.c:216]: pppd may have shutdown, see pppd log
2013-12-20T11:07:09.441437+01:00 suse-stable pptp[2455]: nm-pptp-service-2439 log[callmgr_main:pptp_callmgr.c:234]: Closing connection (unhandled)
2013-12-20T11:07:09.441895+01:00 suse-stable pptp[2455]: nm-pptp-service-2439 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 12 'Call-Clear-Request'
2013-12-20T11:07:09.442306+01:00 suse-stable pptp[2455]: nm-pptp-service-2439 log[call_callback:pptp_callmgr.c:79]: Closing connection (call state)
2013-12-20T11:07:09.442843+01:00 suse-stable pppd[2440]: Script /usr/sbin/pptp 192.107.100.247 --nolaunchpppd --loglevel 0 --logstring nm-pptp-service-2439 finished (pid 2442), status = 0x0
2013-12-20T11:07:09.443322+01:00 suse-stable pppd[2440]: Exit.
pla@suse-stable:~>
Both your logs suggest there may be more detailed information about the error in a “pppd log”
Also, it may not be totally clear but some kind of “callback” may be an issue.
TSU
thank you very much, you opened my eyes on logs, I looked at /var/log/networkmanager and on 13.1 wher it doesn’t works there was this error:
EAP: peer reports authentication failure
then I launch vpn on 12.3 where works and there was no error but at the same position of the 13.1 error there was this:
CHAP authentication succeeded
so I remembered that in the instructions to connect to my vpn there was something about chap and eap…
it was in the advanced button!!!>:)
I unchecked EAP and PAP and it works…
groan zone on—
…why advanced buttons are used???, I made some screenshots of all the tabs to reproduce the exact situation in VPNs but I forgotten advanced button…,
really, I think that in the configuration windows should be avoided buttons like advanced, it hides informations very deeply, it is very better to add a tab instead to have a button to press to see other hide settings claimed advanced…
groan zone off:)
Glad to hear it’s fixed.
Welcome to FOSS where absent a single authority that dictates convention, every person implements what they think is best…
If you really believe your idea is worthwhile, I’d recommend you submit a bug “feature request” – If the author(s) agree with your idea you may see it implemented in the future! (And simply re-arranging the GUI isn’t likely that difficult).
TSU
…:)the price of freedom…
…good idea, if it was very complicate may be wasn’t worthwhile, but if you say it isn’t so difficult I think I will ask for it…
I have a similar problem.
It was working well on Opensuse 12.3 but after upgrading to Opensuse 13.1 it doesn’t work now.
I notice that I should have marked CHAP, MSCHAP and MSCHAPv2 in the advanced options. However when I try to tick the three options, it doesn’t let me do it…
This is the output for the log of NetworkManager
# tail -f /var/log/NetworkManager
2015-01-07T21:08:31.310115+01:00 linux-diy5 NetworkManager[743]: MS-CHAP authentication failed:
2015-01-07T21:08:31.311894+01:00 linux-diy5 NetworkManager[743]: CHAP authentication failed
2015-01-07T21:08:31.411716+01:00 linux-diy5 NetworkManager[743]: Connection terminated.
2015-01-07T21:08:31.412850+01:00 linux-diy5 NetworkManager[743]: <warn> VPN plugin failed: 1
2015-01-07T21:08:31.433027+01:00 linux-diy5 NetworkManager[743]: Script /usr/sbin/pptp 80.65.63.197 --nolaunchpppd --loglevel 0 --logstring nm-pptp-service-2889 finished (pid 2894), status = 0x0
2015-01-07T21:08:31.435252+01:00 linux-diy5 NetworkManager[743]: <warn> VPN plugin failed: 1
2015-01-07T21:08:31.437488+01:00 linux-diy5 NetworkManager[743]: <info> VPN plugin state changed: stopped (6)
2015-01-07T21:08:31.438717+01:00 linux-diy5 NetworkManager[743]: <info> VPN plugin state change reason: 0
2015-01-07T21:08:31.439878+01:00 linux-diy5 NetworkManager[743]: <info> Policy set 'Orange-883E' (wlp8s0) as default for IPv4 routing and DNS.
2015-01-07T21:08:31.442347+01:00 linux-diy5 NetworkManager[743]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
2015-01-07T21:08:37.012578+01:00 linux-diy5 NetworkManager[743]: <info> VPN service 'pptp' disappeared
Just another tip. The VPN connections is working because I can connect with my telephone but not with my computer.
Thank you for the help,
Rubén
I still haven’t been able to connect to the VPN.
My VPN provider is vpntraffic, and although I have followed the steps on the web page, I cannot connect after updating to OpenSuse 13.1. I tried this setup guide for Ubuntu, but although it worked with OpenSuse 12.3 it did not work with 13.1
# uname -a
Linux 3.11.10-25-desktop #1 SMP PREEMPT Wed Dec 17 17:57:03 UTC 2014 (8210f77) x86_64 x86_64 x86_64 GNU/Linux
I have read here that the PPTP VPN client configuration is done by editing the files
However, when I try to edit these files, I am not finding what I am suppose to find.
¿Where is Network Manager keeping the configuration files for the VPN?
As per the output of the log, I think the problem is CHAP authetication related
# tail -f /var/log/NetworkManager
2015-01-08T21:30:50.625591+01:00 linux-diy5 NetworkManager[720]: <info> Starting VPN service 'pptp'...
2015-01-08T21:30:50.634240+01:00 linux-diy5 NetworkManager[720]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 4642
2015-01-08T21:30:50.651095+01:00 linux-diy5 NetworkManager[720]: <info> VPN service 'pptp' appeared; activating connections
2015-01-08T21:30:50.667011+01:00 linux-diy5 NetworkManager[720]: <info> VPN plugin state changed: init (1)
2015-01-08T21:30:50.862522+01:00 linux-diy5 NetworkManager[720]: <info> VPN plugin state changed: starting (3)
2015-01-08T21:30:50.865023+01:00 linux-diy5 NetworkManager[720]: <info> VPN connection 'vpntraffic' (Connect) reply received.
2015-01-08T21:30:50.873173+01:00 linux-diy5 NetworkManager[720]: Plugin /usr/lib64/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
2015-01-08T21:30:50.886143+01:00 linux-diy5 NetworkManager[720]: Using interface ppp0
2015-01-08T21:30:50.888293+01:00 linux-diy5 NetworkManager[720]: Connect: ppp0 <--> /dev/pts/1
2015-01-08T21:30:50.912068+01:00 linux-diy5 NetworkManager[720]: <warn> /sys/devices/virtual/net/ppp0: couldn't determine device driver; ignoring...
2015-01-08T21:30:55.421194+01:00 linux-diy5 NetworkManager[720]: MS-CHAP authentication failed:
2015-01-08T21:30:55.421922+01:00 linux-diy5 NetworkManager[720]: CHAP authentication failed
2015-01-08T21:30:55.531115+01:00 linux-diy5 NetworkManager[720]: <warn> VPN plugin failed: 1
2015-01-08T21:30:55.532118+01:00 linux-diy5 NetworkManager[720]: Connection terminated.
2015-01-08T21:30:55.538651+01:00 linux-diy5 NetworkManager[720]: Script /usr/sbin/pptp 80.65.63.197 --nolaunchpppd --loglevel 0 --logstring nm-pptp-service-4642 finished (pid 4647), status = 0x0
2015-01-08T21:30:55.540601+01:00 linux-diy5 NetworkManager[720]: <info> VPN plugin state changed: stopped (6)
2015-01-08T21:30:55.541471+01:00 linux-diy5 NetworkManager[720]: <info> VPN plugin state change reason: 0
2015-01-08T21:30:55.541981+01:00 linux-diy5 NetworkManager[720]: <info> Policy set 'Orange-883E' (wlp8s0) as default for IPv4 routing and DNS.
Could you please provide some help?
Thank you,
Rubén
NM by default stores the VPN configurations in /etc/NetworkManager/system-connections/ and a text file there named the same as your connection.
Most likely it’s a case where it tries CHAP and gets rejected, you should check your config file and try to force mschapv2 only.
refuse-eap=yes
refuse-chap=yes
refuse-mschap=yes
refuse-pap=yes
You might want to try with refuse-eap no and yes. See which one works.
Thank you for your answer.
I have located the file for my VPN connection under /etc/NetworkManager/system-connections and I have edited it to add the options that you said. I have to say though, that it did not work, and that even making a few combinations it never got connected.
This is how the file looks at the moment
[connection]
id=vpntraffic
uuid=3e6b7668-eaec-47b0-bcac-59709fbc5311
type=vpn
permissions=user:myuser:;
autoconnect=false
[vpn]
service-type=org.freedesktop.NetworkManager.pptp
lcp-echo-interval=30
password-flags=1
require-mppe=yes
no-vj-comp=yes
mppe-stateful=yes
user=myusername
refuse-eap=yes
refuse-chap=no
nobsdcomp=yes
lcp-echo-failure=5
gateway=my.vpnserverprovider.com
nodeflate=yes
refuse-pap=yes
[ipv4]
method=auto
And this is how the log looks like
2015-01-09T21:48:03.445393+01:00 linux-diy5 NetworkManager[757]: keyfile: error: File did not exist or was not a regular file
2015-01-09T21:48:03.459167+01:00 linux-diy5 NetworkManager[757]: keyfile: updating /etc/NetworkManager/system-connections/vpntraffic
2015-01-09T21:48:03.537148+01:00 linux-diy5 NetworkManager[757]: keyfile: updating /etc/NetworkManager/system-connections/.goutputstream-LABGSX
2015-01-09T21:48:03.539730+01:00 linux-diy5 NetworkManager[757]: keyfile: error: File did not exist or was not a regular file
2015-01-09T21:48:47.082917+01:00 linux-diy5 NetworkManager[757]: <info> Starting VPN service 'pptp'...
2015-01-09T21:48:47.085611+01:00 linux-diy5 NetworkManager[757]: <info> VPN service 'pptp' started (org.freedesktop.NetworkManager.pptp), PID 7115
2015-01-09T21:48:47.098587+01:00 linux-diy5 NetworkManager[757]: <info> VPN service 'pptp' appeared; activating connections
2015-01-09T21:48:47.103372+01:00 linux-diy5 NetworkManager[757]: <info> VPN plugin state changed: init (1)
2015-01-09T21:48:47.309636+01:00 linux-diy5 NetworkManager[757]: <info> VPN plugin state changed: starting (3)
2015-01-09T21:48:47.314073+01:00 linux-diy5 NetworkManager[757]: <info> VPN connection 'vpntraffic' (Connect) reply received.
2015-01-09T21:48:47.322975+01:00 linux-diy5 NetworkManager[757]: Plugin /usr/lib64/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
2015-01-09T21:48:47.330960+01:00 linux-diy5 NetworkManager[757]: Using interface ppp0
2015-01-09T21:48:47.331445+01:00 linux-diy5 NetworkManager[757]: Connect: ppp0 <--> /dev/pts/3
2015-01-09T21:48:47.403038+01:00 linux-diy5 NetworkManager[757]: <warn> /sys/devices/virtual/net/ppp0: couldn't determine device driver; ignoring...
2015-01-09T21:48:51.993933+01:00 linux-diy5 NetworkManager[757]: MS-CHAP authentication failed:
2015-01-09T21:48:51.994499+01:00 linux-diy5 NetworkManager[757]: CHAP authentication failed
2015-01-09T21:48:52.103314+01:00 linux-diy5 NetworkManager[757]: <warn> VPN plugin failed: 1
2015-01-09T21:48:52.103880+01:00 linux-diy5 NetworkManager[757]: Connection terminated.
2015-01-09T21:48:52.108021+01:00 linux-diy5 NetworkManager[757]: <warn> VPN plugin failed: 1
2015-01-09T21:48:52.112033+01:00 linux-diy5 NetworkManager[757]: <info> VPN plugin state changed: stopped (6)
2015-01-09T21:48:52.112850+01:00 linux-diy5 NetworkManager[757]: <info> VPN plugin state change reason: 0
2015-01-09T21:48:52.113584+01:00 linux-diy5 NetworkManager[757]: <info> Policy set 'Orange-883E' (wlp8s0) as default for IPv4 routing and DNS.
2015-01-09T21:48:52.114369+01:00 linux-diy5 NetworkManager[757]: Script /usr/sbin/pptp 80.65.63.197 --nolaunchpppd --loglevel 0 --logstring nm-pptp-service-7115 finished (pid 7120), status = 0x0
2015-01-09T21:48:52.121428+01:00 linux-diy5 NetworkManager[757]: <warn> error disconnecting VPN: Could not process the request because no VPN connection was active.
2015-01-09T21:48:57.020434+01:00 linux-diy5 NetworkManager[757]: <info> VPN service 'pptp' disappeared
Having a look at it, there seems to be 2 different problems:
I have read here that it was a bug in the libgcrypt11. I wonder if this is also applicable to OpenSuse…
2.- The CHAP authentication problem.
a.- In editing the file, I noticed that the configuration from the file that not correspond with the configuration from the GUI from NM. Why?
b.- Why can’t I tick the option CHAP, when options MSCHAP and MSCHAPv2 are activated? I remember this was possible when it was working under OpenSuse 12.3.
My VPN provider requieres these three options to be activated.
Any other ideas to try to fix the problem?
Thank you again,
Rubén
Hello again. I haven’t been able to fix this problem yet.
I did something though, to check if the problem existed in OpenSuse 13.2 too. So, I downloaded the gnome live for OpenSuse 13.2, and tried to configure the VPN. The result was negative. Whatever the problem is, it is also present in OpenSuse 13.2.
So, it seems that it affects 13.1, 13.2, and 12.3 after a Christmas update…
Could anyone please give me directions on how to locate and fix the problem?
What else could I check?
Thank you.
Having a look at it, there seems to be 2 different problems:
- There is something related to the device driver
<warn> /sys/devices/virtual/net/ppp0: couldn’t determine device driver; ignoring…
I have read here that it was a bug in the libgcrypt11. I wonder if this is also applicable to OpenSuse…
I get the same warning, but seems to be inconsequential.
2.- The CHAP authentication problem.
a.- In editing the file, I noticed that the configuration from the file that not correspond with the configuration from the GUI from NM. Why?
I have PAP, CHAP, MSCHAP, MSCHAPv2, and EAP all set, so my NM config file has no ‘refuse’ entries. The NM connection dialog shows that CHAP authentication succeeds
b.- Why can’t I tick the option CHAP, when options MSCHAP and MSCHAPv2 are activated? I remember this was possible when it was working under OpenSuse 12.3.
My VPN provider requieres these three options to be activated.
Well, that’s exactly what I have. In any case, you could just remove all the ‘refuse’ entries manually.
For reference, my working PPTP VPN config
[connection]
id=**** VPN
uuid=********-****-****-****-************
type=vpn
permissions=user:myuser:;
autoconnect=false
[vpn]
service-type=org.freedesktop.NetworkManager.pptp
gateway=****.**.**.**
user=********
password-flags=1
[ipv4]
method=auto
dns-search=*******.***.**;
may-fail=false
I am lost at the moment.
I have tried everything that was mentioned but I couldn’t make it work.
I am about to throw in the towel.
It was working perfect on 12.3 before updating…
Is anyone else using vpntraffic as a VPN provider so that he/she can share it here?
Any more ideas?
Thank you,
Rubén