IIS5 Dropping HTTP/1.0 HTML Connection

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance

From: Matt (matt_at_worthit.aunz.com)
Date: 12/13/04


Date: Mon, 13 Dec 2004 11:20:26 +1100

Hi all,

I have a problem where our Windows 2000 server drops HTTP/1.0 connections
without the keep-alive header given to it from the client end.

We need a server side fix, the GET command will return the header and then
drops the connection, just like if it was a HEAD command sent to it. If we
get ASP it doesn't drop the connection as asp uses buffers. It is not an
option to make all html and images go via the ASP interpreter.

HTTP/1.1 works perfectly with or without keep-alives in the header sent to
the server.

Anyone got any suggestions?

Thanks



Relevant Pages

  • Re: minimal httpd response
    ... RST, abortively closing the connection. ... The responsibilities of an HTTP/1.1 proxy, and of an HTTP/1.1 server ... user agent, without a proxy, first, and then try to deal ... Connection header; with a Content-length header; or with the chunked ...
    (comp.programming)
  • Re: How come this doesnt work?
    ... Specify the correct Content-Type for it ... Use the "Connection: Keep-Alive" header to be able to do multiple HTTP-Requests on the same connection. ... Supply a correct Content-Length header, so the server knows where the next request starts. ...
    (comp.lang.ruby)
  • Re: What is this code waiting for?
    ... and the web server is sat waiting for another request. ... the server times out the connection - and your read method returns ... open by default for further requests. ... If you send that header then the server ...
    (comp.lang.java.help)
  • Custom HTTP header
    ... I want a simple http header like the one below. ... Server: Mongrel 1.1.5 ... Connection: close ...
    (comp.lang.ruby)
  • Re: linux socket programming and HTTP Protocol Problem
    ... Why are you sending an *empty* content length header? ... Both web browsers connect to the server but both fail ... closing the connection before they've even *sent* their query. ...
    (comp.os.linux.development.apps)