Unable to create and edit page after upgrade to 6.0.1 with https enable on port 443

Question

After I upgraded to latest 6.0.1 I'm not able to create and edit pages anymore if https is enable. The loading symbol does not disapear and after some time I see the message:

Loading the editor's taking longer than usual. Give it a few moments, then refresh your page if it still doesn't load.

Is https turned off, collaborative editing works correctly.

Https with switched off collaborative editing works
Https ports in the firewall are switched on.

Cheers

Reinhard

image2016-12-1 7:19:57.png

image2016-11-25 14:25:38.png

Reinhard Piltz · Answer

Solution

Your own CA certificates must be imported into cacerts.

Where is the file: <CONFLUENCE_INSTALLATION>/confluence/jre/lib/security/cacerts

How dos it work: https://docs.microsoft.com/en-us/azure/java-add-certificate-ca-store

If as windows service, then the following entries supplement

-Djavax.net.ssl.trustStore=path to your keystore file
-Djavax.net.ssl.trustStorePassword=keystore password

image2016-11-25 14:25:38.png

For Linux, enter in the sentenv.sh

Before a Wiki Stop Caollaborative Editing off, turn on after the start manually

Reinhard Piltz · Answer

Hi Jonas, thanks for the answer. 1. The original configuration files are used 2. All https changes were taken from old 1:1 3. No Apache mod_proxy is used 4. no other web server is running on the application server 5. only the redirecport is changed This is my server.xml:

Jonas Andersson · Answer

It makes sense to compare your old server.xml to the new one. As Atlassian products "upgrade" they list files that are altered from their original states, and it's good practice to compare all files listed here to make sure you don't default changes you made during the last versions existence. Relating to SSL, http/https ports, 2 files commonly replaced with defaults are:

server.xml

cacerts (keystore containing all the SSL keys needed for https to https connectivity), this file can be copied to the replace the default cacerts in the new confluence folder, without changing it.

As for server.xml, don't just copy it, but check what connectors you see configured there. You can copy paste a connector tag subset to the new server.xml, but make sure it follows the same syntax as the other connector in the new file.

If you step-stoned your upgrade from a version, to another, to your final version, you are looking for the files from the confluence instance running before any upgrade started.

Compare them with your old, most likely you use a apache mod proxy to rewrite port 80/443 -> confluence internal ports, and one of the legacy ports you added are missing here. Also note that if you do use an apache mod proxy, do yourself a favor and terminate all SSL on the mod proxy, and forward the traffic to a HTTP port.