Časovne omejitve CONNECT prek posrednika po uspešni povezavi TCP
Določite časovno omejitev, ki velja med CONNECT, namesto da predpostavljate, da je dokončana povezava TCP dokončala tudi nastavitev tunela.
Časovna omejitev povezave TCP je opravila svoje delo, ko se odjemalec poveže s posrednikom. Naslednje čakanje—prejem popolnega odgovora CONNECT—lahko nadzira drug časovnik.
Posrednik se morda še vedno povezuje navzgor, izmenjuje sporočila za preverjanje pristnosti ali čaka na drugo storitev. Običajni odgovor spletnega mesta se še ni začel.
| Zadnji dokončani korak | Na kaj se še čaka? |
|---|---|
| TCP povezan s posrednikom | Rokovanje s posrednikom, vključno s sprejemom CONNECT |
| CONNECT sprejet | TLS cilja, ko ga cilj uporablja |
| Zahteva do cilja poslana | Odgovor cilja |
Poiščite časovnik, ki je aktiven, medtem ko konektor bere in piše to rokovanje. Lastnost z imenom „response timeout“ lahko začne veljati šele po vzpostavitvi poti. Pri HttpClient 5 ločujte ConnectionConfig in njegovo časovno omejitev vtičnice, konfiguracijo rokovanja TLS in časovno omejitev odgovora na ravni zahteve. Uporabite ustrezno konfiguracijo povezave prek upravitelja, ki ga uporablja dejanski odjemalec. Starejše generacije Apache HttpClient uporabljajo druge API-je, zato starejši izsek ni zanesljiv zemljevid teh odgovornosti.
Končno zavrnitev CONNECT obravnavajte kot odgovor posrednika. Uspešen odgovor, ki mu sledi zastoj TLS, je druga faza okvare. „TCP povezan; pred rokom za nastavitev ni popolnega odgovora CONNECT“ natančneje opiše težavo kot splošna časovna omejitev posrednika.
Skupni skrajni rok lahko omeji čakanje klicatelja poleg teh faznih omejitev. Ko poteče, prekličite ali zaprite operacijo prek življenjskega cikla, ki ga odjemalec podpira, preden nov poskus porabi zmogljivost povezav.