How are certificates handled in IFS Cloud for PSO Integration/Communication?
We have setup an IFS Cloud 21R1 on Premise environment.
In addition, we have setup a PSO environment.
These two should now communicate with each other, but we are receiving this error message
This is leading me towards a missing certificate.
In IFS 10 we had been able to import all needed certificates by running an import via reconfigure. As this is not possible in IFS Cloud, I wonder how this is done.
but this is only pointing out how to verify the certificates or what you can do with certificates.
Seems this is more a general overview of what you can do with certificates.
If you check on Configure the HTTP Transport Connector (ifs.com) it is referring to importing files to the keystore with the mentioning of the standard IFS10 procedure and paths.. So this does not help at all.
Using the keystore Window in IFS Cloud seems more or less like the keystore functionality for signing documents instead of securing communication. That is what I faced with IFS 10.
Can anyone inform me how to apply third party certificates to the IFS Cloud Keystore for integration/communication?
Kind regards,
TT
Page 1 / 1
@Phil Lamerton Hi, could you please raise attention of IFS Cloud PD and/or PSO PD to this? Our customer is awaiting feedback.
Best regards Roman
@Björn Kleist can you help here?
Can you try to redeploy the ifsapp-connect container in the k8s cluster?
There has been an issue in the ifsapp-connect container that gave that same error in the past, but I think that should have been fixed for the 21R1 release. However, the workaround for that issue was to redeploy the ifsapp-connect container, so it may be worth to try that out and see if the error goes away.
@clhase thanks we can certainly try that but do you have also answers for us on the general handling of certificates in IFS Cloud? Is this something we need to consider here as I assume PSO is seen as an external system for IFS Cloud and this would eventually mean that the error message could be actually related to a certificate issue instead of an issue with the container - or can you completly exclude this as the root cause? Note also that both systems are running on different hosts / k8s clusters.