You are not logged in.

#1 2009-10-22 14:17:08

orschiro
Member
Registered: 2009-06-04
Posts: 2,136
Website

[pptpclient] routing problem

Hello guys,

to use a wireless connection at my university I have to be connected to the VPN-Server via pptp. The pptpclient itself is set up correctly and connects successfully to that vpn server. But there's still a problem with the routing. I don't have any clue how to adjust it the right way that everything is working.

That means some sites are working, e.g. I'm currently surfing on archlinux.org but some aren't working, for example google.com. Furthermore some other programs like git or rsync can't connect to any server.

What I've done already.

after netcfg wlan route -n outputs me the following table.

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.8.0     0.0.0.0         255.255.248.0   U     304    0        0 wlan0
0.0.0.0         192.168.8.1     0.0.0.0         UG    304    0        0 wlan0

After that I'm connecting to the vpn via pon vpnnetwork. the table after that command.

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.173.144.1    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.8.1     0.0.0.0         255.255.255.255 UH    0      0        0 wlan0
192.168.8.0     0.0.0.0         255.255.248.0   U     304    0        0 wlan0
0.0.0.0         192.168.8.1     0.0.0.0         UG    304    0        0 wlan0

A small explanation. 192.168.8.1 normally has to be the vpn because a ping on vpn.euv-ffo.de (the vpn adress I got from my university) gives exactly that output. But I don't know to what the two other adresses belong.

A ifconfig ppp0 shows

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:10.173.145.239  P-t-P:10.173.144.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1396  Metric:1
          RX packets:9643 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6908 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:13113280 (12.5 Mb)  TX bytes:486057 (474.6 Kb)

To reach the internet I have to type route add default dev ppp0. But as I said, it doesn't solve the problem but it let me surf on some page, e.g. archlinux.org.

So the new routing table looks like that.

10.173.144.1    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.8.1     0.0.0.0         255.255.255.255 UH    0      0        0 wlan0
192.168.8.0     0.0.0.0         255.255.248.0   U     304    0        0 wlan0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
0.0.0.0         192.168.8.1     0.0.0.0         UG    304    0        0 wlan0

What exactly happens when I try to surf on google, it simply shows me a timeout after a while. A ping on google.com shows me:

PING google.com (74.125.45.100) 56(84) bytes of data.
^C
--- google.com ping statistics ---
8 packets transmitted, 0 received, 100% packet loss, time 7008ms

That also isn't really normal. I have to abort it to see how many packets were transmitted.

So I think you could now identify my problem. If some information is still missing, please let me know. I hope my problem could be solved. I can't imagine working again on Windows, but the internet connection is working there...

Thank you in advance.

Last edited by orschiro (2009-10-22 14:18:13)

Offline

#2 2009-10-22 15:18:49

jargoman
Member
Registered: 2008-03-10
Posts: 33

Re: [pptpclient] routing problem

I'm guessing 192.168.8.0 is the router. The other ip might be the one serving the university, I don't know. The fact that you have some connectivity but not all may mean your /etc/hosts file is not configured correctly. Just a long shot.

Offline

#3 2009-10-22 17:30:35

orschiro
Member
Registered: 2009-06-04
Posts: 2,136
Website

Re: [pptpclient] routing problem

Hello jargoman,

thank you for your response. Do you have any example how the /etc/hosts has to be configured?

It's still the default one, the latest install iso created.

Last edited by orschiro (2009-10-22 17:31:00)

Offline

#4 2009-10-22 18:00:54

jargoman
Member
Registered: 2008-03-10
Posts: 33

Re: [pptpclient] routing problem

Well my hostname is archbook so my /etc/hosts file looks like this

127.0.0.1 archbook.localdomain archbook localhost

the following should work too but I prefer the previous.

127.0.0.1 localhost.localdomain localhost archbook

You may have other entries in there and probably don't need to change them. Basically what this file does is resolves a name to an ip address so that

ping 127.0.0.1

is equivalent to

ping localhost  
or...
ping archbook

That's why I assume that your hosts file is to blame because some programs might send the network information to localhost while other programs may send it to your hostname (archbook in my case). If your hosts was set up incorrectly packets sent to yourhostname would never be received.

edit: If you don't know your host name it should be set in /etc/rc.conf

Last edited by jargoman (2009-10-22 18:03:20)

Offline

#5 2009-10-23 16:34:08

orschiro
Member
Registered: 2009-06-04
Posts: 2,136
Website

Re: [pptpclient] routing problem

Well, my /etc/hosts just stores the following one entry:

