CONNECT-istekom proxyja nakon uspješne TCP veze
Utvrdite istek koji djeluje tijekom CONNECT-a umjesto da pretpostavite da je dovršena TCP veza dovršila i postavljanje tunela.
Istek TCP veze obavio je svoj posao čim se klijent poveže s proxyjem. Sljedeće čekanje—primanje cjelovitog CONNECT odgovora—može nadzirati 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 povezan s proxyjem | Rukovanje s proxyjem, uključujući prihvaćanje CONNECT-a |
| CONNECT 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. U HttpClientu 5 razlikujte ConnectionConfig i njegov istek utičnice, konfiguraciju TLS rukovanja i istek odgovora na razini zahtjeva. Primijenite odgovarajuću konfiguraciju veze kroz upravitelj koji rabi stvarni klijent. Starije generacije Apache HttpClienta rabe 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 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.