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

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.