curl не может получить сертификат локального эмитента

Я отвечаю за веб-сервер под управлением apache, на котором размещено около 15 различных сайтов. Теперь один сайт должен взаимодействовать с другим, наши разработчики пытаются подключиться к нему через curl с помощью PHP. Это не работает. Я попытался отладить его в командной строке через:

curl --verbose https://deutsche-unterstuetzungskasse.de

И он выдает ошибку 60 (указанную в заголовке темы), что довольно странно для всех остальных страниц, на которых он работает.

Более подробно:

* About to connect() to deutsche-unterstuetzungskasse.de port 443 (#0)
*   Trying 195.244.228.197...
* connected
* Connected to deutsche-unterstuetzungskasse.de (195.244.228.197) port 443     (#0)
* successfully set certificate verify locations:
*   CAfile: none
  CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS alert, Server hello (2):
* SSL certificate problem: unable to get local issuer certificate
* Closing connection #0
curl: (60) SSL certificate problem: unable to get local issuer certificate
More details here: http://curl.haxx.se/docs/sslcerts.html
...

Все наши страницы оснащены как действующим сертификатом ssl, так и тем, который не работает. Единственная разница, похоже, в том, что у этого нет подстановочного сертификата. Если я установлю параметр curl - cacert /etc/ssl/certs/ca-certificates.crt, он будет работать нормально, но не решит проблему. Вот подробный вывод:

* About to connect() to deutsche-unterstuetzungskasse.de port 443 (#0)
*   Trying 195.244.228.197...
* connected
* Connected to deutsche-unterstuetzungskasse.de (195.244.228.197) port 443     (#0)
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server key exchange (12):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSL connection using ECDHE-RSA-AES256-GCM-SHA384
* Server certificate:
*        subject: C=DE; postalCode=22303; ST=Hamburg; L=Hamburg; street=Barmbeker Stra�e 2-6; O=Cevo Systemhaus AG; OU=IT; CN=deutsche-unterstuetzungskasse.de
*        start date: 2017-10-19 00:00:00 GMT
*        expire date: 2019-01-17 23:59:59 GMT
*        subjectAltName: deutsche-unterstuetzungskasse.de matched
*        issuer: C=GB; ST=Greater Manchester; L=Salford; O=COMODO CA Limited; CN=COMODO RSA Organization Validation Secure Server CA
*        SSL certificate verify ok.
> GET / HTTP/1.1
> User-Agent: curl/7.26.0
> Host: deutsche-unterstuetzungskasse.de
> Accept: */*
> 
...

Кто-нибудь может мне помочь? Мои знания подошли к концу

РЕДАКТИРОВАТЬ:

Итак, я провел дополнительное исследование и нашел этот аккуратный тест SSL-сервера:

https://www.ssllabs.com/ssltest/analyze.html? d = deutsche-unterstuetzungskasse.de

Похоже, это показывает мою проблему. Каким-то образом сервер дает * c-core.de в качестве альтернативных имен во втором сертификате. Как я могу это исправить?