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
I cant get the Slack JIRA Server connected it just throws an "Oops" message.
We have a JIRA set up as https://jiraserver.domain.com:8080, could the non-standard port be the reason? I dont have the possibility to change this easily so was hoping there would be some other solution.
Hi @Johan Johansson !
The integration should work on a custom port. For example, if the application is served over port 8443 and the URL is specified as https://jiraserver.domain.com:8443, then the integration should work.
However from the documentation, there are two important considerations:
Looking at your URL, I see that HTTPS is specified in the URL. But - it's on port 8080, which is actually the default non-encrypted port for Jira. I would want to double-check that both conditions are true. You could use the geocerts SSL checker for your URL and port to ensure everything is in good shape. Let us know the results of that test!
Daniel | Atlassian Support
Thanks Daniel, in the end it started working, but not sure if the cert was the problem (but I did install the bundle cert as well before it started working)
If I initiated the integration from JIRA it worked fine (I tried to do it from the Slack admin page where it just complained that the connection couldnt be made).
So to sum up, as your answer lined out, custom ports are not a problem :)
Thanks Daniel, yes we use 8080 despite SSL as some of our customer had to punch holes in thier enterprise proxies so we wanted to keep the port number. Anyway I get green on all SSL tests but ”
It's a possible reason - I would normally refer to the Qualys test at https://ssllabs.com to see what handshakes pass. However, SSL Labs doesn't support testing on non-443 ports. Slack's own documentation also suggests SSL Labs for testing.
Typically it's an intermediary cert that causes issues - for example, many GoDaddy certificates use an intermediary that's not in the trust chain for certain older versions of Java, so that intermediary needs to be included.
If you are able, adding whichever certificate geocerts suggested to the chain would be a next-step.