CONNECT истеци на прокси по успешно TCP поврзување
Откријте го истекот што е активен за време на CONNECT наместо да претпоставувате дека завршеното TCP поврзување го завршило и поставувањето на тунелот.
Истекот на TCP поврзувањето ја завршил својата работа штом клиентот се поврзе со проксито. Следното чекање—примање целосен CONNECT одговор—може да го управува друг тајмер.
Проксито може сè уште да се поврзува нагоре, да разменува пораки за автентикација или да чека друга услуга. Вообичаениот одговор на веб-страницата сè уште не почнал.
| Последен завршен чекор | Што сè уште се чека? |
|---|---|
| TCP поврзано со проксито | Ракувањето на проксито, вклучувајќи прифаќање на CONNECT |
| CONNECT прифатен | TLS на одредиштето, кога целта го користи |
| Барање до одредиштето испратено | Одговорот на одредиштето |
Најдете го тајмерот што е активен додека конекторот го чита и пишува тоа ракување. Својство наречено „response timeout“ може да стапи во сила само по воспоставување на маршрутата. Кај HttpClient 5, разликувајте ConnectionConfig и неговиот истек на сокетот, конфигурацијата за ракување со TLS и истекот на одговор на ниво на барање. Применете ја соодветната конфигурација на врската преку менаџерот што го користи вистинскиот клиент. Постарите генерации на Apache HttpClient користат различни API-ја, така што постариот исечок не е сигурна карта на овие одговорности.
Задржете го конечното одбивање на CONNECT како одговор на проксито. Успешен одговор по кој следи TLS застој е друга фаза на неуспех. „TCP поврзано; нема целосен CONNECT одговор пред рокот за поставување“ го опишува проблемот попрецизно од општ истек на проксито.
Вкупниот рок може да го ограничи чекањето на повикувачот покрај овие фазни граници. Кога ќе истече, откажете или затворете ја операцијата преку животниот циклус што клиентот го поддржува пред нов обид да потроши капацитет за врски.