* NAT PPPOE & MTU problems
@ 2003-05-29 12:36 s
2003-06-12 4:49 ` Greg Stark
2003-06-14 19:36 ` Sven Schuster
0 siblings, 2 replies; 3+ messages in thread
From: s @ 2003-05-29 12:36 UTC (permalink / raw)
To: netfilter
[-- Attachment #1: Type: text/plain, Size: 787 bytes --]
I've got a problem with NAT connections on PPPOE.
My box is connected to internet via DSL, and I have some computers behind NAT.
I changed MTU on internal interfaces to 1492 and configured iptables with:
iptables -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
also I have squid cache installed for local workstations.
When I surfing net without squid everything works fine, no timeouts or something. Is good.
But when I use squid as a cache sometimes when squid uses POST method with huge amount of parameters, connection hangs. On tcpdump I see that one packet is repeated few times (5) and I got timeout message.
What's wrong ? Repeated packet has 1492 bytes lenght. But there's no answer from www server.
Pozdraviam
Przemyslaw Borkowski
[-- Attachment #2: Type: text/html, Size: 1689 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: NAT PPPOE & MTU problems
2003-05-29 12:36 NAT PPPOE & MTU problems s
@ 2003-06-12 4:49 ` Greg Stark
2003-06-14 19:36 ` Sven Schuster
1 sibling, 0 replies; 3+ messages in thread
From: Greg Stark @ 2003-06-12 4:49 UTC (permalink / raw)
To: s; +Cc: netfilter
"s" <xperience@interia.pl> writes:
> I've got a problem with NAT connections on PPPOE.
> My box is connected to internet via DSL, and I have some computers behind NAT.
> I changed MTU on internal interfaces to 1492 and configured iptables with:
>
> iptables -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
>
> also I have squid cache installed for local workstations. When I surfing net
> without squid everything works fine, no timeouts or something. Is good. But
> when I use squid as a cache sometimes when squid uses POST method with huge
> amount of parameters, connection hangs. On tcpdump I see that one packet is
> repeated few times (5) and I got timeout message. What's wrong ? Repeated
> packet has 1492 bytes lenght. But there's no answer from www server.
You might try smaller MTUs. 1492 should work with PPPOE in theory, but some
PPPOE based DSL providers seem to have internal networks that impose
additional constraints. I find my own packets don't seem to get out if they're
over 1480 or so (it seems to vary).
Also, does your provider have a transparent proxy? One transparent proxy I've
seen misbehaved in precisely the manner you're describing. There was no way
around the bug, and people complained incessantly on the support newsgroups.
I eventually just switched providers.
--
greg
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: NAT PPPOE & MTU problems
2003-05-29 12:36 NAT PPPOE & MTU problems s
2003-06-12 4:49 ` Greg Stark
@ 2003-06-14 19:36 ` Sven Schuster
1 sibling, 0 replies; 3+ messages in thread
From: Sven Schuster @ 2003-06-14 19:36 UTC (permalink / raw)
To: s; +Cc: netfilter
s wrote:
> I've got a problem with NAT connections on PPPOE.
> My box is connected to internet via DSL, and I have some computers
> behind NAT.
> I changed MTU on internal interfaces to 1492 and configured iptables with:
>
> iptables -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS
> --clamp-mss-to-pmtu
> also I have squid cache installed for local workstations.
> When I surfing net without squid everything works fine, no timeouts or
> something. Is good.
> But when I use squid as a cache sometimes when squid uses POST method
> with huge amount of parameters, connection hangs. On tcpdump I see
> that one packet is repeated few times (5) and I got timeout message.
> What's wrong ? Repeated packet has 1492 bytes lenght. But there's no
> answer from www server.
>
> Pozdraviam
> Przemyslaw Borkowski
I think the problem here is that squid will establish a connection
locally from your box. So when your computers on the internal
net surf directly, the MSS will be clamped to PMTU via your
FORWARD rule. When your clients surf via your squid proxy,
the SYN pakets MSS aren't clamped to PMTU.
So, you'll need the same rule to clamp the MSS for your OUTPUT
rule.
Hope this helps
Sven
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-06-14 19:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-29 12:36 NAT PPPOE & MTU problems s
2003-06-12 4:49 ` Greg Stark
2003-06-14 19:36 ` Sven Schuster
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.