Mageia forum

by **hadian** » Nov 14th, '12, 12:08

i installed mageia2 on a PC beside windows and fedora.
pptp packages were not installed by default, so i downloaded following packages from pkgs.org using another system and moved them to mageia (using gnome desktop):
networkmanager-pptp-0.9.4.0-1.mga2.i586.rpm
pptp-linux-1.7.2-5.mga1.i586.rpm
i installed the packages by clicking on them and the installation completed successfully. then i created my pptp vpn connection exactly with the same config as what i have on fedora. the connection fails and i get the message that the connection failed because of invalid VPN secrets. should i install any other packages?

by **doktor5000** » Nov 14th, '12, 20:10

You probably want to read viewtopic.php?f=8&t=2347

by **hadian** » Nov 15th, '12, 14:41

Thanks.
i installed ppp-2.4.5-7-mdv2011.0.i586.rpm and the connection stablished but it does not work.
since out internet connection is through this connection, i can not access internet without it. here is the result of ping before using the connection:

Code: Select all: [hadian@cfd ~]$ ping -c3 http://www.google.com PING http://www.google.com (173.194.71.103) 56(84) bytes of data. --- http://www.google.com ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 2007ms

and this is the result after using the connection:

Code: Select all: [hadian@cfd ~]$ ping -c3 http://www.google.com ping: unknown host http://www.google.com [hadian@cfd ~]$ ping -c3 173.194.71.103 PING 173.194.71.103 (173.194.71.103) 56(84) bytes of data. From 10.102.1.180 icmp_seq=1 Destination Host Unreachable From 10.102.1.180 icmp_seq=1 Destination Host Unreachable From 10.102.1.180 icmp_seq=1 Destination Host Unreachable --- 173.194.71.103 ping statistics --- 0 packets transmitted, 0 received, +3 errors

as it can be seen, not only there is no access to internet but also the google is not known.

by **tom_** » Nov 15th, '12, 15:34

it seems you miss the route to reach that machine,
you should type something like

Code: Select all: route add -net 10.102.0.0 netmask 255.255.0.0 dev pppX

where 10.102.0.0/255.255.0.0 is the network on the other side of your connection,
pppX is the ppp connection (usually ppp0 but sometime ppp1, etc..)

if you can't find the right command for your configuration post the output of

Code: Select all: route

and

Code: Select all: /etc/resolv.conf

when the connection is on

by **hadian** » Nov 17th, '12, 11:41

on fedora, before vpn conection:

Code: Select all: [hadian@cfd ~]$ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 172.16.21.1 0.0.0.0 UG 0 0 0 p20p1 172.16.21.0 * 255.255.255.0 U 0 0 0 p20p1 [hadian@cfd ~]$ ping -c3 www.google.com PING www.google.com (74.125.132.147) 56(84) bytes of data. --- www.google.com ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 1999ms

on fedora, after using vpn connection:

Code: Select all: [hadian@cfd ~]$ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default * 0.0.0.0 U 0 0 0 ppp0 172.16.10.32 172.16.21.1 255.255.255.255 UGH 0 0 0 p20p1 172.16.10.32 172.16.21.1 255.255.255.255 UGH 0 0 0 p20p1 172.16.10.32 * 255.255.255.255 UH 0 0 0 ppp0 172.16.21.0 * 255.255.255.0 U 0 0 0 p20p1 [hadian@cfd ~]$ ping -c3 www.google.com PING www.google.com (173.194.78.147) 56(84) bytes of data. 64 bytes from wg-in-f147.1e100.net (173.194.78.147): icmp_req=1 ttl=39 time=332 ms 64 bytes from wg-in-f147.1e100.net (173.194.78.147): icmp_req=2 ttl=39 time=338 ms --- www.google.com ping statistics --- 3 packets transmitted, 2 received, 33% packet loss, time 2002ms rtt min/avg/max/mdev = 332.986/335.531/338.077/2.610 ms

and now, on Magia2, before vpn connection:

Code: Select all: [root@cfd ~]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 172.16.21.1 0.0.0.0 UG 0 0 0 eth0 172.16.21.0 * 255.255.255.0 U 0 0 0 eth0

and after using vpn on Magia2:

Code: Select all: [root@cfd ~]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default * 0.0.0.0 U 0 0 0 ppp0 172.16.10.32 172.16.21.1 255.255.255.255 UGH 0 0 0 eth0 172.16.10.32 172.16.21.1 255.255.255.255 UGH 0 0 0 eth0 172.16.10.32 * 255.255.255.255 UH 0 0 0 ppp0 172.16.21.0 * 255.255.255.0 U 0 0 0 eth0 [root@cfd ~]# cat /etc/resolv.conf # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) # DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN nameserver 85.185.163.123 nameserver 8.8.8.8 nameserver 85.185.163.123 # ppp temp entry nameserver 8.8.8.8 # ppp temp entry [root@cfd ~]# ping -c3 85.185.163.123 PING 85.185.163.123 (85.185.163.123) 56(84) bytes of data. From 10.102.1.45 icmp_seq=1 Destination Host Unreachable From 10.102.1.45 icmp_seq=1 Destination Host Unreachable From 10.102.1.45 icmp_seq=1 Destination Host Unreachable --- 85.185.163.123 ping statistics --- 0 packets transmitted, 0 received, +3 errors [root@cfd ~]# ping -c3 172.16.10.32 PING 172.16.10.32 (172.16.10.32) 56(84) bytes of data. 64 bytes from 172.16.10.32: icmp_req=1 ttl=63 time=0.640 ms 64 bytes from 172.16.10.32: icmp_req=2 ttl=63 time=0.902 ms 64 bytes from 172.16.10.32: icmp_req=3 ttl=63 time=0.726 ms --- 172.16.10.32 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 0.640/0.756/0.902/0.109 ms

it should be noted that 172.16.10.32 is our vpn server. on magia2 the route command could be run only by root, but in fedora it can be run by normal user account.

by **tom_** » Nov 17th, '12, 22:04

hadian wrote:From 10.102.1.45 icmp_seq=1 Destination Host Unreachable

and 10.102.1.45 is you machine, i guess

really strange, also /sbin/ifconfig are identical on both your OSs?

hadian wrote:it should be noted that 172.16.10.32 is our vpn server. on magia2 the route command could be run only by root, but in fedora it can be run by normal user account.

no, it is only out your PATH.
you can use /sbin/route as user or add /sbin to your path

by **hadian** » Nov 18th, '12, 14:52

this is what i get on Mageia2:

Code: Select all: [hadian@cfd ~]$ export PATH=$PATH:/sbin [hadian@cfd ~]$ route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface default 172.16.21.1 0.0.0.0 UG 0 0 0 eth0 172.16.21.0 * 255.255.255.0 U 0 0 0 eth0 [hadian@cfd ~]$ ifconfig eth0 Link encap:Ethernet HWaddr 1C:6F:65:93:D8:15 inet addr:172.16.21.119 Bcast:172.16.21.255 Mask:255.255.255.0 inet6 addr: fe80::1e6f:65ff:fe93:d815/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:810 errors:0 dropped:0 overruns:0 frame:0 TX packets:29 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:198885 (194.2 KiB) TX bytes:6810 (6.6 KiB) Interrupt:51 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:16 errors:0 dropped:0 overruns:0 frame:0 TX packets:16 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:960 (960.0 b) TX bytes:960 (960.0 b) [hadian@cfd ~]$ ping -c3 85.185.163.123 PING 85.185.163.123 (85.185.163.123) 56(84) bytes of data. 64 bytes from 85.185.163.123: icmp_req=1 ttl=61 time=1.81 ms 64 bytes from 85.185.163.123: icmp_req=2 ttl=61 time=1.90 ms 64 bytes from 85.185.163.123: icmp_req=3 ttl=61 time=2.44 ms --- 85.185.163.123 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 1.815/2.053/2.440/0.276 ms [hadian@cfd ~]$ ping -c3 www.google.com PING www.google.com (173.194.78.106) 56(84) bytes of data. --- www.google.com ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 2003ms [hadian@cfd ~]$ echo ¨After VPN connection¨ ¨After VPN connection¨ [hadian@cfd ~]$ ping -c3 85.185.163.123 PING 85.185.163.123 (85.185.163.123) 56(84) bytes of data. From 10.102.1.70 icmp_seq=1 Destination Host Unreachable From 10.102.1.70 icmp_seq=1 Destination Host Unreachable From 10.102.1.70 icmp_seq=1 Destination Host Unreachable --- 85.185.163.123 ping statistics --- 0 packets transmitted, 0 received, +3 errors [hadian@cfd ~]$ ping -c3 www.google.com ping: unknown host www.google.com [hadian@cfd ~]$ ifconfig eth0 Link encap:Ethernet HWaddr 1C:6F:65:93:D8:15 inet addr:172.16.21.119 Bcast:172.16.21.255 Mask:255.255.255.0 inet6 addr: fe80::1e6f:65ff:fe93:d815/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:943 errors:0 dropped:0 overruns:0 frame:0 TX packets:61 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:221150 (215.9 KiB) TX bytes:9416 (9.1 KiB) Interrupt:51 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:31 errors:0 dropped:0 overruns:0 frame:0 TX packets:31 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:2388 (2.3 KiB) TX bytes:2388 (2.3 KiB) ppp0 Link encap:Point-to-Point Protocol inet addr:10.102.1.70 P-t-P:172.16.10.32 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1 RX packets:10 errors:0 dropped:0 overruns:0 frame:0 TX packets:9 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:3 RX bytes:118 (118.0 b) TX bytes:126 (126.0 b) [hadian@cfd ~]$

