CONNECT vremenska ograničenja proksija nakon uspješne TCP veze
Utvrdite vrijeme isteka koje djeluje tijekom CONNECT-a umjesto da pretpostavite da je završena TCP veza dovršila i postavljanje tunela.
Vremensko ograničenje TCP veze obavilo je svoj posao čim se klijent poveže s proksijem. Sljedeće čekanje—primanje cjelovitog CONNECT odgovora—može kontrolirati drugi mjerač.
Proksi 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 proksijem | Rukovanje s proksijem, 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 njegovo vrijeme isteka utičnice, konfiguraciju TLS rukovanja i vrijeme isteka odgovora na razini zahtjeva. Primijenite odgovarajuću konfiguraciju veze kroz upravitelja 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 proksija. 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 proksija.
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.