Re: Re: Hosting multiple internal web servers behind a single IP

["Dan" <dtoma@xxxxxxx>]

You're right.
I just want to say my opinion.

Dan
----- Original Message -----
From: "Ian Lowe" <ian@xxxxxxx>
To: <ukha_d@xxxxxxx>
Sent: Thursday, May 22, 2003 5:42 PM
Subject: Re: [ukha_d] Re: Hosting multiple internal web servers behind a
single IP

> Dan, does it matter?
>
> Mark has offered a helpful document for some users. I say "bring
it on",
> anything that's interesting or useful deserves to be  on the list.
>
> Personally, I couldn't give a rats ass if another approach is better,
lets
> hear what Mark has to say!
>
> Ian.
>
> ----- Original Message -----
> From: "Dan" <dtoma@xxxxxxx>
> To: <ukha_d@xxxxxxx>
> Sent: Thursday, May 22, 2003 3:29 PM
> Subject: Re: [ukha_d] Re: Hosting multiple internal web servers behind
a
> single IP
>
>
> > Hi Mark,
> >
> > Please let me comment your startements:
> > > Actually, using different ports is a bad idea.
> > >
> > > A good number of UKHAers work for employers / clients where
internet
> > > access is limited to port 80.
> > Usually is limited to HTTP, but HTTP can be on another port too.
> > So... even a Proxy/Firewall server is used then you can acces
other
ports
> > like:
> > http://server.site.com:81 for example.
> >
> > > As such, running everything over port 80 and virtual hosting
works,
> > > in the real world, much better than using PAT.
> > If host headers is used, then it can be an issue for home
use.....
> > You must register multiple domains and or servers at the same IP
address
> in
> > order to work.
> >
> > > Alas, not all of us have office locations which have FULL
internet
> > > access :-(
> > How is this statement related with PAT?
> >
> > BR,
> > Dan
>
>
>
>
> ** UKHA2004 BE THERE! ** - start planning now.
>
> http://www.automatedhome.co.uk
> Post message: ukha_d@xxxxxxx
> Subscribe:  ukha_d-subscribe@xxxxxxx
> Unsubscribe:  ukha_d-unsubscribe@xxxxxxx
> List owner:  ukha_d-owner@xxxxxxx
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>