You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
Assume you're migrating from Server to Cloud and your teammates have emails and documents and post-its with URLs for Jira tickets and Confluence pages for your server environment. Now you've moved everything to the Cloud but everyone has their old links in documents, emails, etc. For example, links to specific issues, calendars, boards, projects... things that would not change.
Is there a way to do some sort of internal redirect, maybe through one's own DNS, to direct people to the Cloud environment?
Hi @Rob Horan
right! And it will depend heavily on what you have in place for (commonly) a reverse proxy, or at least, what IT team is willing to setup for that case (you would have to do it in your own network - I think this is what you meant anyway).
Simplest (I know, a lot of things to consider here) thought is a redirect on reverse proxy, or let's say, webserver basis.
In wild life probably an Apache server, or nginx one, operated in your network doing the needed re-write of URLs.
"A lot of things to consider"? - yes, meant in a way there are several URL schemes you would all have to catch (not just /browse/TEST-123), you probably know all of them better than I can now list here.
Something to start, however not agnostic:
Thanks! The back end piece I think IT has figured out - the concern is figuring out what/how to redirect. So I found this post last night:
For Jira this pattern emerged:
Ah - great, this is even useful for something I have to fix, so ... thanks for investigating.
Yes, this list (if complete, working, nicely maintained, ...) seems to be the heart of the redirecting logic.
This will be fun when Apps come into play like the poster on the linked thread (also thanks for finding that!) said.
So, long story short, doable - but a lot of redirects, fun!
Hi @Rob Horan ,
Atlassian performs this post- migration link fixing as we do it in the Database in bulk, so if you have a MOVE ticket open you can request the Migration Support Engineer to help you with this.
Hi @Amna Elabbas ,
Thanks, but that's not what I meant. (though I am curious as to how this is different from the Jira macro repair) I updated my description for clarity.
Most of us have documents and emails and post-its with links that we use all the time. No script of back end work can change our personal data. We still have those links, and when we try to go to them post-migration we're going to get a 404 or something like that because the server will be gone.
So I assume there must be a way for organizations to internally redirect URLs based on a prefix, so if they see jira.acme.com:8080/jira/browse/ABC-123 they can redirect to acme.atlassian.net/browse/ABC-123