Эмне үчүн Squid HTTPS хостун жазат, бирок барактын жолун жазбайт
Кадимки Squid CONNECT журналдарында жок HTTPS жолдорун TLS кийлигишүүсүн кадимки журнал жөндөөсү катары карабастан түшүндүрөт.
shop.example:443 үчүн жазуу Squid'ге /orders/42 жолун бербейт. CONNECT хост/порт сурайт; анан максаттуу TLS HTTP жолун туннелдин ичинде алып өтөт.
| Далил | Кадимки CONNECT өткөрүү |
|---|---|
| Максаттуу хост/порт жана туннелдин жыйынтыгы | Прокси үчүн жеткиликтүү. |
| Ички HTTPS жолу жана колдонмо суроосу | Клиент менен сайттын ортосунда шифрленген. |
# менен башталган браузер URL бөлүгү | Адатта клиентте калат, прокси журналынан тышкары да. |
Журнал форматы Squid'де бар талааларды жаза алат, көрүлбөгөн билдирүүлөрдү чече албайт. Жөнөкөй HTTP өткөрүү башкача, анткени ортомчу ошол HTTP суроосун алат. Кененирээк чыгарылыш CONNECT чек арасын өзгөртпөйт.
Башкарылуучу TLS кийлигишүүсү клиенттин ишенимин жана административдик талаптарды өзгөртөт. Бул кичинекей журнал которгуч эмес жана IP алмаштыруучу кадимки багыттоочу прокси үчүн керексиз.
Эгер колдонмо сиздики болсо жана барак деңгээлиндеги диагностика керек болсо, анын журналдарын же туура долбоорлонгон клиент телеметриясын колдонуңуз. Прокси бузулуулары үчүн максаттуу хост, убакыт, абал жана аяктаган байланыш баскычын сактаңыз; алар жеке барак жолдорун чогултпастан маселени көп табат.