ప్రాక్సీ విఫలమైనప్పుడు OkHttp నేరుగా కనెక్ట్ అవుతుందా?
విఫలమైన ప్రాక్సీ నేరుగా యాక్సెస్కు దారితీయగలదా అని నిర్ణయించడానికి క్లయింట్ వెర్షన్, రూటింగ్ అభ్యర్థులు మరియు అప్లికేషన్ యొక్క పునఃప్రయత్న మార్గాన్ని ఉపయోగించండి.
సిస్టమ్ HTTP ప్రాక్సీ చారిత్రక సందర్భంలో, OkHttp 3.5.0లో తన ప్రవర్తనను మార్చింది: ఆ ప్రాక్సీ విఫలమైన తర్వాత నేరుగా కనెక్షన్ ప్రయత్నించడం ఆపింది. నిశ్శబ్ద వెనుదిరుగుడు గురించిన పాత నివేదిక ఆ మార్పుకు ముందు ప్రవర్తనను వివరించవచ్చు.
ఆ చరిత్ర ప్రతి అప్లికేషన్ రూటింగ్ విధానాన్ని నిర్ణయించదు. మీ స్వంత అప్లికేషన్ నుండి వచ్చిన నివేదికను అర్థం చేసుకోవడానికి ఈ మూడు తనిఖీలు చేయండి:
- పరిష్కరించబడిన OkHttp వెర్షన్ కనుగొనండి. కాపీ చేయబడుతున్న ఉదాహరణ వయస్సు బదులు అప్లికేషన్ ఆధార సమాచారాన్ని ఉపయోగించండి, ఫ్రేమ్వర్క్ వాస్తవంగా చేర్చిన వెర్షన్తో సహా.
- ఈ క్లయింట్ మార్గాన్ని ఎలా ఎంచుకుంటుందో కనుగొనండి. స్పష్టమైన ప్రాక్సీ మరియు అనుకూల ProxySelector వేర్వేరు కాన్ఫిగరేషన్లు. ఎంపిక చేసేది ప్రాక్సీ తర్వాత నేరుగా అభ్యర్థిని ఇస్తే, అది నేరుగా ప్రత్యామ్నాయాన్ని అందిస్తోంది.
- వైఫల్య నిర్వాహకుడిని అనుసరించండి. మరో క్లయింట్తో మళ్లీ ప్రయత్నించే అప్లికేషన్ కోడ్ను వెతకండి. ఆ ప్రత్యామ్నాయం చేసే నేరుగా అభ్యర్థన మొదటి క్లయింట్ నిర్ణయానికి వెలుపల ఉంది.
తప్పనిసరి-ప్రాక్సీ అవసరానికి సంబంధిత క్లయింట్ విధానం నేరుగా ప్రత్యామ్నాయాన్ని అందించడం బదులు ఆగాలి. వాస్తవ క్లయింట్ మరియు పునఃప్రయత్న మార్గాన్ని ఆ అవసరానికి వ్యతిరేకంగా తనిఖీ చేయండి; 3.5.0 మార్పు మాత్రమే మొత్తం యంత్రానికి ట్రాఫిక్ నియమం కాదు.