Неліктен Squid HTTPS хостын жазады, бірақ бет жолын жазбайды
Кәдімгі Squid CONNECT журналдарында жоқ HTTPS жолдарын TLS араласуын қарапайым журнал баптауы деп санамай түсіндіреді.
shop.example:443 жазбасы Squid-ке /orders/42 жолын бермейді. CONNECT хост/порт сұрайды; содан кейін мақсатты TLS HTTP жолын туннель ішінде тасымалдайды.
| Дәлел | Қарапайым CONNECT жеткізу |
|---|---|
| Мақсатты хост/порт және туннель нәтижесі | Проксиге қолжетімді. |
| Ішкі HTTPS жолы және қолданба сұранысы | Клиент пен сайт арасында шифрланған. |
# таңбасынан басталатын браузер URL үзіндісі | Әдетте клиентте қалады, прокси журналынан тыс та. |
Журнал пішімі Squid-те бар өрістерді жаза алады, көрілмеген хабарламаларды шеше алмайды. Қарапайым HTTP жеткізу басқаша, өйткені делдал сол HTTP сұранысын алады. Толығырақ шығыс CONNECT шекарасын өзгертпейді.
Басқарылатын TLS араласуы клиент сенімін және әкімшілік талаптарды өзгертеді. Бұл кішкентай журнал қосқышы емес және IP ауыстыратын қалыпты бағыттаушы проксиге қажет емес.
Егер қолданба сіздікі болса және бет деңгейіндегі диагностика керек болса, оның журналдарын немесе дұрыс жобаланған клиент телеметриясын пайдаланыңыз. Прокси ақаулары үшін мақсатты хост, уақыт, күй және аяқталған қосылым кезеңін сақтаңыз; олар жеке бет жолдарын жинамай-ақ мәселені жиі табады.