GnuTLS və ya OpenSSL ilə yığılmış Squid 6.13 TLS üzərindən yönləndirici proksi sorğularını qəbul edə bilər. Bu, HTTPS hədəfin ayrıca sessiyasına müdaxilə etmədən müştəri–proksi bağlantısını qoruyur.

  1. Müştərilərin Squid-ə çatmaq üçün istifadə edəcəyi host adına sertifikat alın. Şəxsi açarı yalnız ona ehtiyacı olan xidmət kimlikləri ilə məhdudlaşdırın.
  2. Sizə təyin olunmuş ünvan və həqiqi sertifikat yolları ilə TLS dinləyicisi əlavə edin:
https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

Müştəri icazə siyahısını və hədəf məhdudiyyətlərini, həmçinin autentifikasiya siyasətini saxlayın. Dinləyici giriş icazəsi vermir. Mövcud http_port də aktiv qalır; bütün müştəri bağlantıları TLS istifadə etməlidirsə, köhnə dinləyicini silin və ya məhdudlaşdırın. Sürətləndirici, müdaxilə və ya sertifikat yaratma rejimi lazım deyil.

Nəzərdə tutulan xidməti yenidən yükləməzdən əvvəl konfiqurasiyanı təhlil edin. Təhliledici yoxlaması strukturu və sertifikat yüklənməsini təsdiqləyir, şəbəkə əlçatanlığını yox. Uğurlu yenidən yükləmədən sonra icazəli müştəridən TLS son nöqtəsi ilə sorğu göndərin:

curl --proxy https://proxy.example:3129 --proxy-cacert approved-proxy-ca.pem --connect-timeout 5 --max-time 15 https://example.com/

Həqiqi proksi host adını və təsdiqlənmiş CA faylını istifadə edin. İctimai etibarlı proksi sertifikatına ayrıca paket lazım olmaya bilər. --proxy-cacert proksi etibarını qurur və hədəf yoxlamasını ayrı saxlayır; hər iki yoxlamanı qoruyun.

Həqiqi dinləyicini və sertifikat adını yoxlayın, sonra rədd edilməli nəzarət olunan mənbəni də sınayın. Uğurlu təhlil təkbaşına müştəri etibarını və ya giriş sərhədini müəyyən etmir.

Əlaqəli məqalələr