Application linking with SSL proxy in front of JIRA and Confluence server

We have a setup where both Jira and Confluence are installed on the same machine (ports 8080 and 8090 respectively). There is a proxy in front of the server that does SSL termination for both applications. The application context for Jira is /jira and for Confluence is /confluence.

I can not link applications. In App link screen I put the URL to the other app and when I click NEXT, nothing happens on the screen.

Hello,
I have a question about the SSL for JIRA and SSL for Confluence applications. I am using a reverse proxy to direct traffic to our internal JIRA and Confluence servers. Additionally, we are using EasySSO by TechTime to process SSO. Since I can't exactly test these tools in our development environment (as they are not proxied), would someone at Atlassian be able to indicate if either of these tools would modify or affect the EasySSO configurations? I am looking at these two tools to solve an issue with Application Links between JIRA and Confluence. Right now I am unable to connect the two.
Thanks for the answer!

You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.

I was able to successfully configure the application link by installing and configuring apache with mod_proxy on our server along with setting my host file on my client workstation to point directly to the server.

Once the application links were set I was able to remove the host entry and everything operated as expected.

It sounds a bit strange that you'd need to workaround it in that manner and suggests there may have been some issues with the configuration. If you're using HTTPS offloaded at Apache, you'll need to ensure that the Tomcat connectors have been configured as proxy connectors rather than standard connectors. Also, if you're offloading HTTPS and using a self-signed certificate or self-signed CA, each application will need to have either the cert or CA loaded into the trust store. In case you missed these:

I am a bit lost on the subject too, but managed to get it to work to 90%.

We run JIRA and confluence on the same machine, both using http only in tomcat. We deployed a apache mod proxy in front of it that does the SSL termination for both applications, using virtualhost that forwards the respective fqdn to it's respective ports (i.e jira.example.tld points to port 8080, confluence.example.tld points to 8090.

When setting up application trust i was forced to bypass the proxy, so instead of using https://jira.example.tld we use http://jira.example.tld:8080. For Activity streams, linking to JIRA tickets on confluence this config works fine, but some things (like linking a JIRA to a confluence document) it claims that the application-url is wrong.

Question: Should i use FQDN or short names in the mod proxy, application-links, baseurl, and so forth?

You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.