Re: [jik@xxxxxxxxxxxxxxxxxxxxxx: [LARTC] MSS clamping doesn't work with masquerading through VPN?]

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Monday 02 June 2003 18:57, Jonathan Kamens wrote:
> I sent the message below to this list over a week ago, and I haven't
> seen any response.
>
> If this is not the correct forum for my question, can anyone suggest a
> better person or place to which I should direct it?
I think it's the correct list (I don't know of any other list you can try), 
but it seems that no list member has an answer on your questions.

> Thank you,
>
>   Jonathan Kamens
>
> ------- Start of forwarded message -------
> From: Jonathan Kamens <jik@xxxxxxxxxxxxxxxxxxxxxx>
> To: lartc@xxxxxxxxxxxxxxx
> Subject: [LARTC] MSS clamping doesn't work with masquerading through VPN?
> Date: Fri, 23 May 2003 12:42:10 -0400
>
> My employer uses a Microsoft VPN concentrator.  I followed the
> instructions at pptpclient.sourceforge.net to add support for that
> concentrator to my Linux machine; after doing so, I was able to
> successfully connect to the VPN and access machines on the other side
> of it from my Linux box.
>
> However,, I found that I couldn't use rdesktop to connect to a
> Terminal Services server at work.  I tracked down the problem to my
> MTU being too high, as documented here:
> <URL:http://pptpclient.sourceforge.net/howto-diagnosis.phtml#connections_fr
>eeze>. After setting the MTU and MRU for the VPN connection to 1000 as
> documented there, I was able to use rdesktop from my Linux machine.
>
> I have VMware installed on my Linux machine, and I run Windows XP
> Professional inside of it.  I wanted to be able to also access the VPN
> from my VMware virtual machine, so I followed the instructions found
> here: <URL:http://pptpclient.sourceforge.net/routing.phtml#lan-to-lan>
> to set up the routing, including doing "iptables --append FORWARD
> - --protocol tcp --tcp-flags SYN,RST SYN --jump TCPMSS
> - --clamp-mss-to-pmtu" to ensure that the MTU would be reduced for the
> traffic from my XP machine as well as the traffic from my Linux box.
>
> Note that I have only one public IP address, the Linux box -- the
> VMware virtual machine is on a private subnet and the Linux box does
> routing and masquerading for it through the VPN (and SNAT through my
> static IP connection).
>
> Even with the MSS clamping in place, the Remote Desktop client on XP
> doesn't work -- it fails in essentially the same way that rdesktop on
> Linux was failing before I reduced the MTU.  However, I was able to
> get the XP client to work by editing the Windows registry to
> explicitly set the MTU to 1000 there.
>
> I thought that the MSS clamping was intended to achieve the same
> thing.  I'm at a loss to explain what I did wrong to prevent it from
> working as intended :-).
>
> I'd rather not leave the MTU set to 1000 for all packets leaving my XP
> machine, because that'll reduce my throughput.  I'd really rather have
> things work as intended, i.e., have only traffic going through the VPN
> be clamped.
>
> Any suggestions for what I might be doing wrong and/or how to debug
> the problem further?
>
> Thank you,
>
>   Jonathan Kamens
> _______________________________________________
> LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
> ------- End of forwarded message -------
> _______________________________________________
> LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Stef

-- 

stef.coene@xxxxxxxxx
 "Using Linux as bandwidth manager"
     http://www.docum.org/
     #lartc @ irc.oftc.net



[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux