🚀 go-pugleaf

"michael lefevre" <michael.news@michaellefevre.com> writes:
> if you go to, for example, http://www.alz.co.uk/alz you end up on the right
> page, but with our 'other' domain in the address bar... just wondered why
> that is and if it can be changed easily?

the web server "believes" (ie is configured) that the site at 
194.159.188.126 is called "www.vau.org.uk":

  % mconnect -p 80 www.alz.co.uk
  connecting to host www.alz.co.uk (194.159.188.126), port 80
  connection open
  GET /alz HTTP/1.0

-- we give it no clues (no Host header)

  HTTP/1.1 301 Moved Permanently
  Date: Mon, 26 Mar 2001 22:24:32 GMT
  Server: Apache/1.3.3 Demon/2.0 (Unix)
  Location: http://www.vau.org.uk/alz/

-- it says redirect to this url ^^ 

  Connection: close
  Content-Type: text/html

  [deleted rest of output]

It actually does the same if one does give a "Host: www.alz.co.uk"
header, but that's down to the server configuration anyway.

You'll need to talk to Demon about getting it adjusted.

James.

"James R Grinter" <jrg@watching.org> wrote in message
news:x7bsqoxj3x.fsf@indy1.watching.org...
> "michael lefevre" <michael.news@michaellefevre.com> writes:
> > if you go to, for example, http://www.alz.co.uk/alz you end up on the
right
> > page, but with our 'other' domain in the address bar... just wondered
why
> > that is and if it can be changed easily?
>
> the web server "believes" (ie is configured) that the site at
> 194.159.188.126 is called "www.vau.org.uk":
[snip]

thanks for confirming that...

> You'll need to talk to Demon about getting it adjusted.

apparently it's not possible... the server picks up whichever virtual host
is listed last, and they are listed alphabetically, which is not possible to
alter (i didn't ask - i presume the file generated automatically or
something)...

i'm not sure we actually need the vau.org.uk domain any more anyway... the
easiest solution might be to just drop it...

michael

In article <985690867.19843.0.nnrp-12.c2deb8f4@news.demon.co.uk>
           newsreply@michaellefevre.com "michael lefevre" writes:

> apparently it's not possible... the server picks up whichever virtual host
> is listed last, and they are listed alphabetically, which is not possible to
> alter (i didn't ask - i presume the file generated automatically or
> something)...

Cor!  Shades of the old JANET Colour Book Software method of specifying
relays: the list of all the known nodes on JANET (which included not a
few uk.co.demon.* addresses) used to include a switch designating a known
relay for reaching the node (if it actually was NOT on JANET).

The version of software used on VAXen for updating with this information
used somehow to associate all of those sites that went through
uk.ac.earn-relay (Rutherford Labs) with the sitename of the *last* one in
the list.  This could result in many institutions attempting to pump many
megabytes a day (gigabytes hadn't been invented then, at least not for
network throughputs:-) for all sorts of sites through some poor little
organization that had only a 64kb/s (or even less) connection.

I have a vague feeling that Peter Ilieve was one of those affected by
this unwelcome traffic, BICBW.

[Post originally in demon.ip.www, but now off-topic, so cross-posted and
follow-ups to demon.service and uk.telecom, although it's not very
on-topic in those places either, save for the Peter Ilieve connection.]

-- 
Brian {Hamilton Kelly}                                          bhk@dsl.co.uk
    "We have gone from a world of concentrated knowledge and wisdom to one of
    distributed ignorance.  And we know and understand less while being incr-
    easingly capable."              Prof. Peter Cochrane, formerly of BT Labs

bhk@dsl.co.uk (Brian {Hamilton Kelly}) writes:
> In article <985690867.19843.0.nnrp-12.c2deb8f4@news.demon.co.uk>
>            newsreply@michaellefevre.com "michael lefevre" writes:
> > apparently it's not possible... the server picks up whichever virtual host
> > is listed last, and they are listed alphabetically, which is not possible to
> > alter (i didn't ask - i presume the file generated automatically or
> > something)...
> 
> Cor!  Shades of the old JANET Colour Book Software method of specifying
> relays: the list of all the known nodes on JANET (which included not a

Was this a reply to something else? I can't quite see the connection
between a web-server's configuration file being automatically
generated from some input data, and JANET Colour Book mail
configurations.

Maybe it's just me,

(not cross-posted to uk.telecom. Follow-ups set to demon.service)

James.