Our MIS group changed the server SSL certificate onn production and we are now getting URL error in Trusted Connection with his URL: http://wiki.candle.com/plugins/servlet/applinks/auth/conf/config-tabs?direction=INBOUND&applicationId=87822465-4750-34f0-9b98-4a845136e7e6
Where does Wiki/Conflunce get the application ID in the URL. is it the certificate id in cache? If so how doe we clear it besides the browser?
We rebuilt the trusted connection in application links but still get system error. This was advised by support in another record.
Clearing browser ssl cache did not change the application id. What else needs to replace the application ID
agree with alex:
KP11 first off all you need to find out wich JRE your applications (confleunce, jira) are using.
by default boths bring their own JRE (i.e. sth like /opt/atlassian/jira/jre & /opt/atlassian/confluence/jre)
just simply run a "ps axf|egrep '(jira|confluence)'"
which will show you the complete cmd line how the apps are started including JAVA paths.
next you will need to import the new certificate i.e. like this:
keytool -import -alias <you name it> -file <path to certfile> -keystore /opt/atlassian/jira/jre/lib/security/cacerts
do the same for confluence and restart boths apps for changes to take effect.
i believe this should be it
HINT: i run 3 atlassian apps on one host so i configured all of them to use a centralized (own installation) JAVA version. so only one keystore needs to be updated incase of any certificate change
cacerts, as far as I know, is a keytore that Java uses to store trusted certs (like the CA). One common solution is importing the SSL certificate that is using your server into the cacerts in the JDK used by confluence. This way, you are telling confluence that this certificate is 100% trusted.
Not sure if it will help in this case, but you could give it a try to re-initalize the keystore using the JSP mentioned in the following article: https://confluence.atlassian.com/display/CONFKB/Unable+to+Add+Confluence+as+A+Trusted+Application