The content on this page relates to platforms which are not supported for Confluence. Consequently, Atlassian can not guarantee providing any support for the steps described on this page. Please be aware that this material is provided for your information only and that you use it at your own risk. |
Introduction
Running Confluence behind a web server should be done for performance reasons in high-load environments. In general, web server caching and thread management is far superior to that provided by your application server's HTTP interface.
To run Confluence behind the Apache httpd web server, there are two main configuration options: mod_jk or mod_proxy.
Connection type |
Features |
|---|---|
mod_proxy (also known as reverse proxy) |
|
mod_jk (also known as AJP) |
|
Features common to both mod_proxy and mod_jk |
|---|
|
Mod_proxy documentation
- Using Apache with mod_proxy is the main documentation for this configuration.
- If you want to set up the common configuration of JIRA and Confluence virtual hosts, you can use Apache's virtual hosts with separate application servers.
Mod_jk documentation
- Using Apache with mod_jk is the main documentation for this configuration.
- You can follow a similar method to the mod_proxy documentation above for setting up virtual hosts in Apache and Tomcat, if required.
Mod_jk2 not supported
The misleadingly-named mod_jk2 is an older method of connecting to Tomcat from Apache. Since mod_jk2 is no longer supported by the Apache Foundation, we do not support this configuration, and are not updating our mod_jk2 documentation. Mod_jk2 also has unresolved problems with Unicode URLs; you need to use either mod_proxy or mod_jk for international characters to work correctly in Confluence.







4 Comments
Hide/Show CommentsFeb 20, 2007
JimNicholson
We run Confluence under Tomcat 5.5.20, behind an Apache server configured for https-only connections. We use DNS-based virtual hosting, and use mod_proxy_ajp to connect confluence to Apache.
The apache configuration for the vhost looks like this we use looks like this:
<Location "/">
RewriteEngine on
RewriteBase /
RewriteRule ^confluence$ confluence/ R
</Location>
ProxyPass /confluence/ ajp://localhost:8009/confluence/
In our subjective tests, ajp is markedly faster than http, and mod_proxy_ajp is faster than mod_jk.
Jul 12, 2010
Patrick Evans
Don't place Apache authentication in front of Confluence, it breaks Spring Security and subsequently Confluence. The best part? Removing the auth config from Apache doesn't fix the problem; you'll need to remove those configs from Apache AND start a new browser session for things to start working.
I thought I was being clever by putting the auth bit in so that no one else could hit the setup wizard (public facing server) while I was working on it. Don't be like me and save yourself a headache.
Jun 30, 2011
Anonymous
Running confluence behind Apache authentication seems to work when the usernames and passwords are the same. In order to place Apache authentication in front of confluence when they are not the same, you need to enable mod_headers.so add the following line beforeĀ ProxyPass... :
RequestHeader set Authorization ""
Jul 29, 2011
Candid Dauth
If you are using mod_rewrite in combination with mod_proxy (or at least mod_proxy_ajp) and cannot access attachments with international characters in the filename, you might want to upgrade your Apache. A bug in mod_rewrite has been fixed in Apache 2.2.12, the versions before that did not work for me (seeĀ https://answers.atlassian.com/questions/4790/how-to-make-attachments-with-international-file-names-work).
Add Comment