Ինչու են զննարկիչները կարող թաքցնել Squid-ի HTTPS արգելափակման էջը

Փրոքսիի հատուկ արգելափակման էջը երևում է HTTP կայքի համար։ HTTPS կայքի համար զննարկիչը փոխարենը ցուցադրում է թունելի սխալ։ HTML ձևանմուշը կրկին փոխարինելը կարող է ոչինչ չփոխել։

Բացահայտ HTTP փրոքսիի դեպքում HTTPS այցը սովորաբար սկսվում է CONNECT-ով։ Զննարկիչը խնդրում է փրոքսիին բացել թունել դեպի հոսթ և պորտ։ Եթե Squid-ը մերժում է այդ հարցումը, կայքի TLS սեսիան երբեք չի սկսվում։

Մերժումը կարող է ունենալ HTTP կարգավիճակ և պատասխանի բովանդակություն։ Դուք կարող եք ստուգել այդ ձախողված CONNECT պատասխանը curl-ով՝ անկախ զննարկիչի սխալի էջից։ Դա չի պահանջում, որ զննարկիչը տրամադրված HTML-ը ներկայացնի որպես նպատակակետի վեբ էջ։ Զննարկիչը կարող է անտեսել CONNECT սխալի մարմինը և օգտագործել իր փրոքսի սխալի ինտերֆեյսը․ ճշգրիտ ներկայացումը կախված է հաճախորդից։

Եթե Squid-ի մերժումն արդեն պարունակում է նախատեսված deny_info մարմինը, ապա դրա տեքստի, ոճաթերթի կամ ֆայլի թույլտվությունների խմբագրումը չի փոխում, թե պատասխանի որ փուլն է մշակում զննարկիչը։ Պահեք մերժման կարգավիճակը և մուտքի մատյանը հասանելի՝ պարզելու, թե արդյոք CONNECT-ը մերժվել է և ինչու։ Ընդհանուր զննարկիչի էջը կարող է թաքցնել քաղաքականության մանրամասները, մինչ փրոքսին ճիշտ է կիրառում կանոնը։

Արգելափակման էջը գաղտնալսված HTTPS կապի ներսում մատուցելը այլ ճարտարապետություն է, որը ներառում է TLS-ի ավարտում, հաճախորդի վստահություն և վկայագրերի կառավարում։ Այն չի միացվում deny_info-ը խմբագրելով, և հատուկ ձևանմուշը որևէ լիազորություն չի տալիս կերպարանավորել արգելափակված կայքը։ Ընտրեք այդ ձևավորումը միայն անհրաժեշտության դեպքում․ հակառակ դեպքում օգտագործեք հաճախորդի հասանելի սխալների հաշվետվությունները և փրոքսիի գործառնական մատյանները։