server.csr зазвичай є запитом до центру сертифікації видати сертифікат. Спрямування параметра сертифіката проксі на цей файл не завершує цей процес.

Зазирніть усередину файлу PEM:

-----BEGIN CERTIFICATE REQUEST-----
-----BEGIN CERTIFICATE-----
-----BEGIN PRIVATE KEY-----

Ці позначки описують різні об'єкти. Запит не є випущеним сертифікатом, і його закритий ключ також. Перейменування файлу на .pem нічого з цього не змінює.

Для TLS-обробника, що представляє проксі, використовуйте сертифікат, випущений для цього імені проксі, та відповідний ключ у порядку, задокументованому програмним забезпеченням. openssl req перевіряє запити на сертифікат; openssl x509 перевіряє сертифікати. Використовуйте аналізатор, що відповідає наявному у вас об'єкту. У Squid 6.13 використовуйте випущений сертифікат і відповідний ключ у його TLS-обробнику.

Звичайний серверний сертифікат також відрізняється від CA, що використовується для дозволеного перехоплення. Він не дає права підписувати сертифікати сторонніх сайтів.

Підтвердьте типи об'єктів і пару ключів, перш ніж досліджувати перевірки імені хоста або доступність мережі. TLS не може використати сертифікат, який так і не було надано.

Схожі статті