Squid аркылуу дагы бир HTTPS портуна уруксат бериңиз

443 аркылуу кадимки HTTPS иштесе да, 8443 портундагы HTTPS кызматы туура жөндөлгөн Squid проксиси аркылуу иштебей калышы мүмкүн. Кардардын прокси протоколун өзгөртүүдөн мурун CONNECT четке кагылышын жана бута портторунун саясатын текшериңиз.

Squid 6.13 үчүн кадимки жетүү саясатында эки текшерүү маанилүү: бута Safe_ports текшерүүсүнөн, ал эми CONNECT SSL_ports текшерүүсүнөн өтүшү керек. Портту бир гана ACL’ге кошуу экинчи тыюуну күчүндө калтырышы мүмкүн.

Учурдагы аныктамаларды ойлонуп кеңейтиңиз

Кадимки веб портторуна жана дагы бир HTTPS портуна уруксат берген саясат үчүн:

acl Safe_ports port 80 443 8443
acl SSL_ports port 443 8443

Күтүлбөгөн эски маанилер топтомун калтырбай, тиешелүү аныктамаларды алмаштырыңыз же түзөтүңүз. Кооптуу портторду жана CONNECT’ти четке каккан кадимки эрежелерди, ошондой эле көздөлгөн кардар чектөөлөрүн сактаңыз.

Өзгөчөлүктү тар чекте сактаңыз

Кошумча порт бир гана көзөмөлдөгү бутага керек болсо, кардарга уруксат берген эрежеден мурун багытталган тыюу кошуңуз:

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

Дарек — документация үчүн үлгү. Өзүңүз башкарган же кирүүгө укугуңуз бар бутаны колдонуңуз жана анын дарегинин чыныгы өзгөрүүлөрүн эске алыңыз. Бул 8443 аркылуу бардык бутага уруксат бербестен, кошумча порт өзгөчөлүгүн чектейт.

Активдүү конфигурациянын баарын синтаксистик талдоодон өткөрүп, эрежелердин иретин караңыз. Дал келген кардарга уруксат берүү эрежесинен кийин коюлган туура жазылган тыюу көздөлгөн чектөөнү камсыз кылбайт.

Бекитилген хост атын чыныгы сертификаты жана порту менен, андан кийин тыюу салынган бойдон калышы керек болгон көзөмөлдөгү бутаны сынаңыз. Бутанын кимдигине байланыштуу каталарды прокси саясатынын каталарынан айырмалоо үчүн TLS текшерүүсүн күйгүзүлгөн бойдон калтырыңыз. Атайын портко бир сурам иштеши үчүн CONNECT коргоосун толугу менен алып салбаңыз.