You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
We made changes following the link (https://confluence.atlassian.com/adminjiraserver/running-jira-applications-over-ssl-or-https-938847764.html?_ga=2.151090545.931027183.1562682248-1268070891.1561965617) but from some reason that did not work for us.
We used again backup file for server.xml and web.xml and it work fine for HTTP.
Now again when I want to test HTTPs I will follow all steps from link that is noted and after we make changes in JIRA Configuration tool we have to make changes in server.xml with this part:
<Connector port="8443" protocol="org.apache.coyote.http11.Http11NioProtocol"
maxHttpHeaderSize="8192" SSLEnabled="true"
maxThreads="150" minSpareThreads="25"
enableLookups="false" disableUploadTimeout="true"
acceptCount="100" scheme="https" secure="true"
sslEnabledProtocols="TLSv1.2,TLSv1.3"
clientAuth="false" useBodyEncodingForURI="true"
keyAlias="jira" keystoreFile="<Jira_HOME>/jira.jks" keystorePass="changeit" keystoreType="JKS"/>
Connector that is now active for HTTP will remain same (without any other changes)?
Do we have to make changes in web.xml as well?
Thank You!
Dear @Samira Spago ,
I strongly recommend the use of a reverse proxy (Apache,nginx, ...) that terminates SSL instead of enabling this in Tomcat. If you running on Linux you can follow my article how to set up with nginx.
This is best practice and also recommended by Atlassian.
So long
Thomas
Dear @Thomas Deiler
we resolved this issue without recommended use of a reverse proxy. But now there is problem with gadget layout on Dashboard with message "gadget.common.error.500" .
We followed some of the answers on Community with similar issue but none of them helped with resloving this part.
Does this "gadget.common.error.500" message can be resolved with reverse proxy or it is another cause of this problem?
Thank You
Samira
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear Samira,
most probably this is a SSL cert issue. Jira connects to itself via Rest API. When the SSL cert is selfsigned it has to be added to the Java keystore to be recognized.
So long
Thomas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Thomas Deiler
as I found in one of the posts here on Community Atlassian about adding cert to the Java keystore and following Your instruction about this issue now I can confirm that we added our two SSL cert to the Java Keystore (image below).
Do I need to restart Jira server now after adding cert to java keystore?
Thank You
Samira
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Samira Spago ,
yes. Modifying the keystore will require the java app to reload this information.
So long
Thomas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.