All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tvrtko Ursulin <tvrtko@ursulin.net>
To: Jan Engelhardt <jengelh@medozas.de>
Cc: netfilter@vger.kernel.org
Subject: Re: Strange problem with HTTPS POST (maybe) through router from Linux
Date: Wed, 9 Jun 2010 09:00:54 +0100	[thread overview]
Message-ID: <201006090900.54496.tvrtko@ursulin.net> (raw)
In-Reply-To: <alpine.LSU.2.01.1006082330030.23159@obet.zrqbmnf.qr>

On Tuesday 08 Jun 2010 22:36:28 Jan Engelhardt wrote:
> On Tuesday 2010-06-08 23:03, Tvrtko Ursulin wrote:
> >I have a small home network behind a cheap ADSL router and a bizarre
> > problem where I am not getting responses from some web sites in some
> > situations.
> 
>  - Select one web page/URL where this has happened, preferably one
>    that has a small output (like Apache's ingenious "It works!")
>  - Is it 100% reproducible on every page reload?
> 
> If yes: check your firewall. Don't block ICMP errors.
> Name the URL so that people can confirm.

Firewall rules do not mention ICMP and I can ping outside world so I guess 
that means it is not blocked?

There is this:
TCPMSS     tcp  --  anywhere             anywhere            tcp 
flags:SYN,RST/SYN TCPMSS set 1452 
TCPMSS     tcp  --  anywhere             anywhere            tcp 
flags:SYN,RST/SYN TCPMSS set 1452 

In the forward chain at the firewall which is the only thing which stands out. 
If I understand it correctly it sets MTU to 1452 for outgoing packets. Why it 
is specified twice I have no idea. 

I tried doing "ifconfig eth0 mtu 1452" on the client and that did not help. I 
had to go all the way down to 1400 for one site and that also worked for the 
other one. 

Site I was testing with is http://www.tesco.com/superstore/ . This page does 
not load unless MTU 1400 is set on the client.
 
> If not: SACK/DSACK/FACK is broken in 2.6.18 (dunno when it was fixed,
> but 2.6.25 looks good), and if either client or server make use
> of it, things can hang once SACKs are exchanged.
 
My clients are 2.6.31 - 2.6.34, but the router/firewall is running 2.6.21.5. 

Tvrtko

  reply	other threads:[~2010-06-09  8:00 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-08 21:03 Strange problem with HTTPS POST (maybe) through router from Linux Tvrtko Ursulin
2010-06-08 21:36 ` Jan Engelhardt
2010-06-09  8:00   ` Tvrtko Ursulin [this message]
2010-06-09 10:02     ` Jan Engelhardt
2010-06-09 13:41       ` Tvrtko Ursulin
2010-06-09 15:02         ` Jan Engelhardt
2010-06-09 17:51           ` Tvrtko Ursulin
2010-06-09 22:03             ` Tvrtko Ursulin
2010-06-09 22:05               ` Tvrtko Ursulin
2010-06-08 21:46 ` Thanasis
2010-06-09  7:46   ` Tvrtko Ursulin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201006090900.54496.tvrtko@ursulin.net \
    --to=tvrtko@ursulin.net \
    --cc=jengelh@medozas.de \
    --cc=netfilter@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.