Bug 678882

Summary: ssh through PPtP connection
Product: [Fedora] Fedora Reporter: Eric Baplue <eric>
Component: NetworkManager-pptpAssignee: Dan Williams <dcbw>
Status: CLOSED DEFERRED QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 14CC: dcbw
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-04-16 07:36:48 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

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