When replacing an expiring SSL/TLS certificate in the keystore, the JCP (Java Communication Process) may detect and pick up the new certificate automatically. However, the REST process continues to use the old/expired certificate. This can result in the following:
U00045393 SSL Certificate invalid: The validity period of the certificate has expired or not yet reachedjavax.net.ssl.SSLHandshakeException: PKIX path validation failed: java.security.cert.CertPathValidatorException: validity check failedCaused by: java.security.cert.CertificateExpiredException: NotAfter: [Date]sslenabled=1)This was determined to be a defect with the product - DE186798. In Automic Automation v21 and v24, the AWI search functionality and other services rely on the REST API. While normal JCPs are programmed to monitor the keystore and refresh certificate entries automatically, the REST process (JCP REST) does not currently share this functionality. It initializes its SSL context during startup and does not re-examine the keystore for changes while running.
This behavior is targeted to be fixed in a new release of 24.4 and 26.x Automation Engine. Please subscribe to this article (see How to subscribe to Knowledge Base articles) to be updated on the fix status.
Workaround
To apply a new or updated certificate to the REST process and restore functionality (including AWI search):
ucsrv.ini configuration).openssl s_client -connect [Host]:[Port] to verify the new certificate is being presented.