CONNECT vremenski isteci proxyja nakon uspješne TCP veze
Utvrdite vrijeme isteka koje djeluje tokom CONNECT-a umjesto da pretpostavite da je završena TCP veza dovršila i postavljanje tunela.
Vremenski istek TCP veze obavio je svoj posao čim se klijent poveže s proxyjem. Sljedeće čekanje—primanje cjelovitog CONNECT odgovora—može kontrolirati drugi mjerač.
Proxy se možda još povezuje prema uzvodnom poslužitelju, razmjenjuje poruke provjere autentičnosti ili čeka drugu uslugu. Uobičajeni odgovor web-mjesta još nije počeo.
| Posljednji dovršeni korak | Na što se još čeka? |
|---|---|
| TCP je povezan s proxyjem | Rukovanje s proxyjem, uključujući prihvaćanje CONNECT-a |
| CONNECT je prihvaćen | TLS odredišta, kada ga cilj koristi |
| Zahtjev prema odredištu poslan | Odgovor odredišta |
Pronađite mjerač koji je aktivan dok konektor čita i piše to rukovanje. Svojstvo nazvano “response timeout” može stupiti na snagu tek nakon uspostavljanja rute. S HttpClient 5 razlikujte ConnectionConfig i njegov vremenski istek utičnice, konfiguraciju TLS rukovanja i vremenski istek odgovora na razini zahtjeva. Primijenite odgovarajuću konfiguraciju veze kroz upravitelja koji koristi stvarni klijent. Stare generacije Apache HttpClienta koriste različite API-je, pa stari isječak nije pouzdana karta tih odgovornosti.
Zadržite konačno odbijanje CONNECT-a kao odgovor proxyja. Uspješan odgovor nakon kojeg slijedi zastoj TLS-a druga je faza kvara. „TCP povezan; nema cjelovitog CONNECT odgovora prije roka za postavljanje“ točnije opisuje problem od općenitog vremenskog isteka proxyja.
Ukupni krajnji rok može ograničiti čekanje pozivatelja uz ove faze. Kada istekne, otkažite ili zatvorite operaciju kroz životni ciklus koji klijent podržava prije nego sljedeći pokušaj potroši kapacitet veze.