I checked the certificate with openssl and it was true that it was considered a self-signed certificate and that it wasn’t valid.
But it’s valid now only Xibo still doesn’t work. Could you maybe tell me where Xibo will be looking for this certificate in RedHat 6.6?
Is it possible that php-curl isn’t installed on my Xibo server? I cannot find this entry in my php.ini and I cannot find this in the Xibo install requirements.
The curl module is a requirement and we check for it at installation/upgrade.
If you go to the report fault page you’ll see it with a tick against it if you have it installed correctly.
I don’t use Redhat (and never have) so I don’t know where they would put their certificate files or how you would go about updating them. A Redhat forum will be more likely to give you the answers you need.
You really need to solve it properly. Other things rely on https validation too so you won’t be able to use the Twitter or Weather integrations without solving the problem.
Yeah I really want to solve it too.
The weather and twitter module work fine, but they use a certificate that is in the curl certification list.
This RSS uses a certificate from our own office CA.
I have put this certificate in the same list but the error keeps coming back.
Someone on a Redhat forum must know where the system keeps it’s list of root CA certificates. Once you find that location, it should be a case of putting a copy of the office root CA certificate in there, and then there’s usually a command to run to rebuild the certificates from those files (at least it’s that way on Ubuntu).
That seems to detail the process using Redhat’s tools. Perhaps try that? Alternatively in the CMS Post-Installation guide there’s the instructions for setting CURL up with a CA root list for Windows machines. Try configuring php to use that file instead, and append your office CA root to that file.