StartTLS выдает сертификаты, подписанные с использованием SHA1? Не совсем понимаю, что происходит, потому что мой сертификат RapidSSL (от GeoTrust) отлично работает в Chrome (как и в любом другом браузере) без единой претензии, когда установлен в PVE 4.

Код:  
Ваше соединение с pve1.int.kcilink.com зашифровано устаревшим набором шифров.

Соединение использует TLS 1.0.

Соединение зашифровано с помощью AES_256_CBC, аутентификация сообщений происходит с HMAC-SHA1, для обмена ключами используется DHE_RSA. Так что по сути то же самое, что и у вас.

Информация о сертификате у меня такая:  
Код:  
Идентификация этого сайта подтверждена RapidSSL SHA256 CA - G3. Сервер не предоставил информацию о Certificate Transparency.

Если выполните команду:  
openssl x509 -text -in MYCERTFILE.crt -noout  
посмотрите строку "Signature Algorithm". У меня там: sha256WithRSAEncryption. Публичный ключ использует алгоритм rsaEncryption.

Мой PVE 4 не показывает SSLv3. Код: % nmap --script +ssl-enum-ciphers -p 8006 pve1

Запуск Nmap 6.49BETA6 (https://nmap.org) 2015-11-17 11:06 EST  
Отчет сканирования Nmap для pve1 (192.168.7.16)  
Хост в сети (задержка 0.00033 с).  
rDNS для 192.168.7.16: pve1.int.kcilink.com  
ПОРТ       СОСТОЯНИЕ  СЕРВИС  
8006/tcp   открыт       неизвестен  
| ssl-enum-ciphers:  
|   TLSv1.0:  
|     шифры:  
|       TLS_DHE_RSA_WITH_3DES_EDE_CBC_SHA (dh 1544) – D  
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 1544) – A  
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 1544) – A  
|       TLS_DHE_RSA_WITH_CAMELLIA_128_CBC_SHA (dh 1544) – A  
|       TLS_DHE_RSA_WITH_CAMELLIA_256_CBC_SHA (dh 1544) – A  
|       TLS_DHE_RSA_WITH_SEED_CBC_SHA (dh 1544) – A  
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) – C  
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) – A  
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) – A  
|       TLS_RSA_WITH_CAMELLIA_128_CBC_SHA (rsa 2048) – A  
|       TLS_RSA_WITH_CAMELLIA_256_CBC_SHA (rsa 2048) – A  
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) – A  
|       TLS_RSA_WITH_SEED_CBC_SHA (rsa 2048) – A  
|     компрессоры:  
|       NULL  
|     предпочтение шифров: клиент  
|     предупреждения:  
|       Параметры обмена ключами слабее, чем у сертификата  
|_  минимальная сила: D

Nmap завершил работу: 1 IP-адрес (1 хост в сети) просканирован за 0.31 секунды.  
Сравните эту команду с www.google.com, где будет видно "SSLv3 ciphers". Насколько я вижу, PVE 4.0 GUI не поддерживает SSLv3, кроме некоторых шифров, которые встречаются и в TLSv1, и в SSLv3, и могут пересекаться. Возможно, ваш сканер путает поддержку этих шифров с поддержкой самого SSLv3.

Вы можете задать доступные шифры в /etc/default/pveproxy, см. # man pveproxy

Я тоже этим интересуюсь. Я только что сделал чистую установку версии 4.1 (ранее была 3.4?) и теперь Firefox вообще отказывается загружать страницу, тогда как Chrome просто выдает то же предупреждение, что и Овидий выше (устаревший шифровальный набор). Я пытался вписать разные комбинации из вывода команды '$ openssl ciphers' в файл /etc/default/pveproxy (его пришлось создать, поскольку раньше его не было, надеюсь, так правильно?). Попытки использовать «более сильные» шифры приводят к тому, что страница становится недоступна даже в Chrome.