آپ کا لاگ پراکسی گھماتا ہے۔ آپ کی درخواست اب بھی پرانا استعمال کرتی ہے۔
نئی قدر پرنٹ کرنے سے درخواست کی تشکیل بدل جاتی ہے یہ فرض کرنے کے بجائے منتخب شدہ اینڈ پوائنٹ کو اصل HTTP بھیجنے والی کال تک ٹریس کریں۔
سلیکٹر پراکسی 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 نہ بدلے، تو آپ کسی دوسرے سوال پر پہنچ گئے ہیں: کیا منتخب شدہ اینڈ پوائنٹ مختلف اخراج فراہم کرتے ہیں یا گھومتا گیٹ وے کوئی کنکشن رکھتا ہے۔ پہلے طے کریں کہ ایپلیکیشن نے وہی راستہ بھیجا جو اس نے منتخب کرنے کا دعویٰ کیا۔ ورنہ فراہم کنندہ کی طرف کی قیاس آرائیاں ایک سادہ پرانا متغیر گھنٹوں چھپا سکتی ہیں۔