@jess
I am getting this error again and kaltlog reports:
--
2017-07-23 14:02:00 [0.000088] [931250229] [7] [%context%] [Kaltura_Client_ClientBase->doCurl] DEBUG: post: {"format":"2","ignoreNull":true,"clientTag":"Kaltura-admin","apiVersion":"3.3.0","loginId":"user@mydomain.com","password":"PRIVATE","partnerId":"-2","privileges":"disableentitlement","otp":"","kalsig":"6bbea92a1f1ed03bda29cdbd31816361"}
2017-07-23 14:02:00 [0.116575] [931250229] [8] [%context%] [ErrorController->errorAction] ERR: exception 'Kaltura_Client_ClientException' with message '. RC : 0' in /opt/kaltura/app/admin_console/lib/Kaltura/Client/ClientBase.php:919
Stack trace:
#0 /opt/kaltura/app/admin_console/lib/Kaltura/Client/ClientBase.php(249): Kaltura_Client_ClientBase->getKalturaClientException('. RC : 0', -1)
However, when I test my cert I get the following results:
https://www.sslshopper.com/ssl-checker.html?host=cdn.hiphopservers.com#hostname=cdn.hiphopservers.com
# curl -I -v https://cdn.hiphopservers.com/api_v3/index.php?service=ping
- About to connect() to cdn.hiphopservers.com port 443 (#0)
* Trying 64.187.229.43…
* Connected to cdn.hiphopservers.com (64.187.229.43) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
* CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* SSL connection using TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
* Server certificate:
* subject: CN=*.hiphopservers.com,OU=Domain Control Validated
* start date: Feb 21 00:28:50 2017 GMT
* expire date: Apr 12 06:29:57 2020 GMT
* common name: *.hiphopservers.com
* issuer: CN=AlphaSSL CA - SHA256 - G2,O=GlobalSign nv-sa,C=BE
HEAD /api_v3/index.php?service=ping HTTP/1.1
User-Agent: curl/7.29.0
Host: cdn.hiphopservers.com
Accept: /
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
< Date: Sun, 23 Jul 2017 18:07:18 GMT
Date: Sun, 23 Jul 2017 18:07:18 GMT
< Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips PHP/5.4.16
Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips PHP/5.4.16
< X-Powered-By: PHP/5.4.16
X-Powered-By: PHP/5.4.16
< Access-Control-Expose-Headers: Server, Content-Length, Content-Range, Date, X-Kaltura, X-Kaltura-Session, X-Me
Access-Control-Expose-Headers: Server, Content-Length, Content-Range, Date, X-Kaltura, X-Kaltura-Session, X-Me
< Access-Control-Allow-Origin: *
Access-Control-Allow-Origin: *
< Expires: Sun, 19 Nov 2000 08:52:00 GMT
Expires: Sun, 19 Nov 2000 08:52:00 GMT
< Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
< Pragma: no-cache
Pragma: no-cache
< X-Kaltura: cache-key,cache_v3-20479ed86bf0fe783738ded70cb04101
X-Kaltura: cache-key,cache_v3-20479ed86bf0fe783738ded70cb04101
< X-Me: cdn.hiphopservers.com
X-Me: cdn.hiphopservers.com
< Content-Type: text/xml
Content-Type: text/xml
<
* Connection #0 to host cdn.hiphopservers.com left intact
Can you help identify what I am missing? All the caption settings to disable the check are applied by default. I am not sure why the results I am getting different on this installation other than I am running CentOS 7.3.1 with Kaltura CE v12.19.0 so I can migrate my previous CentOS 6.5.9 installation to the new host before upgrading to the latest version.
::: UPDATE ::::
My ISP suggested that the issue is actually with the version of CURL I am running on the host. As they ran the same CURL command from a different host with the latest version of CURL and got no errors. So my SSL is actually setup correctly but the version of CURL installed by Kaltura CE for CentOS 7.3.1 is not returning proper results.
I tried to disable this check of the SSL by the script but with no success.