server.csr звычайна ёсць запытам да цэнтра сертыфікацыі выдаць сертыфікат. Калі накіраваць опцыю сертыфіката проксі на гэты файл, працэс не завяршаецца.

Загляньце ўнутры файла PEM:

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

Гэтыя пазнакі апісваюць розныя аб'екты. Запыт не ёсць выпушчаным сертыфікатам, і яго прыватны ключ таксама. Перайменаванне файла ў .pem нічога з гэтага не змяняе.

Для слухача TLS, які прадстаўляе проксі, выкарыстоўвайце выпушчаны для гэтага імя сертыфікат і адпаведны ключ у парадку, які апісвае праграмнае забеспячэнне. openssl req аглядае запыты на сертыфікаты; openssl x509 аглядае сертыфікаты. Выкарыстоўвайце разборшчык для таго аб'екта, які ў вас ёсць. Для Squid 6.13 выкарыстайце выпушчаны сертыфікат і адпаведны ключ у яго слухачы TLS.

Звычайны сертыфікат сервера таксама адрозніваецца ад цэнтра сертыфікацыі, які выкарыстоўваецца для дазволенага перахопу. Ён не дае права падпісваць сертыфікаты старонніх сайтаў.

Пацвердзіце тыпы аб'ектаў і спалучэнне ключоў, перш чым даследаваць праверкі імя хаста або даступнасць сеткі. TLS не можа выкарыстаць сертыфікат, які ніколі не быў прадастаўлены.

Падобныя артыкулы