Project

General

Profile

Actions

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:
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.

Actions #1

Updated by Luca Frosini over 9 years ago

  • Target version changed from UnSprintable to Redmine management
Actions #2

Updated by Luca Frosini over 9 years ago

  • Priority changed from Low to Normal
Actions #3

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 #4

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 #5

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 #6

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 #7

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 #8

Updated by Andrea Dell'Amico over 9 years ago

Done. Test it, I used some rewrite rules to handle the / case differently to the general one to not fail when a complete URL is called ( http://support.gcube-system.org/ vs https://support.gcube-system.org/issues/569#change-3939 for example)

Actions #9

Updated by Andrea Dell'Amico over 9 years ago

  • Status changed from In Progress to Feedback
  • % Done changed from 0 to 100
Actions #10

Updated by Luca Frosini over 9 years ago

Seems working.
@pasquale.pagano@isti.cnr.it can you close the ticket if is ok for you as well

Actions #11

Updated by Pasquale Pagano over 9 years ago

Should support.d4science.org be redirected to https://support.d4science.org/projects/d4science?

Actions #12

Updated by Luca Frosini over 9 years ago

I don't think so, otherwise we can't reach the redmine home anymore.
Did you mean:
issue.d4science.org -> https://support.d4science.org/projects/d4science

Actions #13

Updated by Pasquale Pagano over 9 years ago

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 ..

Actions #14

Updated by Andrea Dell'Amico over 9 years ago

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 #15

Updated by Pasquale Pagano over 9 years ago

ok.

so support.d4science.org -> https://support.d4science.org/projects/d4science
and redmine.d4science.org -> https://support.d4science.org

Actions #16

Updated by Andrea Dell'Amico over 9 years ago

Done. The only way to get the root of the site is using the address https://redmine.d4science.org (it will give warnings about the certificate).

Actions #17

Updated by Andrea Dell'Amico over 9 years ago

  • Status changed from Feedback to Closed
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 8.91 MB)