HTTPS proksisi də öz sertifikat zəncirini göndərməlidir

Müştərilər veb-sayta çatmadan HTTPS proksisini rədd edirsə, proksi dinləyicisinin göndərdiyi zənciri yoxlayın. Yalnız etibarlı leaf sertifikatı müştərinin ehtiyac duyduğu ara sertifikatları təmin etməyə bilər.

1. Yoxlanılan son nöqtəni müəyyən edin. Konfiqurasiya edilmiş proksi URL-indəki host adını və həmin bağlantı üçün xətanı oxuyun. Dinləyici sertifikatı həmin adı əhatə etməlidir. Veb-sayt sertifikatı və ya başqa IP ləqəbi üçün sertifikat onu əvəz edə bilməz.
2. Dinləyicinin zəncir konfiqurasiyasını yoxlayın. Squid-in dəstəklədiyi OpenSSL konfiqurasiyası ara sertifikatları sertifikat faylına daxil edə bilər. Quraşdırılmış Squid buraxılışı və TLS backend üçün dinləyici sənədində düzülüşü təsdiqləyin; paket davranışı vahid deyil. Squid 6.13 TLS dinləyici nümunəsi dinləyici etimadını təyinat TLS-indən ayrı saxlayır.
3. Müştəri etimadını ayrıca yoxlayın. Ara sertifikatların göndərilməsi zəncirin qurulmasına kömək edir, lakin müştəri hələ də nəzərdə tutulan kök etimad ankerinə ehtiyac duyur. Bütün server zəncirini fərq qoymadan kök anbara idxal etmək serverin göndərdiyini düzəltməkdən fərqli bir dəyişiklikdir.

Yoxlamanı aktiv saxlayın. O, müştərinin istifadə etmək istədiyi HTTPS proksisini müəyyən edir. Həmin bağlantı yoxlanıldıqdan sonra sonrakı veb-sayt sertifikat xətası proksi vasitəsilə təyinat TLS sessiyasına aiddir və öz host adı və etimad araşdırmasına malikdir.