Nagampanan na ng timeout ng koneksyon ng TCP ang trabaho nito sa sandaling kumonekta ang kliyente sa proxy. Ang susunod na paghihintay—pagtanggap ng kumpletong tugon ng CONNECT—ay maaaring pamahalaan ng ibang timer.

Maaaring kumokonekta pa rin ang proxy pataas, nagpapalitan ng mga mensahe ng pagpapatotoo, o naghihintay sa ibang serbisyo. Hindi pa nagsisimula ang karaniwang tugon ng website.

Huling natapos na hakbangAno pa ang hinihintay?
Nakakonekta ang TCP sa proxyAng handshake ng proxy, kasama ang pagtanggap ng CONNECT
Natanggap ang CONNECTAng TLS ng destinasyon, kapag ginagamit ito ng target
Naipadala ang kahilingan sa destinasyonAng tugon ng destinasyon

Hanapin ang timer na aktibo habang binabasa at isinusulat ng connector ang handshake na iyon. Ang katangiang tinatawag na “response timeout” ay maaaring magkabisa lamang pagkatapos maitatag ang ruta. Sa HttpClient 5, ikinaiba ang ConnectionConfig at ang socket timeout nito, ang configuration ng handshake ng TLS, at ang timeout ng tugon sa antas ng kahilingan. Ilapat ang may kinalamang configuration ng koneksyon sa pamamagitan ng manager na ginagamit ng aktuwal na kliyente. Gumagamit ng iba't ibang API ang mga lumang henerasyon ng Apache HttpClient, kaya ang lumang snippet ay hindi maaasahang mapa ng mga responsibilidad na ito.

Ituring pa rin na tugon ng proxy ang huling pagtanggi ng CONNECT. Ang matagumpay na tugon na sinusundan ng pagharang ng TLS ay isa pang yugto ng pagpalya. «Nakakonekta ang TCP; walang kumpletong tugon ng CONNECT bago ang deadline ng pag-set up» ay mas tumpak na naglalarawan ng problema kaysa sa pangkalahatang timeout ng proxy.

Maaaring limitahan ng pangkalahatang deadline ang paghihintay ng tumatawag kasama ng mga limitasyon sa yugto. Kapag nag-expire ito, kanselahin o isara ang operasyon sa pamamagitan ng lifecycle na sinusuportahan ng kliyente bago kumonsumo ng kakayahan ng koneksyon ang isa pang pagtatangka.

Kaugnay na mga artikulo