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