Re: privoxy 3.0.20 - connection reset by peer
Sebastian Müller <[email protected]>
| Newsgroups | gmane.comp.web.privoxy.devel |
|---|---|
| Message-ID | <[email protected]> |
Am 15.02.2013 13:23, schrieb Ian Silvester:> Hi Sebastian, > > Very glad to hear you sourced the root of the problem! > > How strange that it affected only this one site though. I'd be tempted to try to work out why prioritised UDP might affect that site specifically - what is it loading that puts a load on UDP. > > Curious! > > Ian > > Hi Ian, I talked to somebody at openwrt IRC channel. We investigated about that QoS thing, but werent able to solve. tcpdump with qos and privoxy http://cloudshark.org/captures/ff30993df4b2 tcpdump without qos but privoxy http://www.cloudshark.org/captures/8a4e564fb045 tcpdump without qos and without privoxy http://www.cloudshark.org/captures/f5a32b0a4672 to quote a little: > So, that packet range > I listed for your latest* capture; it's normal to > see a "small amount" of dupes or fast retrans > for TCP, but the collection you got and the fact > that it went back to "slow-start" (ie: retrans, > not fast retrans in the pcap) suggests more > serious latency. I'm not sure if the proxy+qos > just chokes harder on this, and perhaps the QoS > introduces further re-ordering/delays that just > push this whole thing over the edge for that > specific web server *latest -> the 2nd link ------------------------------------------------------------------------------ Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb