On 2/5/2024 13:24:22, Frank Gingras wrote:
On Mon, Feb 5, 2024 at 1:20 PM joe a <[email protected]
<mailto:[email protected]>> wrote:
On 2/5/2024 11:58:55, Frank Gingras wrote:
>
>
> On Mon, Feb 5, 2024 at 11:55 AM joe a <[email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>> wrote:
>
> In a case where there is only one available incoming IP, is
there a
> way,
> within apache, to host different domains, each on its own
internal
> server, without requiring the external "calling browser"
being any the
> wiser? That is, without requiring the browser to "ask again"
in a
> different manner?
>
> Want to host a low volume (and low cost) family oriented site
(not
> apache) without having to resort to additional static IP or
move to an
> off site "hosted" service.
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
> For additional commands, e-mail: [email protected]
<mailto:[email protected]>
> <mailto:[email protected]
<mailto:[email protected]>>
>
>
> All you need here is name-based vhosts, and reverse proxy to the
> internal server when needed.
>
Since I am not that experienced in apache configuation, I may have some
simple questions.
In the modern scheme, should the modules required be specified in
httpd.conf or in loadmodule.conf? Does it really matter other than
for
consistency?
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
For additional commands, e-mail: [email protected]
<mailto:[email protected]>
The config file name(s) do not matter, as long as you know what you
added and where, and it makes sense for you.
Make sure additional config files are included with the Include
directive, if you're creating a new file.
Woo Hoo! Even I managed it. And, as a bonus, the originally served
stuff still works. Well . . . so far.
Thanks much.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
