|
|||||||||||
|
Data corruption (was: Re: Keepalive issues)
From: Nathan Lutchansky <lutchann(at)litech.org>
Date: Sat Apr 28 2001 - 11:23:05 EDT
Yeah, you're right. I guess I shouldn't be lazy about debugging this. > Essentially before reverting to HTTP/1.0, first try switching Keepalives
Same problem happens regardless of whether keepalive is used, but that's not surprising, considering what the bug is. I pulled out tcpflow just to see where things were hanging, and it's pretty clear that there's a bug here. When Netscape uses a PUT request to store the liprefs file, the data it sends gets corrupted on the way through the proxy. I've attached an example capture for both the data from the browser and the data from the proxy. Parts of the client data are being zeroed on the way through the proxy, and the data is being truncated. This explains why the symptom was Netscape hanging - the Content-length header has the correct length, but the proxy loses some data as well as corrupting it. This definitely wasn't happening with the last build, so something changed in the last week that broke the proxy. I've tried this test with several hosts. Interestingly, the farther the host is from the server, the fewer problems it has. With a host on a local DSL line, the data still gets truncated, but there's no corruption. With a host on the other side of the continent, the data doesn't even get truncated. I have a feeling this is a synchronization issue, but I can't put my finger on it. Any ideas? -Nathan -- +-------------------+---------------------+------------------------+ | Nathan Lutchansky | lutchann@litech.org | Lithium Technologies | +------------------------------------------------------------------+ | I dread success. To have succeeded is to have finished one's | | business on earth... I like a state of continual becoming, | | with a goal in front and not behind. - George Bernard Shaw | +------------------------------------------------------------------+
This archive was generated by hypermail 2.1.8 : Thu Aug 24 2006 - 14:53:15 EDT |
||||||||||
|
|||||||||||