127.0.0.1 localhost.localdomain localhost thinkpad

So that might not be the problem. Perhaps it helps to show you my resolv.conf?

# Generated by dhcpcd from wlan0
# /etc/resolv.conf.head can replace this line
domain euv-ffo.de
nameserver 192.168.8.1
# /etc/resolv.conf.tail can replace this line

Offline

#6 2009-10-24 08:21:51

orschiro
Member
Registered: 2009-06-04
Posts: 2,136
Website

Re: [pptpclient] routing problem

Nobody?

Offline

#7 2009-10-26 03:28:47

jargoman
Member
Registered: 2008-03-10
Posts: 33

Re: [pptpclient] routing problem

try commenting it out and change it to

#127.0.0.1 localhost.localdomain localhost thinkpad
127.0.0.1 thinkpad.localdomain thinkpad localhost

is there a firewall between you and there? proxies?
instead of ping
traceroute google.com

or even traceroute 192.168.8.1

Offline

#8 2010-05-29 13:51:33

orschiro
Member
Registered: 2009-06-04
Posts: 2,136
Website

Re: [pptpclient] routing problem

Hello guys,

I push this thread once again because the routing still doesn't work right. Now I tried a live cd of linuxmint for testing purposes and connected successfully to the vpn server. In the following is the complete log from initializing wlan connection up to establishing the vpn connection.

May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0) starting connection 'euv-wlan'
May 29 13:42:15 mint NetworkManager: <info>  (wlan0): device state change: 3 -> 4 (reason 0)
May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0) Stage 1 of 5 (Device Prepare) scheduled...
May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0) Stage 1 of 5 (Device Prepare) started...
May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0) Stage 2 of 5 (Device Configure) scheduled...
May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0) Stage 1 of 5 (Device Prepare) complete.
May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0) Stage 2 of 5 (Device Configure) starting...
May 29 13:42:15 mint NetworkManager: <info>  (wlan0): device state change: 4 -> 5 (reason 0)
May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0/wireless): connection 'euv-wlan' requires no security.  No secrets needed.
May 29 13:42:15 mint NetworkManager: <info>  Config: added 'ssid' value 'euv-wlan'
May 29 13:42:15 mint NetworkManager: <info>  Config: added 'scan_ssid' value '1'
May 29 13:42:15 mint NetworkManager: <info>  Config: added 'key_mgmt' value 'NONE'
May 29 13:42:15 mint NetworkManager: <info>  Activation (wlan0) Stage 2 of 5 (Device Configure) complete.
May 29 13:42:15 mint NetworkManager: <info>  Config: set interface ap_scan to 1
May 29 13:42:15 mint NetworkManager: <info>  (wlan0): supplicant connection state:  disconnected -> scanning
May 29 13:42:26 mint wpa_supplicant[1783]: Trying to associate with 00:01:f4:5b:a3:e3 (SSID='euv-wlan' freq=2422 MHz)
May 29 13:42:26 mint wpa_supplicant[1783]: Association request to the driver failed
May 29 13:42:26 mint NetworkManager: <info>  (wlan0): supplicant connection state:  scanning -> associating
May 29 13:42:26 mint wpa_supplicant[1783]: Associated with 00:01:f4:5b:a3:e3
May 29 13:42:26 mint wpa_supplicant[1783]: CTRL-EVENT-CONNECTED - Connection to 00:01:f4:5b:a3:e3 completed (reauth) [id=0 id_str=]
May 29 13:42:26 mint NetworkManager: <info>  (wlan0): supplicant connection state:  associating -> associated
May 29 13:42:26 mint NetworkManager: <info>  (wlan0): supplicant connection state:  associated -> completed
May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0/wireless) Stage 2 of 5 (Device Configure) successful.  Connected to wireless network 'euv-wlan'.
May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) scheduled.
May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) started...
May 29 13:42:26 mint NetworkManager: <info>  (wlan0): device state change: 5 -> 7 (reason 0)
May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0) Beginning DHCP transaction (timeout in 45 seconds)
May 29 13:42:26 mint NetworkManager: <info>  dhclient started with pid 3906
May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) scheduled...
May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0) Stage 3 of 5 (IP Configure Start) complete.
May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) started...

