RE: HTTP listening ports and URL questions -- MIDRANGE-L

What you have looks like it will work, but the so called correct way is
to use mod_alias. Look for redirect in this pdf.
http://www.ibm.com/support/knowledgecenter/ssw_ibm_i_72/rzaie/rzaiepdf.p
df

I don't do this on the iseries, but I do have some redirects on my Linux
boxes.

Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Steinmetz, Paul
Sent: Thursday, November 3, 2016 10:03 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HTTP listening ports and URL questions

I'm adding an additional requirement to this question.
Our users have various methods of saving, bookmarking, the URL on their
desktop.
We have a requirement that the URL cannot change.

Our current app listens on default port 80, IP1, nonSSSL.
The new app will listen on default port 443, IP2, , SSL.

I've been informed that I will need create a dummy index.html page,
listening on port 80, IP2, nonSSL that will do a redirect to port 443,
IP2, SSL.

<HTML>
<HEAD>
<meta HTTP-EQUIV="REFRESH" content="0;
url=https://newapp/ActiveXSSL.html";>
</HEAD>
<BODY>
</BODY></HTML>

Has anyone done something similar?

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Kevin Bucknum
Sent: Thursday, November 03, 2016 9:26 AM
To: Midrange Systems Technical Discussion
Subject: RE: HTTP listening ports and URL questions

95% of what I do as far as web and webapps is hosted on Linux, but the
same principles should apply. At least on Linux I can tell apache to
look in a folder for config files, and it reads them all. Just remove a
config file and have apache reread the configs, and it will quit serving
just that one. Even if I couldn't have multiple configs, I could just
remove the section of the config that I want, restart apache, and it's
gone. My only concern on doing it on the IBM i would be how long it
takes to restart. On Linux a restart is less than a second, and I can
just tell it to reload, and it never shuts down, just rereads the
configs. I have 30+ apps running on 4 different servers, and I add and
remove them on a regular basis.

Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Steinmetz, Paul
Sent: Thursday, November 3, 2016 8:06 AM
To: 'Midrange Systems Technical Discussion'
Subject: RE: HTTP listening ports and URL questions

Kevin,

Correct me if I'm wrong.
With named virtual hosts, you only one instance, one config file.
So what if you want to take down only one of the URLs, leave the others
up and running, I was informed this can't be done.
There either all up or all down.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Kevin Bucknum
Sent: Thursday, November 03, 2016 8:58 AM
To: Midrange Systems Technical Discussion
Subject: RE: HTTP listening ports and URL questions

More commonly what is used is something called named virtual hosts and
SNI, or application routing. With named virtual hosts www.abc.com points
to a folder on your system and the web pages/application all run from
there. www.def.com will point to another folder. Both have the same
address, but by referring to them by name, apache (or nginx or iis) can
decide what web page/application to serve. Application routing is just a
variation of that. www.abc.com/app1 points to a folder, and
www.abc.com/app2 points to a different folder. That can be done by the
web server or the framework of the application you program in. I haven't
had to use odd or different ports for anything in a very long time.

Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
Booth Martin
Sent: Wednesday, November 2, 2016 6:11 PM
To: Midrange Systems Technical Discussion
Subject: Re: HTTP listening ports and URL questions

Thank you for explaining that in a way I could understand. I appreciate
it.

That pretty much means a landing page then? Or a complicated solution?

On 11/2/2016 3:19 PM, Kevin Bucknum wrote:

Let me rephrase that. The portion of DNS that web browsers use doesn't

contain port numbers. There are SRV records in DNS that can point to
ports, but only a few protocols will try and look for them.

Kevin Bucknum
Senior Programmer Analyst
MEDDATA/MEDTRON
Tel: 985-893-2550

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

Please contact support@xxxxxxxxxxxx for any subscription related
questions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.