EducationSoftwareStrategy.com
StrategyCommunity

Knowledge Base

Product

Community

Knowledge Base

TopicsBrowse ArticlesDeveloper Zone

Product

Download SoftwareProduct DocumentationSecurity Hub

Education

Tutorial VideosSolution GalleryEducation courses

Community

GuidelinesGrandmastersEvents
x_social-icon_white.svglinkedin_social-icon_white.svg
Strategy logoCommunity

© Strategy Inc. All Rights Reserved.

LegalTerms of UsePrivacy Policy
  1. Home
  2. Topics

KB485370 : Update SSL certificate for a MCP Azure environment - Application Gateway V2/WAF2


Yashodhan Joshi

Software Engineer, Principal • MicroStrategy


This article details how to change SSL certificates for a Strategy Cloud Platform in an Azure Environment Deployed with Application Gateway SKU V2 or WAF2.

Description

When you spin up an Azure environment using Strategy Cloud Platform, it comes with a SSL pre-installed. It is strongly recommended to change the certificates with your own domain.

Solution

Before changing the certificates, ensure that you have following certificates with you:

  • Certificate in PFX format and passphrase (or password) of for this certificate to upload on listeners. And from next two, please choose of the options -

  • If you’re planning to use self-signed certificates in the machine then you need -

    • PFX file containing certificate with the root certificate. This will be used in the machine.

    • Root certificate in the Base64 encoded CER format to upload on the backend HTTP setting on the Application Gateway.

  • If you’re planning to use certificates signed by well-knows CA authority like DigiCert, then you do not need to upload CER file on backend HTTP setting. In this case, you will need:

    • PFX file of certificate signed by well-known CA. If the certificate chain consists of intermediate certificate, please include that in PFX as well.

Please make sure that certificates used in the backend server/machine has Command Name “CN” populated correctly.

Step 1: Update certificate in the Application Gateway Listeners

1. Go the Application Gateway and ensure that the SKU of the gateway, it should be Standard V2 and WAF 2.
 

ka0PW0000005iJlYAI_0EM4W000004YAco.jpeg

 
Click on Listeners tab under Settings.
2. On the Listeners, choose the listener, (you need to update certificate for all the listeners).
 

ka0PW0000005iJlYAI_0EM4W000004YAct.jpeg

3. On the listener, Port443 for example, click on “Create New” radio button and upload the certificate with appropriate passphrase and hit Save.
Once the certificate is uploaded for one listener, you can select the option “Use existing” on other listeners as certificate is saved on the gateway.
 

ka0PW0000005iJlYAI_0EM4W000004YAd3.jpeg

Step 2: Update certificates in the backend server

Next step is to update the certificates on machine (backend server). Repeat following steps on all linux machines in case of Enterprise environment. In this step, certificates required to replace are tomcat and collaboration server.

Replace Tomcat certificate1. Go to the tomcat base directory:

cd /opt/apache/tomcat/latest/

 
2. Take the backup of existing certificate
mv /opt/apache/tomcat/latest/keystore /opt/apache/tomcat/latest/keystore.old

 
3. Download you certificate (PFX) file, self-signed or CA signed to the machine and keep in some temporary folder. Then run the following command:
keytool -importkeystore -srckeystore <your-cert.pfx> -srcstoretype pkcs12 -srcalias <your-cert-alias> -srcstorepass <your-crt-password> -destkeystore /opt/apache/tomcat/latest/keystore -deststoretype pkcs12 -deststorepass opsworkstomcat -destkeypass opsworkstomcat -destalias tomcatsudo chown mstr:mstr /opt/apache/tomcat/latest/keystore 

Above command will create keystore file under tomcat directory.
 
4. If you use a different password for keystore in above command, please update the /opt/apache/tomcat/latest/conf/server.xml and update the following properties in the file as required. (Optional)
 

ka0PW0000005iJlYAI_0EM4W000004YAd8.jpeg

5. Restart tomcat.

service mstr tomcatrestart

 

Replace Collaboration Server certificate.

  1. Backup existing certificate

mv -f /opt/mstr/MicroStrategy/install/CollaborationServer/keystore.pfx /opt/mstr/MicroStrategy/install/CollaborationServer/keystore.pfx.old

 
2. Copy your certificate pfx to this location
cp -f <your-crt.pfx> /opt/mstr/MicroStrategy/install/CollaborationServer/keystore.pfx 2sudo chown mstr:mstr /opt/mstr/MicroStrategy/install/CollaborationServer/keystore.pfx 

 
3. Open file
/opt/mstr/MicroStrategy/install/CollaborationServer/confg.json
and replace
passphrase
with password of
<your-crt.pfx>

 
4. Restart Collaboration Server
sh /opt/mstr/MicroStrategy/install/CollaborationServer/collaborationServer.sh restart 

 

Step 3: Update backend HTTP certificate

Proceed with this step only if certificates used in Step 2 were self-signed or not signed with popular CA signing authority.

  1. On the Application Gateway, navigate to HTTP settings tab under Settings.
     

ka0PW0000005iJlYAI_0EM4W000004YAdD.jpeg

 
2. Choose HTTP setting to update. Select “No” radio button on “Use Well known CA certificate”. Upload a certificate from local machine and click on “Add Certificate” option.
 

ka0PW0000005iJlYAI_0EM4W000004YAdI.jpeg

 
3. On the same setting, scroll down to update Host settings. Under Host Name, select “Yes” on “Override with new host name” and select option “override with specific domain name”. Enter the specific domain name here.
 

ka0PW0000005iJlYAI_0EM4W000004YAdN.jpeg

 
4. Click Save and update all the Http Settings if required.
If trusted root certificates are uploaded on Http Settings, Azure asks to enter hostname details. Do not choose option “Pick host name from backend target”.
 

Helpful Azure Links:

  1. Selfs-signed certificate for backend servers: Generate self-signed certificate with a custom root CA - Azure Application Gateway

  2. Exporting trusted Client certificate: Export trusted client CA certificate chain for client authentication - Azure Application Gateway

  3. Export Root CA for backend: Certificates required to allow backend servers - Azure Application Gateway

  4. End-to-End TLS with Application Gateway v2: Enabling end to end TLS on Azure Application Gateway


Comment

0 comments

Details

Knowledge Article

Published:

February 18, 2022

Last Updated:

May 15, 2025