May 29 13:42:26 mint NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP6 Configure Get) complete.
May 29 13:42:26 mint dhclient: Internet Systems Consortium DHCP Client V3.1.3
May 29 13:42:26 mint dhclient: Copyright 2004-2009 Internet Systems Consortium.
May 29 13:42:26 mint dhclient: All rights reserved.
May 29 13:42:26 mint dhclient: For info, please visit https://www.isc.org/software/dhcp/
May 29 13:42:26 mint dhclient: 
May 29 13:42:26 mint NetworkManager: <info>  DHCP: device wlan0 state changed normal exit -> preinit
May 29 13:42:26 mint dhclient: Listening on LPF/wlan0/00:1e:65:53:f1:d8
May 29 13:42:26 mint dhclient: Sending on   LPF/wlan0/00:1e:65:53:f1:d8
May 29 13:42:26 mint dhclient: Sending on   Socket/fallback
May 29 13:42:28 mint dhclient: DHCPREQUEST of 192.168.9.232 on wlan0 to 255.255.255.255 port 67
May 29 13:42:28 mint dhclient: DHCPACK of 192.168.9.232 from 192.168.8.1
May 29 13:42:28 mint dhclient: bound to 192.168.9.232 -- renewal in 6972 seconds.
May 29 13:42:28 mint NetworkManager: <info>  DHCP: device wlan0 state changed preinit -> reboot
May 29 13:42:28 mint NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) scheduled...
May 29 13:42:28 mint NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) started...
May 29 13:42:28 mint NetworkManager: <info>    address 192.168.9.232
May 29 13:42:28 mint NetworkManager: <info>    prefix 21 (255.255.248.0)
May 29 13:42:28 mint NetworkManager: <info>    gateway 192.168.8.1
May 29 13:42:28 mint NetworkManager: <info>    nameserver '192.168.8.1'
May 29 13:42:28 mint NetworkManager: <info>    domain name 'euv-frankfurt-o.de'
May 29 13:42:28 mint NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) scheduled...
May 29 13:42:28 mint NetworkManager: <info>  Activation (wlan0) Stage 4 of 5 (IP4 Configure Get) complete.
May 29 13:42:28 mint NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) started...
May 29 13:42:28 mint avahi-daemon[1422]: Joining mDNS multicast group on interface wlan0.IPv4 with address 192.168.9.232.
May 29 13:42:28 mint avahi-daemon[1422]: New relevant interface wlan0.IPv4 for mDNS.
May 29 13:42:28 mint avahi-daemon[1422]: Registering new address record for 192.168.9.232 on wlan0.IPv4.
May 29 13:42:29 mint NetworkManager: <info>  (wlan0): device state change: 7 -> 8 (reason 0)
May 29 13:42:29 mint NetworkManager: <debug> [1275140549.113299] periodic_update(): Roamed from BSSID 00:01:F4:5B:A4:6D (euv-wlan) to 00:01:F4:5B:A3:E3 (euv-wlan)
May 29 13:42:29 mint NetworkManager: <info>  Policy set 'euv-wlan' (wlan0) as default for routing and DNS.
May 29 13:42:29 mint NetworkManager: <info>  Activation (wlan0) successful, device activated.
May 29 13:42:29 mint NetworkManager: <info>  Activation (wlan0) Stage 5 of 5 (IP Configure Commit) complete.
May 29 13:42:53 mint NetworkManager: <info>  Starting VPN service 'org.freedesktop.NetworkManager.pptp'...
May 29 13:42:53 mint NetworkManager: <info>  VPN service 'org.freedesktop.NetworkManager.pptp' started (org.freedesktop.NetworkManager.pptp), PID 3953
May 29 13:42:53 mint NetworkManager: <info>  VPN service 'org.freedesktop.NetworkManager.pptp' just appeared, activating connections
May 29 13:42:53 mint NetworkManager: <info>  VPN plugin state changed: 3
May 29 13:42:53 mint NetworkManager: <info>  VPN connection 'VPN connection 1' (Connect) reply received.
May 29 13:42:53 mint NetworkManager:    SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/ppp0, iface: ppp0)
May 29 13:42:53 mint NetworkManager:    SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/ppp0, iface: ppp0): no ifupdown configuration found.
May 29 13:42:53 mint pptp[3960]: nm-pptp-service-3953 log[main:pptp.c:314]: The synchronous pptp option is NOT activated
May 29 13:42:53 mint pptp[3966]: nm-pptp-service-3953 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 1 'Start-Control-Connection-Request'
May 29 13:42:53 mint pptp[3966]: nm-pptp-service-3953 log[ctrlp_disp:pptp_ctrl.c:739]: Received Start Control Connection Reply
May 29 13:42:53 mint pptp[3966]: nm-pptp-service-3953 log[ctrlp_disp:pptp_ctrl.c:773]: Client connection established.
May 29 13:42:54 mint pptp[3966]: nm-pptp-service-3953 log[ctrlp_rep:pptp_ctrl.c:251]: Sent control packet type is 7 'Outgoing-Call-Request'
May 29 13:42:54 mint pptp[3966]: nm-pptp-service-3953 log[ctrlp_disp:pptp_ctrl.c:858]: Received Outgoing Call Reply.
May 29 13:42:54 mint pptp[3966]: nm-pptp-service-3953 log[ctrlp_disp:pptp_ctrl.c:897]: Outgoing call established (call ID 0, peer's call ID 375).
May 29 13:42:57 mint NetworkManager: <info>  VPN connection 'VPN connection 1' (IP Config Get) reply received.
May 29 13:42:57 mint NetworkManager: <info>  VPN Gateway: 192.168.8.1
May 29 13:42:57 mint NetworkManager: <info>  Tunnel Device: ppp0
May 29 13:42:57 mint NetworkManager: <info>  Internal IP4 Address: 10.173.148.131
May 29 13:42:57 mint NetworkManager: <info>  Internal IP4 Prefix: 32
May 29 13:42:57 mint NetworkManager: <info>  Internal IP4 Point-to-Point Address: 10.173.144.1
May 29 13:42:57 mint NetworkManager: <info>  Maximum Segment Size (MSS): 0
May 29 13:42:57 mint NetworkManager: <info>  Internal IP4 DNS: 192.168.8.1
May 29 13:42:57 mint NetworkManager: <info>  DNS Domain: '(none)'
May 29 13:42:57 mint NetworkManager: <info>  Login Banner:
May 29 13:42:57 mint NetworkManager: <info>  -----------------------------------------
May 29 13:42:57 mint NetworkManager: <info>  (null)
May 29 13:42:57 mint NetworkManager: <info>  -----------------------------------------
May 29 13:42:58 mint NetworkManager: <info>  VPN connection 'VPN connection 1' (IP Config Get) complete.
May 29 13:42:58 mint NetworkManager: <info>  Policy set 'VPN connection 1' (ppp0) as default for routing and DNS.
May 29 13:42:58 mint NetworkManager: <info>  VPN plugin state changed: 4
May 29 13:42:58 mint nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/01ifupdown' exited with error status 1.
mint@mint ~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
10.173.144.1    0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.8.1     0.0.0.0         255.255.255.255 UH    0      0        0 wlan0
192.168.8.1     0.0.0.0         255.255.255.255 UH    0      0        0 wlan0
192.168.8.0     0.0.0.0         255.255.248.0   U     2      0        0 wlan0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 wlan0
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0

And here a paste with code highlighting: http://paste.pocoo.org/show/219606/

Does anyone know how I have to set the routing to get it working? Currently I can't load any page.

Best regards

EDIT:

I just found out that the only page I can view is the one of my university but only the main domain, means no subdomains, and only with www-prefix.

Last edited by orschiro (2010-05-29 14:39:42)

Offline

#9 2010-05-30 10:24:15

orschiro
Member
Registered: 2009-06-04
Posts: 2,136
Website

Re: [pptpclient] routing problem

Hello guys,

another small update. I can view every page in the browser as long as I use their IP adress. Means http://archlinux.org doesn't work but http://66.211.214.131 works quite well.

What could that be?

Offline

#10 2010-05-30 10:35:31

byte
Member
From: Düsseldorf (DE)
Registered: 2006-05-01
Posts: 2,046

Re: [pptpclient] routing problem

That would be DNS then.
Is that 192.168.8.1 nameserver reachable via 'ping', query it manually for some domains with 'dig', try replacing with another one.
For the latter:
- "nohook resolv.conf" in /etc/dhcpcd.conf
- "nameserver 8.8.8.8" (Google, for example) in /etc/resolv.conf.tail


1000

Offline

#11 2010-06-03 15:42:20

orschiro
Member
Registered: 2009-06-04
Posts: 2,136
Website

Re: [pptpclient] routing problem

Indeed it is. I tried as you suggested and added the google nameserver.

orschiro@thinkpad ~ $ cat /etc/resolv.conf
nameserver 8.8.8.8
nameserver 8.8.4.4

With the result that I can view all pages I tried so far. The last problem are addresss with specified port such as ssh -p XXX or connect to irc.spotchat.org (91.143.85.105) Port 6667. In both cases I only get a connection time out.

What could that be?

Offline

Board footer

Powered by FluxBB