Squid 6.13 دىكى TLS ئالدىغا يوللايدىغان ۋاكالەتچى ئاڭلىغۇچى

GnuTLS ياكى OpenSSL بىلەن قۇرۇلغان Squid 6.13 TLS ئارقىلىق ئالدىغا يوللايدىغان ۋاكالەتچى تەلەپلىرىنى قوبۇل قىلالايدۇ. بۇ HTTPS نىشاننىڭ ئايرىم سۆھبىتىنى توسۇپ تۇتماي خېرىدار–ۋاكالەتچى ئۇلىنىشىنى قوغدايدۇ.

1. خېرىدارلار Squid گە يېتىش ئۈچۈن ئىشلىتىدىغان host نامىغا گۇۋاھنامە ئېلىڭ. خۇسۇسىي ئاچقۇچنى ئۇنىڭغا موھتاج مۇلازىمەت كىملىكلىرى بىلەن چەكلەڭ.
2. تەقسىملەنگەن ئادرېس ۋە ھەقىقىي گۇۋاھنامە يوللىرى بىلەن TLS ئاڭلىغۇچى قوشۇڭ:

https_port 192.0.2.10:3129 tls-cert=/etc/squid/proxy-chain.pem tls-key=/etc/squid/proxy-key.pem

خېرىدار رۇخسەت تىزىملىكى ۋە نىشان چەكلىرىنى ھەم سالاھىيەت دەلىللەش سىياسىتىنى ساقلاڭ. ئاڭلىغۇچى زىيارەت ھوقۇقى بەرمەيدۇ. مەۋجۇت http_port مۇ ئاكتىپ قالىدۇ؛ بارلىق خېرىدار ئۇلىنىشلىرى TLS ئىشلىتىشى كېرەك بولسا، كونا ئاڭلىغۇچىنى ئۆچۈرۈڭ ياكى چەكلەڭ. تېزلەتكۈچ، توسۇپ تۇتۇش ياكى گۇۋاھنامە ياساش ھالىتى ھاجەتسىز.

كۆزلەنگەن مۇلازىمەتنى قايتا يۈكلەشتىن بۇرۇن تەڭشەكنى تەھلىل قىلىڭ. تەھلىللىگۈچى تەكشۈرۈشى قۇرۇلما ۋە گۇۋاھنامە يۈكلىنىشىنى دەلىللەيدۇ، توردا يەتكىلى بولۇشنى ئەمەس. مۇۋەپپەقىيەتلىك قايتا يۈكلەشتىن كېيىن رۇخسەتلىك خېرىداردىن TLS ئۇلىنىش نۇقتىسى ئارقىلىق تەلەپ ئەۋەتىڭ:

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

ھەقىقىي ۋاكالەتچى host نامى ۋە تەستىقلانغان CA ھۆججىتىنى ئىشلىتىڭ. ئاممىۋى ئىشەنچكە ئىگە ۋاكالەتچى گۇۋاھنامىسى خاس توپلام تەلەپ قىلماسلىقى مۇمكىن. --proxy-cacert ۋاكالەتچى ئىشەنچىنى تەڭشەيدۇ ۋە نىشان دەلىللەشنى ئايرىم قالدۇرىدۇ؛ ئىككى تەكشۈرۈشنىمۇ ساقلاڭ.

ھەقىقىي ئاڭلىغۇچى ۋە گۇۋاھنامە نامىنى تەكشۈرۈپ، رەت قىلىنىشى كېرەك بولغان كونترولدىكى مەنبەنىمۇ سىناڭ. مۇۋەپپەقىيەتلىك تەھلىل قىلىشلا خېرىدار ئىشەنچى ياكى زىيارەت چېگراسىنى ئىسپاتلىمايدۇ.