అభ్యర్థనలు, కనెక్షన్లు మరియు సెషన్లలో ప్రాక్సీ రొటేషన్
ప్రతి అప్లికేషన్ అభ్యర్థనకు Connection: close జోడించే ముందు రొటేటింగ్ ప్రాక్సీ సేవ నిజంగా ఏమి తిప్పుతుందో తనిఖీ చేయండి.
ఒకే గేట్వే ద్వారా వచ్చే రెండవ అభ్యర్థన అదే పబ్లిక్ IP ను చట్టబద్ధంగా ఉపయోగించవచ్చు. సేవ తన రొటేషన్ కోసం ఏ జీవితకాలాన్ని ఉపయోగిస్తుందో తనిఖీ చేయండి:
| రొటేషన్ యూనిట్ | ఏమి పోల్చాలి |
|---|---|
| అభ్యర్థన | తదుపరి అప్లికేషన్ ఆపరేషన్ మరియు దాని గమనించిన నిష్క్రమణ |
| కనెక్షన్ | క్లయింట్ సరిపోయే కనెక్షన్ను తిరిగి ఉపయోగించిందా లేదా మరొకటి తెరిచిందా |
| ప్రొవైడర్ సెషన్ | డాక్యుమెంట్ చేసిన స్టికీ-సెషన్ ఇన్పుట్ మరియు దాని జీవితకాలం |
Connection: close ఏ సార్వత్రిక గేట్వే సూచన కాదు. CONNECT లోపల HTTPS కోసం, వెబ్సైట్ అభ్యర్థన హెడర్ గమ్యస్థానపు TLS లోపల ప్రయాణిస్తుంది. ఏ పబ్లిక్ IP కేటాయించాలో అది బయటి ప్రాక్సీకి చెప్పదు. HTTP/1.1 యొక్క కనెక్షన్-నిర్దిష్ట అర్థశాస్త్రం కూడా ప్రతి HTTP వెర్షన్ లేదా రవాణాలోకి మార్పు లేకుండా తీసుకెళ్లలేము.
డాక్యుమెంట్ చేసిన ప్రతి-కనెక్షన్ సేవకు కొత్త కనెక్షన్ అవసరమైతే, క్లయింట్ మద్దతిచ్చే జీవిత చక్ర నియంత్రణను ఉపయోగించి, పునరావృత TCP/TLS సెటప్ ఖర్చులను పరిగణనలోకి తీసుకోండి. రొటేషన్ ప్రొవైడర్ సెషన్ను అనుసరిస్తే, తిరిగి కనెక్ట్ అవ్వడం ఆ సెషన్ను మరియు దాని నిష్క్రమణను రెండింటినీ నిలుపుకోవచ్చు.
అభ్యర్థన గుర్తింపు, ఎండ్పాయింట్, సంబంధిత సెషన్ కీ మరియు గమ్యస్థానంలో గమనించిన మూలంను విడివిడిగా నమోదు చేయండి. కనెక్షన్ మూసివేయడం ఆ జీవిత చక్ర సంఘటనను మాత్రమే నిరూపిస్తుంది; తదుపరి ఆపరేషన్ కోసం ఎంచుకున్న నిష్క్రమణను సేవ యొక్క వాస్తవ రొటేషన్ ఒప్పందంతో సరిపోల్చి ధృవీకరించండి.