From owner-freebsd-pf@freebsd.org Mon Dec 14 21:17:54 2015 Return-Path: Delivered-To: freebsd-pf@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31C17A433A5 for ; Mon, 14 Dec 2015 21:17:54 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from venus.codepro.be (venus.codepro.be [IPv6:2a01:4f8:162:1127::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.codepro.be", Issuer "Gandi Standard SSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F38F118D5 for ; Mon, 14 Dec 2015 21:17:53 +0000 (UTC) (envelope-from kp@FreeBSD.org) Received: from [IPv6:2a02:1811:2419:4e02:7d76:2d8c:786b:90da] (unknown [IPv6:2a02:1811:2419:4e02:7d76:2d8c:786b:90da]) by venus.codepro.be (Postfix) with ESMTPSA id 3445D8539; Mon, 14 Dec 2015 22:17:51 +0100 (CET) Subject: Re: Unable to upload to S3 when pf is activated Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: text/plain; charset=utf-8 From: Kristof Provost X-Checked-By-Nsa: Probably In-Reply-To: <97FFE650-FFC8-4EB3-81EF-CF3B7A55B1F1@moumantai.de> Date: Mon, 14 Dec 2015 22:17:50 +0100 Cc: "freebsd-pf@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <28626F70-AF5A-4417-BEF2-2DC759EC948E@FreeBSD.org> References: <8F94731D-E0B3-4B94-83B8-1928ECBC20B8@FreeBSD.org> <97FFE650-FFC8-4EB3-81EF-CF3B7A55B1F1@moumantai.de> To: murdoch.john@moumantai.de X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-pf@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Technical discussion and general questions about packet filter \(pf\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2015 21:17:54 -0000 > On 14 Dec 2015, at 21:38, murdoch.john@moumantai.de wrote: > yes, the machine runs on Amazon and yes again -tso fixed the problem. >=20 > Could I have seen this somehow watching the pf log? Maybe package = length? It=E2=80=99d be hard to spot. The problem was related to the checksums, = so you=E2=80=99d have to explicitly look for checksum errors. To make it worse, you=E2=80=99d not spot the problem looking at tcpdump = captures on the machine itself (because you=E2=80=99d see the = pre-segmentation packets). In effect, the best, if not only, way to spot it would be to set up a = TCP connection to another machine you control and then send large chunks = of data (to trigger TSO) and look at those checksums. Regards, Kristof=