Bug 678882 - ssh through PPtP connection
Summary: ssh through PPtP connection
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager-pptp
Version: 14
Hardware: i386
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Dan Williams
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-02-20 15:47 UTC by Eric Baplue
Modified: 2011-04-16 07:36 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-16 07:36:48 UTC
Type: ---


Attachments (Terms of Use)

Description Eric Baplue 2011-02-20 15:47:21 UTC
Since I update from 12 (pptp-config) to 14 (NetworkManager-pptp) I have a problem with my PPtP vpn connection to the office.

When I try a ssh connection to the server at the office it hangs. When I do ssh -1 (version 1) to the same server I get my login after a wile, I could enter (give my password) and I receive a prompt. For the rest when I enter a command (very slow), after the return it hangs and give no output. After a while I get my prompt back. The server is a CentOS 5.6 so I'm pretty sure he works with ssh version 2 also (as I worked always with it under ferdora 12).

The connection commes up fine.
[root@toshiba etc]# ifconfig ppp0
ppp0      Link encap:Point-to-Point Protocol  
          inet addr:172.85.94.2  P-t-P:172.85.94.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1400  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:91 (91.0 b)  TX bytes:98 (98.0 b)
(I have also tried with a lower MTU)

The route seems fine
[root@toshiba etc]# route -en
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
81.246.32.30    192.168.22.1    255.255.255.255 UGH       0 0          0 eth0
81.246.32.30    192.168.22.1    255.255.255.255 UGH       0 0          0 eth0
172.85.94.1     0.0.0.0         255.255.255.255 UH        0 0          0 ppp0
192.168.22.0    0.0.0.0         255.255.255.0   U         0 0          0 eth0
10.42.43.0      0.0.0.0         255.255.255.0   U         0 0          0 wlan0
192.168.10.0    172.85.94.1     255.255.255.0   UG        0 0          0 ppp0
0.0.0.0         192.168.22.1    0.0.0.0         UG        0 0          0 eth0

And seems to work
[eric@toshiba ~]$ ping 192.168.10.11
PING 192.168.10.11 (192.168.10.11) 56(84) bytes of data.
64 bytes from 192.168.10.11: icmp_req=1 ttl=63 time=29.1 ms
64 bytes from 192.168.10.11: icmp_req=4 ttl=63 time=24.1 ms
64 bytes from 192.168.10.11: icmp_req=7 ttl=63 time=30.8 ms


Note You need to log in before you can comment on or make changes to this bug.