మీ లాగ్ ప్రాక్సీలను తిప్పుతుంది. మీ అభ్యర్థన ఇంకా పాతదాన్నే ఉపయోగిస్తోంది.

ఎంపిక చేసేది ప్రాక్సీ A ముద్రిస్తుంది, తర్వాత ప్రాక్సీ B. కానీ అభ్యర్థన లాగ్ ఇంకా ప్రాక్సీ A చూపిస్తోంది. ఈ వైరుధ్యాన్ని వివరించడానికి నెట్‌వర్క్ సేవ అవసరం లేదు: పిలిచేవారు ఎంపిక చేసేది తిరిగి ఇచ్చిన విలువను పారేసి ఉండవచ్చు.

విలువను అభ్యర్థన పంపే కాల్ వరకు ట్రేస్ చేయండి:

endpoint = choose_proxy()
routes = {'http': endpoint, 'https': endpoint}
response = session.get(target_url, proxies=routes, timeout=15)

ఈ భాగం ఇప్పటికే ఉన్న Requests సెషన్ మరియు ధృవీకరించిన ప్రాక్సీ URL ను ఊహిస్తుంది. పబ్లిక్ మధ్యవర్తుల ద్వారా అనుమతించబడే పబ్లిక్ అభ్యర్థనల కోసం, ఉచిత ప్రాక్సీ జాబితా అదే ఎంపిక-మరియు-పంపు మార్గం గుండా వెళ్లే అభ్యర్థి URL లను అందిస్తుంది. మద్దతు ఉన్న కీవర్డ్ proxies. మ్యాపింగ్‌ను ముద్రించే, లేదా ఎవరూ కేటాయించని మ్యాపింగ్‌ను తిరిగి ఇచ్చే సహాయకుడు ఇక్కడ ఇచ్చిన మ్యాపింగ్‌ను భర్తీ చేయలేడు.

ఎంచుకున్న మార్గాన్ని ఆపరేషన్‌కు స్థానికంగా ఉంచండి. సమకాలిక కోడ్‌లో, పంచుకున్న current_proxy ఫీల్డ్ లాగ్ చేయడం మరియు పంపడం మధ్య మారవచ్చు. అప్పుడు మరొక కార్మికుడి ఎంపిక తప్పు ఫలితం పక్కన కనిపించవచ్చు.

ఎంపిక, పంపు కాన్ఫిగరేషన్ మరియు ఫలితాన్ని కలపడానికి ప్రయత్న గుర్తింపును ఉపయోగించండి. పూర్తి URL లో ఆధారాలు ఉన్నప్పుడు దాని బదులు సురక్షిత ఎండ్‌పాయింట్ గుర్తింపును లాగ్ చేయండి.

ఆ విలువలు సరిపోలినా గమనించిన పబ్లిక్ IP మారకపోతే, మీరు మరో ప్రశ్నకు చేరుకున్నారు: ఎంచుకున్న ఎండ్‌పాయింట్లు వేర్వేరు నిష్క్రమణలను అందిస్తున్నాయా లేదా తిరిగే గేట్‌వే కనెక్షన్‌ను ఉంచుతోందా. మొదట అప్లికేషన్ తాను ఎంచుకున్నానని చెప్పుకున్న మార్గాన్ని పంపిందా అని నిర్ధారించండి. లేకపోతే ప్రొవైడర్ వైపు ఊహలు సాధారణ పాత వేరియబుల్‌ను గంటల తరబడి దాచగలవు.