[Bug 986864] Re: VPN connection does not route to vpn-network if "not use default gateway" is checked
Quax Eros
986864 at bugs.launchpad.net
Mon Apr 30 01:30:01 UTC 2012
** Description changed:
This happenes since update of 04-21-2012 (on kubuntu 11.10)
- The connection was pre-existing and stopped working.
+ The VPN connection was pre-existing and working.fine.Gateway option "use only for resources on this network" is checked in the routing tab.
+ (if i uncheck it, VPN gateway becomes the default and routing is proper.)
- No routing seems to take place to the vpn-connected network. ping and
- traceroute go straight to public dns to look for a route which is
- ofcourse not found.
+ Since update no routing seems to take place to the vpn-connected
+ network. ping and traceroute go straight to public dns to look for a
+ route which is ofcourse not found.
- syslog:
+ OUTPUT SYSLOG:
22/04/2012 16:03:32 portman NetworkManager[2704] <info> VPN connection 'VPN Al Cros' (Connect) reply received.
22/04/2012 16:03:32 portman pppd[4290] Plugin /usr/lib/pppd/2.4.5/nm-pptp-pppd-plugin.so loaded.
22/04/2012 16:03:32 portman pppd[4290] pppd 2.4.5 started by root, uid 0
22/04/2012 16:03:32 portman pppd[4290] Using interface ppp0
22/04/2012 16:03:32 portman pppd[4290] Connect: ppp0 <--> /dev/pts/2
22/04/2012 16:03:32 portman pptp[4295] nm-pptp-service-4289 log[main:pptp.c:314]: The synchronous pptp option is NOT activated
22/04/2012 16:03:32 portman NetworkManager[2704] SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
22/04/2012 16:03:32 portman NetworkManager[2704] SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
22/04/2012 16:03:32 portman pptp[4308] nm-pptp-service-4289 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
22/04/2012 16:03:32 portman pptp[4308] nm-pptp-service-4289 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
22/04/2012 16:03:32 portman pptp[4308] nm-pptp-service-4289 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
22/04/2012 16:03:33 portman pptp[4308] nm-pptp-service-4289 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
22/04/2012 16:03:33 portman pptp[4308] nm-pptp-service-4289 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
22/04/2012 16:03:33 portman pptp[4308] nm-pptp-service-4289 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 29568).
22/04/2012 16:03:36 portman pppd[4290] CHAP authentication succeeded
22/04/2012 16:03:36 portman pppd[4290] MPPE 128-bit stateless compression enabled
22/04/2012 16:03:40 portman pppd[4290] local IP address 10.8.0.14
22/04/2012 16:03:40 portman pppd[4290] remote IP address 10.8.0.2
22/04/2012 16:03:40 portman pppd[4290] primary DNS address 10.8.0.1
22/04/2012 16:03:40 portman pppd[4290] secondary DNS address 10.8.0.1
22/04/2012 16:03:40 portman NetworkManager[2704] <info> VPN connection 'VPN Al Cros' (IP Config Get) reply received.
22/04/2012 16:03:40 portman NetworkManager[2704] nm_ip4_config_add_nameserver: assertion `nameserver != s' failed
22/04/2012 16:03:40 portman NetworkManager[2704] <info> VPN Gateway: 213.251.143.10
22/04/2012 16:03:40 portman NetworkManager[2704] <info> Tunnel Device: ppp0
22/04/2012 16:03:40 portman NetworkManager[2704] <info> Internal IP4 Address: 10.8.0.14
22/04/2012 16:03:40 portman NetworkManager[2704] <info> Internal IP4 Prefix: 32
22/04/2012 16:03:40 portman NetworkManager[2704] <info> Internal IP4 Point-to-Point Address: 10.8.0.2
22/04/2012 16:03:40 portman NetworkManager[2704] <info> Maximum Segment Size (MSS): 0
22/04/2012 16:03:40 portman NetworkManager[2704] <info> Forbid Default Route: no
22/04/2012 16:03:40 portman NetworkManager[2704] <info> Internal IP4 DNS: 10.8.0.1
22/04/2012 16:03:40 portman NetworkManager[2704] <info> DNS Domain: '(none)'
22/04/2012 16:03:41 portman NetworkManager[2704] <info> VPN connection 'VPN Al Cros' (IP Config Get) complete.
22/04/2012 16:03:41 portman NetworkManager[2704] <info> Policy set 'VALLEE&CO' (wlan0) as default for IPv4 routing and DNS.
22/04/2012 16:03:41 portman NetworkManager[2704] <info> VPN plugin state changed: 4
22/04/2012 16:03:41 portman dbus[903] [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
22/04/2012 16:03:41 portman dbus[903] [system] Successfully activated service 'org.freedesktop.nm_dispatcher'
22/04/2012 16:04:10 portman nss_wins[4356] adjust time server 91.189.94.4 offset -0.055757 sec
22/04/2012 16:04:33 portman pptp[4308] nm-pptp-service-4289 log[logecho:pptp_ctrl.c:677]: Echo Reply received.
+ -------------------------------------
+
+ OUTPUT COMMANDLINE:
+
+ route
+ Table de routage IP du noyau
+ Destination Passerelle Genmask Indic Metric Ref Use Iface
+ default dsldevice.lan 0.0.0.0 UG 0 0 0 wlan0
+ 10.8.0.2 * 255.255.255.255 UH 0 0 0 ppp0
+ link-local * 255.255.0.0 U 1000 0 0 wlan0
+ 192.168.1.0 * 255.255.255.0 U 2 0 0 wlan0
+ 213.251.143.10 dsldevice.lan 255.255.255.255 UGH 0 0 0 wlan0
+ 213.251.143.10 dsldevice.lan 255.255.255.255 UGH 0 0 0 wlan0
+
+ traceroute to 10.8.0.2 (10.8.0.2), 30 hops max, 60 byte packets
+ 1 * * *
+ 2 * * *
+ 3 * * *
+ 4 * * *
+ 5 * * *
+ 6 * * *
+ 7 * * *
+ 8 * * *
+ 9 * * *
+ 10 * * *
+ 11 * * *
+ 12 * * *
+ 13 * * *
+ 14 * * *
+ 15 * * *
+ 16 * * *
+ 17 * * *
+ 18 * * *
+ 19 * * *
+ 20 * * *
+ 21 * * *
+ 22 * * *
+ 23 * * *
+ 24 * * *
+ 25 * * *
+ 26 * * *
+ 27 * * *
+ 28 * * *
+ 29 * * *
+ 30 * * *
+
+ traceroute to 10.8.0.1 (10.8.0.1), 30 hops max, 60 byte packets
+ 1 dsldevice.lan (192.168.1.254) 98.037 ms 97.697 ms 97.517 ms
+ 2 bor-1-rdb.fr.eu (178.32.37.8) 54.158 ms 58.563 ms 62.197 ms
+ 3 * * *
+ 4 * * *
+ 5 * * *
+ 6 * * *
+ 7 * * *
+ 8 * * *
+ 9 * * *
+ 10 * * *
+ 11 * * *
+ 12 * * *
+ 13 * * *
+ 14 * * *
+ 15 * * *
+ 16 * * *
+ 17 * * *
+ 18 * * *
+ 19 * * *
+ 20 * * *
+ 21 * * *
+ 22 * * *
+ 23 * * *
+ 24 * * *
+ 25 * * *
+ 26 * * *
+ 27 * * *
+ 28 * * *
+ 29 * * *
+ 30 * * *
+
+ PING 10.8.0.2 (10.8.0.2) 56(84) bytes of data.
+
+ --- 10.8.0.2 ping statistics ---
+ 3 packets transmitted, 0 received, 100% packet loss, time 2016ms
+
+ PING 10.8.0.1 (10.8.0.1) 56(84) bytes of data.
+
+ --- 10.8.0.1 ping statistics ---
+ 3 packets transmitted, 0 received, 100% packet loss, time 1999ms
+
+ PING 10.8.0.1 (10.8.0.1) from 192.168.1.66 ppp0: 56(84) bytes of data.
+
+ --- 10.8.0.1 ping statistics ---
+ 7 packets transmitted, 0 received, 100% packet loss, time 5999ms
+
+ ifconfig
+ eth0 Link encap:Ethernet HWaddr 00:16:d4:2f:be:7a
+ UP BROADCAST MULTICAST MTU:1500 Metric:1
+ Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
+ TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
+ collisions:0 lg file transmission:1000
+ Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
+
+ lo Link encap:Boucle locale
+ inet adr:127.0.0.1 Masque:255.0.0.0
+ adr inet6: ::1/128 Scope:Hôte
+ UP LOOPBACK RUNNING MTU:16436 Metric:1
+ Packets reçus:91 erreurs:0 :0 overruns:0 frame:0
+ TX packets:91 errors:0 dropped:0 overruns:0 carrier:0
+ collisions:0 lg file transmission:0
+ Octets reçus:4579 (4.5 KB) Octets transmis:4579 (4.5 KB)
+
+ ppp0 Link encap:Protocole Point-à-Point
+ inet adr:10.8.0.12 P-t-P:10.8.0.2 Masque:255.255.255.255
+ UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1
+ Packets reçus:6 erreurs:0 :0 overruns:0 frame:0
+ TX packets:303 errors:0 dropped:0 overruns:0 carrier:0
+ collisions:0 lg file transmission:3
+ Octets reçus:84 (84.0 B) Octets transmis:18570 (18.5 KB)
+
+ wlan0 Link encap:Ethernet HWaddr 00:13:02:52:4e:74
+ inet adr:192.168.1.66 Bcast:192.168.1.255 Masque:255.255.255.0
+ adr inet6: fe80::213:2ff:fe52:4e74/64 Scope:Lien
+ UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
+ Packets reçus:33034 erreurs:0 :0 overruns:0 frame:0
+ TX packets:38487 errors:0 dropped:0 overruns:0 carrier:0
+ collisions:0 lg file transmission:1000
+ Octets reçus:27063092 (27.0 MB) Octets transmis:9266718 (9.2 MB)
** Summary changed:
- VPN connection does not route to vpn-network if "not use default gateway" is checked
+ No routing to vpn network takes place if option "use only for this network" is checked for gateway
** Summary changed:
- No routing to vpn network takes place if option "use only for this network" is checked for gateway
+ No routing to vpn network takes place if option "use only for resouces on this network" is checked for gateway.
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to knetworkmanager in Ubuntu.
https://bugs.launchpad.net/bugs/986864
Title:
No routing to vpn network takes place if option "use only for resouces
on this network" is checked for gateway.
To manage notifications about this bug go to:
https://bugs.launchpad.net/network-manager-pptp/+bug/986864/+subscriptions
More information about the kubuntu-bugs
mailing list