Task #569: Create Redirections from old ticketing instance to new Redmine installation - D4Science Infrastructure - D4science

Custom queries

03. VRE Plan
04. All Projects Deliverables
04. All Projects Milestones
06. D4Science Projects Activities
All open Issues
D4Science Infrastructure Upgrade
My InProgress Tasks
My Paused Tasks
My Watched Tasks
Not Closed Assigned To Me
Not Closed Assigned To Me (No Releases, No Project Tasks)
Not Closed Opened by Me
Open Issues
Upgrade Plan
Upgrade Plan Clear

Actions

Copy link

Task #569

closed

Create Redirections from old ticketing instance to new Redmine installation

Added by Luca Frosini over 9 years ago. Updated over 9 years ago.

Status:

Closed

Priority:

Normal

Assignee:

_InfraScience Systems Engineer

Category:

System Application

Target version:

Redmine management

Start date:

Sep 08, 2015

Due date:

Oct 16, 2015

% Done:

100%

Estimated time:

Infrastructure:

Production

Description

Now that task #172 is closed we should think about creating some permanent redirections (Permanently moved) if possible

Mainly
support.d4science.research-infrastructures.eu -> https://support.d4science.org

Then and looking to this dismissed instances
issue.d4science-ii.research-infrastructures.eu
issue.hope.research-infrastructures.eu
issue.eubrazilopenbio.research-infrastructures.eu
issue.authfile.driver.research-infrastructures.eu
issue.r2d2.research-infrastructures.eu

if has sense and possible we could create something like the following rule:
issue.*.research-infrastructures.eu -> https://support.d4science.org/

Still to be decided if leave https://support.gcube-system.org/ as an alias or redirect to -> https://support.d4science.org/projects/gcube

Pasquale Pagano what about this redirections.

History
Notes
Property changes

Actions

Copy link

Updated by Luca Frosini over 9 years ago

Target version changed from UnSprintable to Redmine management

Actions

Copy link

Updated by Luca Frosini over 9 years ago

Priority changed from Low to Normal

Actions

Copy link

Updated by Luca Frosini over 9 years ago

Due date changed from Sep 30, 2015 to Oct 16, 2015

Please take care of this ticket. The deadline was passed. I postponed it but please take care of it.

Actions

Copy link

Updated by Andrea Dell'Amico over 9 years ago

Status changed from New to In Progress

support.d4science.research-infrastructures.eu -> https://support.d4science.org

This one is already present as a server alias. We can add a redirection too. Mind that the redirections do not solve the problem with missing certificates, and the GARR is still stuck on its CA provider renewal negotiations it seems.

Then and looking to this dismissed instances
issue.hope.research-infrastructures.eu
issue.authfile.driver.research-infrastructures.eu

Do we really need to maintain those hostnames? These projects where closed a long time ago.

if has sense and possible we could create something like the following rule:
issue.*.research-infrastructures.eu -> https://support.d4science.org/

I hope that we shall not create new issue.*.research-infrastructures.eu hosts :)

Still to be decided if leave https://support.gcube-system.org/ as an alias or redirect to -> https://support.d4science.org/projects/gcube

Did you take a decision about it? The host has its virtual host, right now.

Actions

Copy link

Updated by Luca Frosini over 9 years ago

In my opinion we avoid to add old redirections.

Regarding https://support.gcube-system.org/ with https is there are no security issues we can use permanently moved to https://support.d4science.org/projects/gcube

Actions

Copy link

Updated by Andrea Dell'Amico over 9 years ago

Luca Frosini wrote:

In my opinion we avoid to add old redirections.

Regarding https://support.gcube-system.org/ with https is there are no security issues we can use permanently moved to https://support.d4science.org/projects/gcube

Why not https://support.gcube-system.org/projects/gcube ?

support.gcube-system.org already has a valid certificate. The problem of the other hostnames is that the browser will send a warning before redirecting to support.d4science.org.

Actions

Copy link

Updated by Luca Frosini over 9 years ago

Andrea Dell'Amico wrote:

Why not https://support.gcube-system.org/projects/gcube ?

Just because the user has to login again and this can cause requests for credentials.

Actions

Copy link

Pasquale Pagano wrote:

support.d4science.org is the link for people wishing to ask for support on d4science. Why they should go to the home? Then, what they should do? They should select a project ..

I agree, but we should have a way to the home page IMO. Leaving redmine.d4science.org for it, maybe?

Actions

Copy link

#15