We've setup JIRA Service Desk (server) and Confluence (server) on the same Windows machine.
And we've setup the initial base URLs as follows:
Both apps are running, but we would like to setup confluence like this:
Not knowing our way around Apache, how would we get our desired result working?
Hi Michael
You have two options now, each with its own constraints.
Option 1
If you have two IP address, then you can configure each hostname to resolve to different IP address and configure address parameter in tomcat configurations. For Confluence, you can use the following connector,
<Connector port=80
address="kb.ourdomain.com"
...
...
. />
Similarly for JIRA, tomcat can also be set to respond to port 80 on address="support.ourdomain.com", which eventually resolves to a different IP address.
Option 2
The second option would be to use HTTP (port 80) for JIRA and HTTPS (port 443) for confluence.
http://support.ourdomain.com --> Goes to JIRA
https://kb.ourdomain.com --> Goes to Confluence
For this Confluence will need to be configured to accept only HTTPS connections, by removing the HTTP connector in tomcat configuration of JIRA.
Notes
Proxies are the default choice for such configurations, since two applications can't listen on the same IP/port on a single machine.
I would suggest you to have a look at our guide to understand how this works.
Atlassian applications with Apache Httpd
It will allow you to route requests on hostnames like,
support.ourdomain.com --> Goes to JIRA
kb.ourdomain.com --> Goes to Confluence
as well, as context paths,
support.ourdomain.com/jira --> Goes to JIRA
support.ourdomain.com/confluence --> Goes to Confluence
Thanks,
Hassan Aftab
Thanks @Hassan AftabI will give these options a try. Looks like the proxies is the cleanest, would you say?
Also the last link does not work. Is this the right link?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Michael
I apologise for the previous link.
The link that you have shared is correct.
Proxies are indeed the nicest way of doing this and provides more flexibility like SSL and context paths.
You can also consider Nginx or IIS for integrating with Atlassian applications. Please find below links to configure Nginx.
Similarly, you can also find guides to configure IIS.
Thanks,
Hassan Aftab
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Very helpful @Hassan Aftab- But can you clarify something in your first reply? Does the "Notes" section (which mentions proxies) pertain to both Options 1 and 2, or just to Option 2?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
HI Michael
Notes are actually the third option.
Options 1 & 2 have nothing to do with proxies.
Cheers, Hassan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Hassan Aftab- Got this working using option 1. Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.