TCP కనెక్షన్ విజయవంతమైన తర్వాత ప్రాక్సీ CONNECT టైమౌట్‌లు
పూర్తయిన TCP కనెక్షన్ టన్నెల్ సెటప్‌ను కూడా పూర్తి చేసిందని భావించకుండా CONNECT సమయంలో చురుకుగా ఉన్న టైమౌట్‌ను గుర్తించండి.
క్లయింట్ ప్రాక్సీకి కనెక్ట్ అయిన వెంటనే TCP కనెక్షన్ టైమౌట్ తన పని పూర్తి చేసింది. తదుపరి నిరీక్షణ—పూర్తి CONNECT ప్రతిస్పందనను స్వీకరించడం—మరో టైమర్ నియంత్రించవచ్చు.
ప్రాక్సీ ఇంకా పైకి కనెక్ట్ అవుతూ, ప్రామాణీకరణ సందేశాలను మార్పిడి చేస్తూ లేదా మరో సేవ కోసం వేచి ఉండవచ్చు. వెబ్‌సైట్ సాధారణ ప్రతిస్పందన ఇంకా ప్రారంభం కాలేదు.
| చివరిగా పూర్తయిన దశ | ఇంకా ఏమి కోసం వేచి ఉంది? |
|---|---|
| TCP ప్రాక్సీకి కనెక్ట్ అయింది | CONNECT అంగీకారంతో సహా ప్రాక్సీ హ్యాండ్‌షేక్ |
| CONNECT అంగీకరించబడింది | లక్ష్యం ఉపయోగించినప్పుడు గమ్యస్థానం యొక్క TLS |
| గమ్యస్థాన అభ్యర్థన పంపబడింది | గమ్యస్థానం యొక్క ప్రతిస్పందన |
కనెక్టర్ ఆ హ్యాండ్‌షేక్‌ను చదువుతూ, రాస్తున్నప్పుడు చురుకుగా ఉన్న టైమర్‌ను కనుగొనండి. “response timeout” అనే లక్షణం మార్గం ఏర్పడిన తర్వాత మాత్రమే అమలులోకి రావచ్చు. HttpClient 5లో, ConnectionConfig మరియు దాని సాకెట్ టైమౌట్, TLS హ్యాండ్‌షేక్ కాన్ఫిగరేషన్, అభ్యర్థన-స్థాయి ప్రతిస్పందన టైమౌట్ మధ్య తేడాను గుర్తించండి. సంబంధిత కనెక్షన్ కాన్ఫిగరేషన్‌ను నిజమైన క్లయింట్ ఉపయోగించే మేనేజర్ ద్వారా వర్తించండి. పాత Apache HttpClient తరాలు వేరే APIలను ఉపయోగిస్తాయి, కాబట్టి పాత స్నిప్పెట్ ఈ బాధ్యతల విశ్వసనీయ మ్యాప్ కాదు.
చివరి CONNECT తిరస్కరణను ప్రాక్సీ ప్రతిస్పందనగా ఉంచండి. విజయవంతమైన ప్రతిస్పందన తర్వాత TLS ఆగిపోవడం మరో వైఫల్య దశ. “TCP కనెక్ట్ అయింది; సెటప్ గడువుకు ముందు పూర్తి CONNECT ప్రతిస్పందన లేదు” అనేది సాధారణ ప్రాక్సీ టైమౌట్ కంటే సమస్యను మరింత ఖచ్చితంగా వివరిస్తుంది.
ఒక మొత్తం గడువు ఈ దశ పరిమితులతో పాటు కాలర్ నిరీక్షణను పరిమితం చేయగలదు. అది ముగిసినప్పుడు, మరో ప్రయత్నం కనెక్షన్ సామర్థ్యాన్ని వినియోగించుకునే ముందు క్లయింట్ మద్దతు ఇచ్చే జీవిత చక్రం ద్వారా ఆపరేషన్‌ను రద్దు చేయండి లేదా మూసివేయండి.