Неліктен браузерлер Squid-тың HTTPS бұғаттау бетін жасыруы мүмкін
Браузердің қабылданбаған CONNECT сұранысына қайтарылатын теңшелген HTML орнына өз туннель қатесін неліктен көрсетуі мүмкін екенін түсініңіз.
Проксидің теңшелген бұғаттау беті HTTP сайты үшін көрінеді. HTTPS сайты үшін браузер оның орнына туннель қатесін көрсетеді. HTML үлгісін қайта ауыстыру ештеңені өзгертпеуі мүмкін.
Айқын HTTP проксиімен HTTPS кіру әдетте CONNECT-тен басталады. Браузер проксиден хост пен портқа туннель ашуды сұрайды. Егер Squid бұл сұранысты қабылдамаса, сайттың TLS сессиясы ешқашан басталмайды.
Бас тартудың HTTP мәртебесі мен жауап мазмұны болуы мүмкін. Браузердің қате бетіне қарамастан сол сәтсіз CONNECT жауабын curl-мен тексеруге болады. Бұл браузердің берілген HTML-ді межелі орынның веб-беті ретінде көрсетуін талап етпейді. Браузер CONNECT қатесінің денесін тастап, өзінің прокси қате интерфейсін пайдалануы мүмкін; нақты көрсетілім клиентке байланысты.
Егер Squid-тың бас тартуы керек deny_info денесін қамтыса, оның мәтінін, стиль парағын немесе файл рұқсаттарын өңдеу браузердің қай жауап кезеңін өңдейтінін өзгертпейді. CONNECT қабылданбағанын және неліктен екенін анықтау үшін бас тарту мәртебесі мен кіру журналын қолжетімді ұстаңыз. Жалпы браузер беті саясат мәліметтерін жасыруы мүмкін, ал прокси ережені дұрыс орындайды.
Ұсталған HTTPS байланысының ішінде бұғаттау бетін ұсыну — бұл TLS-ті аяқтауды, клиент сенімін және сертификаттарды өңдеуді қамтитын басқа архитектура. Ол deny_info өңдеу арқылы қосылмайды, ал теңшелген үлгі бұғатталған сайтқа еліктеуге ешқандай өкілеттік бермейді. Бұл дизайнды тек қажет болса таңдаңыз; әйтпесе клиенттің қолжетімді қате есептерін және проксидің операциялық журналдарын пайдаланыңыз.