and this is from Fedora on that PC:

Code: Select all: [hadian@cfd ~]$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 16436 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 4 bytes 240 (240.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4 bytes 240 (240.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 p20p1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.16.21.119 netmask 255.255.255.0 broadcast 172.16.21.255 inet6 fe80::1e6f:65ff:fe93:d815 prefixlen 64 scopeid 0x20<link> ether 1c:6f:65:93:d8:15 txqueuelen 1000 (Ethernet) RX packets 375 bytes 120265 (117.4 KiB) RX errors 0 dropped 4 overruns 0 frame 0 TX packets 230 bytes 32466 (31.7 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [hadian@cfd ~]$ echo "After VPN on Fedora" After VPN on Fedora [hadian@cfd ~]$ ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 16436 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 0 (Local Loopback) RX packets 4 bytes 240 (240.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 4 bytes 240 (240.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 p20p1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.16.21.119 netmask 255.255.255.0 broadcast 172.16.21.255 inet6 fe80::1e6f:65ff:fe93:d815 prefixlen 64 scopeid 0x20<link> ether 1c:6f:65:93:d8:15 txqueuelen 1000 (Ethernet) RX packets 417 bytes 125087 (122.1 KiB) RX errors 0 dropped 5 overruns 0 frame 0 TX packets 270 bytes 36356 (35.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 ppp0: flags=4305<UP,POINTOPOINT,RUNNING,NOARP,MULTICAST> mtu 1400 inet 10.102.1.70 netmask 255.255.255.255 destination 172.16.10.32 ppp txqueuelen 3 (Point-to-Point Protocol) RX packets 22 bytes 1714 (1.6 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 21 bytes 822 (822.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 [hadian@cfd ~]$ ping -c3 85.185.163.123 PING 85.185.163.123 (85.185.163.123) 56(84) bytes of data. 64 bytes from 85.185.163.123: icmp_req=1 ttl=61 time=4.95 ms 64 bytes from 85.185.163.123: icmp_req=2 ttl=61 time=6.76 ms 64 bytes from 85.185.163.123: icmp_req=3 ttl=61 time=6.66 ms --- 85.185.163.123 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms rtt min/avg/max/mdev = 4.955/6.125/6.761/0.833 ms

by **tom_** » Nov 19th, '12, 00:35

I can't see any difference in these settings,
so the problem should be in some other place.

are you sure you haven't any firewall running on your mga?

by **hadian** » Nov 19th, '12, 04:33

i did not install anything more that what is installed by default. regarding my last post, the strange point is that i can ping our DNS server (85.185.163.123) before stablishing the VPN connection, but it does not work after using VPN connection. I think it is not related to firewall. is it?

by **tom_** » Nov 20th, '12, 00:30

hadian wrote: I think it is not related to firewall. is it?

no, it seems a routing problem but I can't see nothing wrong in your setup

so it necessary to think in a different way;

the problem is that this machine cannot see the DNS server:

From 10.102.1.70 icmp_seq=1 Destination Host Unreachable

in other words it seems that your machine is searching also the DNS via the vpn connection,
but I can't understand why.

if you need only the DNS server,
you could try another rule to route package to you DNS

Mageia forum

pptp not working

pptp not working

Re: pptp not working

Re: pptp not working

Re: pptp not working

Re: pptp not working

Re: pptp not working

Re: pptp not working

Re: pptp not working

Re: pptp not working

Re: pptp not working

Who is online