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: * support.ourdomain.com - for service desk * support.ourdomain.com:8090 - for confluence Both apps are running, but we would like to setup confluence like this: * kb.ourdomain.com Not knowing our way around Apache, how would we get our desired result working?

nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

JIRA, Confluence Server and friendly base URLs

Michael Woffenden

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:

support.ourdomain.com - for service desk
support.ourdomain.com:8090 - for confluence

Both apps are running, but we would like to setup confluence like this:

kb.ourdomain.com

Not knowing our way around Apache, how would we get our desired result working?

Accepted answers

Hassan Aftab

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<br>address="kb.ourdomain.com"<br>...
...
. />

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.

Confluence over SSL

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

All comments

Hassan Aftab

Hi Michael

You have two options now, each with its own constraints.

Option 1

<Connector port=80<br>address="kb.ourdomain.com"<br>...
...
. />

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.

Confluence over SSL

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

Michael Woffenden

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?

Using Apache with mod_proxy - Atlassian Documentation

Hassan Aftab

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.

JIRA with Nginx
Confluence with Nginx

Similarly, you can also find guides to configure IIS.

Thanks,

Hassan Aftab

Michael Woffenden

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?