sslug-teknik team mailing list archive

[Frank Damgaard <frda@xxxxxxxxxxxxx>]

On Fri, May 12, 2000 at 12:21:32 +0200, Tobias F. Eriksen wrote:

> > Der er ikke længere problemer med navnebaserede virtual hosts. - Men for
> > år tilbage gav det problemer (vi taler vistnok versioner af Netscape
> > <2...).
> 
> Vil det sige, at hvis folk bruger en gammel Browser vil det ikke fungere??
> Hmmmm....... kender du noget til hvordan det fungerer sådan rent teknisk.
> Sender browseren selv navnet med eller hvordan og hvorledes?

Prøv at se rfc'er til HTTP 1.0 (rfc1945)  og HTTP 1.1 (rfc2068) 
specifikation. Der er headere til formålet. 
Derved kan http serveren se hvilken adresse der var tiltænkt.
Anveder man blot IP adressen må den jo vælge en default.

For at det ikke virker, så skal man enten anvende http 0.9
som ikke har andet en "GET" linien, eller en browser
med HTTP 1.0 og som ikke anvender "Host:" header.
HTTP 1.1 forlanger "Host:" header.

Fra rfc2068:

   The most common form of Request-URI is that used to identify a
   resource on an origin server or gateway. In this case the absolute
   path of the URI MUST be transmitted (see section 3.2.1, abs_path) as
   the Request-URI, and the network location of the URI (net_loc) MUST
   be transmitted in a Host header field. For example, a client wishing
   to retrieve the resource above directly from the origin server would
   create a TCP connection to port 80 of the host "www.w3.org" and send
   the lines:

          GET /pub/WWW/TheProject.html HTTP/1.1
          Host: www.w3.org

   followed by the remainder of the Request. Note that the absolute path
   cannot be empty; if none is present in the original URI, it MUST be
   given as "/" (the server root).


-- 
mvh Frank Damgaard  | http://home3.inet.tele.dk/frda/