Таа .csr-датотека е сè уште барање за сертификат
Разликувајте барања за сертификат, издадени сертификати и приватни клучеви пред да доделите датотеки на TLS конфигурацијата на прокси.
server.csr обично е барање до сертификациско тело да издаде сертификат. Насочувањето на опцијата за сертификат на проксито кон неа не го завршува тој процес.
Погледнете внатре во PEM-датотеката:
-----BEGIN CERTIFICATE REQUEST-----
-----BEGIN CERTIFICATE-----
-----BEGIN PRIVATE KEY-----Овие ознаки опишуваат различни објекти. Барањето не е издаден сертификат, ниту пак неговиот приватен клуч. Преименувањето на датотека во .pem не менува ништо од тоа.
За TLS-слушател што го претставува проксито, користете го издадениот сертификат за тоа име на прокси и соодветниот клуч, во распоредот што го документира софтверот. openssl req прегледува барања за сертификат; openssl x509 прегледува сертификати. Користете го анализаторот за објектот што го имате. За Squid 6.13, користете го издадениот сертификат и соодветниот клуч во неговиот TLS-слушател.
Обичниот серверски сертификат исто така се разликува од CA што се користи за овластено пресретнување. Тој не дава овластување за потпишување сертификати на неповрзани веб-страници.
Потврдете ги типовите на објекти и спареноста на клучевите пред да ги истражувате проверките на името на домаќинот или достапноста на мрежата. TLS не може да користи сертификат што никогаш не бил доставен.