Squid vasitəsilə əlavə bir HTTPS portuna icazə verin

443 üzərindən adi HTTPS işləsə belə, 8443 portundakı HTTPS xidməti düzgün sazlanmış Squid proksisi vasitəsilə işləməyə bilər. Müştərinin proksi protokolunu dəyişməzdən əvvəl CONNECT rəddini və hədəf port siyasətini yoxlayın.

Tipik Squid 6.13 giriş siyasətində iki yoxlama vacibdir: hədəf Safe_ports yoxlamasından, CONNECT isə SSL_ports yoxlamasından keçməlidir. Portu yalnız bir ACL-yə əlavə etmək digər rəddin qüvvədə qalmasına səbəb ola bilər.

Mövcud tərifləri düşünülmüş şəkildə genişləndirin

Adi veb portlarına və əlavə bir HTTPS portuna icazə verən siyasət üçün:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

Gözlənilməyən köhnə dəyərlər dəstini yerində saxlamaq əvəzinə, uyğun tərifləri əvəz edin və ya redaktə edin. Təhlükəli portları və CONNECT-i rədd edən adi qaydaları, həmçinin nəzərdə tutulan müştəri məhdudiyyətlərini qoruyun.

İstisnanı dar saxlayın

Əlavə port yalnız nəzarət edilən bir hədəf üçün lazımdırsa, müştəriyə icazə verən qaydadan əvvəl hədəflənmiş rədd qaydası əlavə edin:

acl extra_tls_port port 8443
acl approved_tls_target dst 203.0.113.20/32
http_access deny CONNECT extra_tls_port !approved_tls_target

Ünvan sənədləşdirmə üçün nümunədir. İdarə etdiyiniz və ya daxil olmağa icazəniz olan hədəfdən istifadə edin və onun faktiki ünvan dəyişikliklərini nəzərə alın. Bu, 8443 üzərində bütün hədəflərə icazə vermək əvəzinə əlavə port istisnasını məhdudlaşdırır.

Tam aktiv konfiqurasiyanı təhlil edin və qaydaların sırasını yoxlayın. Uyğun gələn müştəri icazəsi qaydasından sonra yerləşdirilmiş düzgün rədd qaydası nəzərdə tutulan məhdudiyyəti təmin etməyəcək.

Təsdiqlənmiş host adını həqiqi sertifikatı və portu ilə yoxlayın, sonra rədd edilməli olan nəzarət edilən hədəfi sınaqdan keçirin. TLS yoxlamasını aktiv saxlamaq hədəfin kimliyi ilə bağlı xətaları proksi siyasəti xətalarından ayırmağa imkan verir. Xüsusi porta bir sorğunun işləməsi üçün bütün CONNECT qorumasını silməyin.