Proxyaren CONNECT-denboratzeak TCP konexioa ondo egin ondoren
Aurki itzazu CONNECT bitartean aktibo dagoen denboratzea, TCP konexio burutuak tunelaren konfigurazioa ere amaitu duela suposatu beharrean.
TCP konexioaren denboratzeak bere lana egin du bezeroa proxyarekin konektatu bezain laster. Hurrengo itxaronaldia—CONNECT erantzun osoa jasotzea—beste tenporizadore batek arautu dezake.
Proxya oraindik gorantz konektatzen egon daiteke, autentifikazio mezuak trukatzen edo beste zerbitzu bat itxaroten. Webguneko ohiko erantzuna ez da hasi oraindik.
| Amaitutako azken urratsa | Zer dago oraindik zain? |
|---|---|
| TCP proxya | Proxyaren esku-ukitzea, CONNECT onarpena barne |
| CONNECT onartua | Helmugako TLS, helburuak erabiltzen duenean |
| Helmugako eskaera bidalia | Helmugako erantzuna |
Aurki ezazu konektoreak esku-ukitze hori irakurtzen eta idazten duen bitartean aktibo dagoen tenporizadorea. “response timeout” izeneko propietate bat bideak ezarri ondoren bakarrik sartu daiteke indarrean. HttpClient 5 erabiliz gero, bereizi ConnectionConfig eta haren socket denboratzea, TLS esku-ukitzearen konfigurazioa eta eskaera mailako erantzun denboratzea. Aplikatu dagokion konexio konfigurazioa benetako bezeroak erabiltzen duen kudeatzailearen bidez. Apache HttpClient belaunaldi zaharrek API desberdinak erabiltzen dituzte, beraz, fragmentu zahar bat ez da erantzukizun horien mapa fidagarria.
Mantendu azken CONNECT ukapena proxyaren erantzun gisa. Erantzun arrakastatsuari jarraian TLS geldialdia beste hutsegite etapa bat da. «TCP konektatua; CONNECT erantzun osoa ez konfigurazio epea baino lehen» esaldiak arazoa proxy denboratze generiko bat baino zehatzago deskribatzen du.
Epe orokor batek deitzailearen itxaronaldia mugatu dezake fase mugak hauen ondoan. Iraungitzen denean, utzi edo itxi eragiketa bezeroak onartzen duen bizi-zikloaren bidez, hurrengo saiakerak konexio ahalmena kontsumitu aurretik.