Re: Assigning IP address to HTTP Server

Hey Don,

As I said, if you have time, you will have to dig in with this:

https://www.ibm.com/support/pages/http-server-i

The Apache Server configuration for a virtual server needs previous
knowledge of Apache, not necessarily expert level, but reading a bit and
following related links, you can find your way out. You have to know where
the Apache's config file is in your IFS and add the <VirtualHost> entries
that you need. An additional information source could also help a bit more
with this link:

https://httpd.apache.org/docs/2.4/es/vhosts/examples.html

The above gives you a simple example:

# Ensure that Apache listens on port 80
Listen 80
<VirtualHost *:80>
DocumentRoot "/www/example1"
ServerName www.example.com

# Other directives here
</VirtualHost>

<VirtualHost *:80>
DocumentRoot "/www/example2"
ServerName www.example.org

# Other directives here
</VirtualHost>

Dig in a bit more and you'll get it. It's not that hard.

If not, then you "can" always assign a new IP address to your network
interface.

Try it out! You can!

JS

El sáb, 18 may 2024 a las 21:25, Javier Sanchez (<
javiersanchezbarquero@xxxxxxxxx>) escribió:

Don, what Jack is saying is that "you do not need to assign a different

IP

address" to your IBMi for your tests. You "can" do it. You can

administer

the new IP Address with the CFGTCP command and then follow what you need

to

do. It's a simple thing to do.

But the essence is, you could configure a virtual server in the Apache
server's configuration file. If you do not know how to do that, you can

do

the above, yes, assign a different IP address to your network card's
resource. If you have time, the latter is recommended. Choose your

flavor.

HTH.

JS

You can do either one.

El sáb, 18 may 2024 a las 21:04, Don Brown via MIDRANGE-L (<
midrange-l@xxxxxxxxxxxxxxxxxx>) escribió:

Hi Jack,

Thank you for your reply but I do not see how I can have 2 different

HTTP

servers both listening on port 443 without assigning a different IP
address to each ?

So I currently have HTTP Server ZENDPHP7 listening on port 443.

I am migrating the applications to run with Sieden's Community PHP and I
have a new server APP01 that I also want to listen on port 443

I don't see how I can achieve that with virtual servers or am I not
understanding ?

Thanks

Don



From: "Jack Woehr" <jack.woehr@xxxxxxxxxxx>
To: "midrange-l@xxxxxxxxxxxxxxxxxx" <midrange-l@xxxxxxxxxxxxxxxxxx>
Cc: "Don Brown" <DBrown@xxxxxxxxxx>
Date: 19/05/2024 12:31 PM
Subject: Re: Assigning IP address to HTTP Server



you don't need separate ip addresses for separate servers
your server software (e.g., Apache) has the notion of virtual servers
or you can configure the instances on different ports if you wish
it's all in the server configuration


From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> on behalf of
Don
Brown via MIDRANGE-L <midrange-l@xxxxxxxxxxxxxxxxxx>
Sent: Saturday, May 18, 2024 7:05 PM
To: midrange-l@xxxxxxxxxxxxxxxxxx <midrange-l@xxxxxxxxxxxxxxxxxx>
Cc: Don Brown <DBrown@xxxxxxxxxx>
Subject: Assigning IP address to HTTP Server

CAUTION: This email originated from outside of the organization. Do not
click links or open attachments unless you recognize the sender and know
the content is safe.
I would like to do some testing internally with different versions of

PHP.

Currently the HTTP Server configuration is listening on all IP Addresses
(EG *:443)

If I want to have two servers listening on say 443 they would have to be
assigned different addresses (EG 192.168.1.1:443 and 192.168.1.2:443)

I am presuming that where I have two or more HTTP servers listening on

the

same port then all the servers would need to have an IP address assigned
that listen on, in this case port 443 ?

Or what happens if we have two servers set up as

Server #1 *:443
Server #2 192.168.1.1:443

I am thinking the results would be unpredictable ?

Is there a better way to do this for internal access ? (External I could
simply redirect to any port I wanted)

Thanks

Don





--
This email has been scanned for computer viruses. Although MSD has taken
reasonable precautions to ensure no viruses are present in this email,

MSD

cannot accept responsibility for any loss or damage arising from the

use of

this email or attachments..
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription

related

questions.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.