Thanks Dominic. We used that documentation to do our request from our CA, but it looks like we are just going to have to expose way more routes than we were planning on.
Makes me wonder if it would just be easier to submit the wildcard SANs as A records instead of having them create 10+ records for the individual routes.
Original Message:
Sent: 04-23-2026 09:29
From: Dominic Russo
Subject: TLS/SSL Certificate Management with MAS/Manage
Tinnokesh AP linked a good article (that I had never come across before so thanks!) that has them all listed out, but I looked at the certs on one of our customer's IBM SaaS hosted environments and saw the full list of SANs they auto-generated for their certs so I'm providing it below:
DNS Name=admin.[yourBaseURL].comDNS Name=admin.monitor.[yourBaseURL].comDNS Name=api.[yourBaseURL].comDNS Name=api.monitor.[yourBaseURL].comDNS Name=api.optimizer.[yourBaseURL].comDNS Name=arcgis.[yourBaseURL].comDNS Name=assist.[yourBaseURL].comDNS Name=auth.[yourBaseURL].comDNS Name=edgeconfig.iot.[yourBaseURL].comDNS Name=edgeconfigapi.iot.[yourBaseURL].comDNS Name=health.[yourBaseURL].comDNS Name=home.[yourBaseURL].comDNS Name=iot.[yourBaseURL].comDNS Name=[yourBaseURL].comDNS Name=main-all.health.[yourBaseURL].comDNS Name=main-all.manage.[yourBaseURL].comDNS Name=main-cron.health.[yourBaseURL].comDNS Name=main-cron.manage.[yourBaseURL].comDNS Name=main-jms.health.[yourBaseURL].comDNS Name=main-jms.manage.[yourBaseURL].comDNS Name=main-mea.health.[yourBaseURL].comDNS Name=main-mea.manage.[yourBaseURL].comDNS Name=main-rpt.health.[yourBaseURL].comDNS Name=main-rpt.manage.[yourBaseURL].comDNS Name=main-ui.health.[yourBaseURL].comDNS Name=main-ui.manage.[yourBaseURL].comDNS Name=main.api.monitor.[yourBaseURL].comDNS Name=main.api.optimizer.[yourBaseURL].comDNS Name=main.argis.[yourBaseURL].comDNS Name=main.assist.[yourBaseURL].comDNS Name=main.edgeconfig.iot.[yourBaseURL].comDNS Name=main.edgeconfigapi.iot.[yourBaseURL].comDNS Name=main.health.[yourBaseURL].comDNS Name=main.home.[yourBaseURL].comDNS Name=main.iot.[yourBaseURL].comDNS Name=main.manage.[yourBaseURL].comDNS Name=main.messaging.iot.[yourBaseURL].comDNS Name=main.monitor.[yourBaseURL].comDNS Name=main.optimizer.[yourBaseURL].comDNS Name=main.predict.[yourBaseURL].comDNS Name=main.visualinspection.[yourBaseURL].comDNS Name=manage.[yourBaseURL].comDNS Name=maxinst.health.[yourBaseURL].comDNS Name=maxinst.manage.[yourBaseURL].comDNS Name=messaging.iot.[yourBaseURL].comDNS Name=monitor.[yourBaseURL].comDNS Name=optimizer.[yourBaseURL].comDNS Name=predict.[yourBaseURL].comDNS Name=sls.[yourBaseURL].comDNS Name=visualinspection.[yourBaseURL].com
------------------------------
Dominic Russo
TechAdept Solutions LLC
Original Message:
Sent: 04-23-2026 09:21
From: Brett Coleman
Subject: TLS/SSL Certificate Management with MAS/Manage
I'm in a similar situation. Our app is secured behind the firewall using the required SANs, and we're working on exposing the correct A records to enable mobile connectivity. IBM support has been giving us inconsistent answers.
We currently have one A record for main.home.<mas-url>, but when attempting to log in via mobile, the logs are also looking for api.<mas-url>.
We've submitted an A record for latter and are awaiting validation, but I wanted to ask, what specific URLs did you expose to get mobile connectivity working?
------------------------------
Brett Coleman
Georgia Building Authority
Original Message:
Sent: 03-31-2026 17:00
From: Dominic Russo
Subject: TLS/SSL Certificate Management with MAS/Manage
Out of curiosity, has anyone gotten it working with Maximo Mobile properly? We did the Wildcard SSL with 10 SANs on it that should cover all the URLs we need, but our stuff is also behind Cloudflare and they have Lets Encrypt certificates on the external endpoints. We cannot get Maximo Mobile to connect from outside the network no matter what we've tried so far.
------------------------------
Dominic Russo
TechAdept Solutions LLC
Original Message:
Sent: 01-05-2026 12:44
From: Eric Burkland
Subject: TLS/SSL Certificate Management with MAS/Manage
Hi Jean,
Sorry for the late response. We had to request a special product from goDaddy:
Standard DV UCC/SAN/Wildcard SSL Up to 20 Domains Multiple Domain UCC/SAN/Wildcard SSL
So this is one certificate or as you put it a single multi-domain (SAN) certificate that includes all required SAN entries.
Hope this helps,
Eric
------------------------------
Eric Burkland
San Diego County Water Authority
Original Message:
Sent: 12-20-2025 20:44
From: JEAN EROLD Jiraud
Subject: TLS/SSL Certificate Management with MAS/Manage
Hi Eric,
I am in a similar situation, currently implementing MAS with manually managed certificates. Based on your experience, did you proceed with a single multi-domain (SAN) certificate that includes all required SAN entries, or did you purchase separate certificates for each SAN? Additionally, which DNS and SSL provider did you use?
Best regards,
Jean
------------------------------
JEAN EROLD Jiraud
Beyosatech
Original Message:
Sent: 01-23-2024 13:43
From: Eric Burkland
Subject: TLS/SSL Certificate Management with MAS/Manage
So figured out the problem with the help of IBM and goDaddy. Issue is our standard wildcard certificate which we have used for many years won't work with Maximo Application Suite. This is because Maximo application suite and other products (i.e. Manage) have URLs which are 4/5/6 level subdomains deep. We ended up purchasing a certificate which allows for Subject Alternative Names (SAN).
BTW each instance of maximo requires 5 SANs if you are using just core and Manage. If you install other products it is likely even more.
Cheers!
Eric
------------------------------
Eric Burkland
San Diego County Water Authority
Original Message:
Sent: 01-17-2024 19:14
From: Eric Burkland
Subject: TLS/SSL Certificate Management with MAS/Manage
Good Afternoon,
Does anyone have any good step-by-step instructions for how to manage TLS/SSL Certificates in Maximo Application Suite/Manage. In Maximo Asset Management 7.6.1 it's pretty straight forward with IBM Key Manager. App Suite it's all done within OpenShift and IBM's documentation is confusing.
We currently use a wildcard cert *.domain.com signed by goDaddy. I assume that a wildcard cert such as the one we have covers all subdomains
Here is an example of a MAS Admin Dashboard URL https://auth.masdmo.apps.oc.domain.com/
I've followed Manual certificate management
| Ibm | remove preview |
| | Manual certificate management | | When you configure the suite, you can enable manual certificate management to upload your public transport layer security (TLS) certificates in Maximo Application Suite. After you enable certificate management, you can add certificates by adding secrets to your cluster in Red Hat OpenShift or by uploading certificates for your instance in the Maximo Application Suite user interface. | | View this on Ibm > |
|
|
To see if I could manually add the certificates and it looks like it added them but it is still saying the connection isn't secure. I'm wondering if my issue is the server doesn't recognize goDaddy as a trusted CA.
Any information would be appreciated.
#MaximoApplicationSuite
------------------------------
Eric Burkland
San Diego County Water Authority
------------------------------