CONNECT-tydsoerskriidingen fan proxy nei in slagge TCP-ferbining
Fyn de tiidsoerskriiding dy't aktyf is by CONNECT, ynstee fan oan te nimmen dat in foltôge TCP-ferbining ek de tunnelopset dien hat.
In TCP-ferbiningstydsoerskriiding hat syn wurk dien sadree't de klant him mei de proxy ferbynt. It folgjende wachtsjen—it ûntfangen fan in folslein CONNECT-antwurd—kin troch in oare timer regele wurde.
De proxy is miskien noch dwaande om streamop te ferbinen, autentikaasjebersjochten út te wikseljen of op in oare tsjinst te wachtsjen. It gewoane antwurd fan 'e webside is noch net begûn.
| Lêste foltôge stap | Wêr't noch op wachte wurdt? |
|---|---|
| TCP ferbûn mei de proxy | De proxy-hânsköging, ynklusyf it akseptearjen fan CONNECT |
| CONNECT akseptearre | TLS fan 'e bestimming, as it doel it brûkt |
| Fersyk nei de bestimming stjoerd | It antwurd fan 'e bestimming |
Fyn de timer dy't aktyf is wylst de ferbiner dy hânsköging lêst en skriuwt. In eigenskip mei de namme “response timeout” kin pas fan krêft wêze nei't de rûte oanlein is. By HttpClient 5 moatst ConnectionConfig en syn socket-tiidsoerskriiding, de TLS-hânskögingskonfiguraasje en de antwurdtiidsoerskriiding op fersykknivo ûnderskiede. Pas de oanbelangjende ferbiningskonfiguraasje ta fia de behearder dy't de werklike klant brûkt. Alde Apache HttpClient-generaasjes brûke oare API's, dus in âlder fragmint is gjin betroubere kaart fan dizze ferantwurdlikheden.
Hâld in lêste CONNECT-ôfwizing as antwurd fan 'e proxy. In slagge antwurd folge troch in TLS-stilstân is in oare mislearringsstap. „TCP ferbûn; gjin folslein CONNECT-antwurd foar de opsetdeadline“ beskreget it probleem krekter as in generike proxy-tiidsoerskriiding.
In algemiene deadline kin it wachtsjen fan 'e oanropper njonken dizze fazelimiten beheine. As dy ôfrûn is, annulearje of slút de beïnvloeding fia de libbenssyklus dy't de klant stipet, foardat in nij besykjen ferbiningskapasiteit opbrûkt.