HTTP Error 407: Proxy Authentication Required کا حل

HTTP error 407 کا مطلب ہے کہ آپ اور ہدف ویب سائٹ کے درمیان موجود پراکسی آپ کی درخواست آگے بھیجنے سے پہلے تصدیق مانگ رہی ہے۔ 401 یا 403 کے برعکس جو منزل کے سرور سے آتے ہیں، HTTP error 407 پراکسی سے آتا ہے اور تقریباً ہمیشہ اسناد، اجازت یافتہ IP فہرست یا ترتیب کے ایسے مسئلے کی طرف اشارہ کرتا ہے جسے آپ اپنی طرف درست کر سکتے ہیں۔

یہ رہنما بتاتا ہے کہ 407 اسٹیٹس اصل میں کیا اشارہ دیتا ہے، یہ ملتے جلتے غلطیوں سے کیسے مختلف ہے، عام وجوہات کیا ہیں، اور براؤزرز، Python، curl، Selenium اور Playwright کے علاوہ کارپوریٹ پراکسی سیٹ اپس کے لیے مرحلہ وار حل کیا ہیں۔

DataImpulse ایک اخلاقی پراکسی فراہم کنندہ ہے جو 195 ممالک میں 90 million سے زیادہ رہائشی، موبائل اور ڈیٹا سینٹر IP پتے فراہم کرتا ہے۔ یہ 1 dollar per GB سے استعمال کے مطابق ادائیگی کا ماڈل استعمال کرتا ہے جس میں ٹریفک کی میعاد ختم نہیں ہوتی، اور اسے ویب اسکریپنگ، اشتہاری تصدیق، قیمتوں کی نگرانی، مارکیٹ تحقیق اور متعدد اکاؤنٹس کے انتظام کے لیے استعمال کیا جاتا ہے۔

HTTP error 407 کا کیا مطلب ہے اور یہ 401 اور 403 سے کیسے مختلف ہے؟

HTTP error 407 وہ "Proxy Authentication Required" اسٹیٹس کوڈ ہے جو پراکسی سرور بھیجتا ہے جب وہ آپ کی درخواست اس وقت تک آگے نہیں بھیجے گی جب تک آپ اپنی شناخت ثابت نہ کریں۔ پراکسی ایک Proxy-Authenticate header کے ساتھ جواب دیتا ہے جو مطلوبہ طریقۂ تصدیق بتاتا ہے، اور آپ کے کلائنٹ کو متعلقہ Proxy-Authorization ہیڈر کے ساتھ جواب دینا چاہیے۔

اہم بات یہ ہے کہ غلطی کون بھیجتا ہے۔ 407 پراکسی پر پیدا ہوتا ہے، اس ویب سائٹ پر نہیں جس تک آپ پہنچنا چاہتے ہیں، اس لیے آپ کی ٹریفک پراکسی سے باہر نہیں گئی اور منزل کے سرور نے request دیکھی ہی نہیں۔ یہی اسے ہدف ویب سائٹ سے آنے والے ملتے جلتے کوڈز سے الگ کرتا ہے:

• 401 Unauthorized: ہدف سرور خود وسیلے تک رسائی کے لیے اسناد مانگتا ہے، جو Authorization ہیڈر میں بھیجی جاتی ہیں۔
• 403 Forbidden: ہدف سرور نے درخواست سمجھ لی، مگر اسے مسترد کر دیا، اکثر بلاکنگ، جغرافیائی پابندی یا اینٹی بوٹ قواعد کی وجہ سے۔ اگر اسکریپنگ کے دوران 403 بار بار آ رہے ہوں تو ہماری guide دیکھیں: بلاک ہوئے بغیر اسکریپنگ.
• 407 Proxy Authentication Required: پراکسی کسی بھی چیز کو آگے بھیجنے سے پہلے Proxy-Authorization header میں اسناد مانگتی ہے۔

اگر آپ 407 دیکھیں تو ہدف ویب سائٹ کی ڈیبگنگ روکیں اور پہلے اپنے پراکسی اسناد اور کنکشن چیک کریں۔

HTTP error 407 کی وجوہات کیا ہیں؟

زیادہ تر 407 کی زیادہ تر غلطیاں ایسی اسناد سے پیدا ہوتی ہیں جنہیں پراکسی قبول نہیں کر سکی، یا ایسے IP پتے سے جنہیں پراکسی نہیں پہچانتی۔ پراکسی تک رسائی ممکن ہوتی ہے، مگر وہ سیشن کی تصدیق سے انکار کر دیتی ہے۔

• اسناد غائب یا غلط: username یا password غائب ہے، غلط درج کیا گیا ہے، یا ایسے خصوصی علامات پر مشتمل ہے جنہیں URL-encode نہیں کیا گیا۔
• IP اجازت یافتہ فہرست میں نہیں: کچھ فراہم کنندگان آپ کے ماخذ IP کو اجازت یافتہ فہرست میں شامل کر کے تصدیق کرتے ہیں، صارف نام اور پاس ورڈ کے بجائے یا ان کے ساتھ۔ اگر آپ کا IP بدل گیا تو پراکسی آپ کو پہچاننا چھوڑ دیتی ہے۔
• Proxy-Authorization ہیڈر کی ساخت خراب: header غائب ہے، غلط طریقۂ تصدیق استعمال کرتا ہے، یا خراب Base64-encoded value رکھتا ہے۔
• اکاؤنٹ کی میعاد ختم یا ٹریفک ختم: غیر فعال پلان یا ختم شدہ بیلنس proxy کو نئے سیشن مسترد کرنے پر مجبور کرتا ہے۔
• کارپوریٹ پراکسی کی مخصوص پیچیدگیاں: PAC یا WPAD خودکار ترتیب، یا NTLM یا Kerberos scheme جسے آپ کا کلائنٹ سپورٹ نہیں کرتا، بار بار 407 کے پیغامات کا سبب بن سکتے ہیں۔
• اینٹی وائرس یا VPN کی مداخلت: local security software یا ٹریفک کا معائنہ کرنے والی VPN اپنی پراکسی پرت شامل کر سکتی ہے اور تصدیق کے عمل میں خلل ڈال سکتی ہے۔

براؤزر یا آپریٹنگ سسٹم میں 407 کیسے ٹھیک کریں؟

پراکسی سیٹنگز کھولیں، ہوسٹ اور پورٹ کی تصدیق کریں، اور صارف نام اور پاس ورڈ دوبارہ درج کریں تاکہ براؤزر ایک درست Proxy-Authorization header بنا سکے۔ زیادہ تر ڈیسک ٹاپ براؤزرز آپریٹنگ سسٹم کی پراکسی ترتیب استعمال کرتے ہیں، اس لیے آپریٹنگ سسٹم کی سطح پر ایک بار کی درستگی اکثر ہر جگہ غلطی دور کر دیتی ہے۔

Windows پر Settings، Network and Internet، Proxy چیک کریں، اور یقینی بنائیں کہ address اور port وہی ہیں جو فراہم کنندہ نے دیے ہیں۔ macOS پر System Settings، Network، پھر اپنی فعال کنکشن کے پراکسی ٹیب میں دیکھیں۔ جب پراکسی صارف نام اور پاس ورڈ مانگے تو انہیں بالکل درست درج کریں، آخر میں لگے خالی وقفوں اور بڑے چھوٹے حروف پر توجہ دیں۔ اگر ٹریفک معائنہ کرنے والی VPN یا اینٹی وائرس فعال ہو تو اسے مختصر وقت کے لیے عارضی طور پر بند کر کے یقینی بنائیں کہ وہ اپنی پراکسی شامل کر کے 407 نہیں بنا رہا۔

Python requests اور curl میں 407 کیسے ٹھیک کریں؟

username اور password کو براہ راست پراکسی URL میں شامل کریں تاکہ کلائنٹ انہیں ہر درخواست کے ساتھ بھیجے۔ Python کی requests لائبریری میں proxies ڈکشنری دیں؛ curl کے ساتھ -x اور -U فلیگز استعمال کریں۔

پراکسی گیٹ وے کے ساتھ تصدیق کرنے کی مختصر Python مثال یہ ہے:

import requests

proxy = "http://USERNAME:[email protected]:823"
proxies = {"http": proxy, "https": proxy}

r = requests.get("https://httpbin.org/ip", proxies=proxies, timeout=30)
print(r.status_code, r.text)

curl equivalent command line پر وہی credentials اور gateway رکھتا ہے:

curl -x http://gw.dataimpulse.com:823 \
     -U USERNAME:PASSWORD \
     https://httpbin.org/ip

اگر آپ کے پاس ورڈ میں @، : یا / جیسے علامات ہوں تو انہیں پراکسی URL میں شامل کرنے سے پہلے URL-encode کریں، ورنہ کلائنٹ اسٹرنگ کو غلط جگہ تقسیم کر کے خراب ساخت والا ہیڈر بھیج سکتا ہے۔ DataImpulse HTTP، HTTPS اور SOCKS5 سپورٹ کرتی ہے، اس لیے اگر ورک فلو کو SOCKS5 ٹنل درکار ہو تو URL میں طریقۂ کار بدل دیں۔

Selenium یا Playwright میں 407 کیسے ٹھیک کریں؟

براؤزر آٹومیشن ٹولز ہمیشہ سادہ host:port string سے پراکسی اسناد آگے نہیں بھیجتے، اس لیے آپ فریم ورک کے پراکسی اختیارات کے ذریعے username اور password دیتے ہیں یا ایک چھوٹی تصدیقی ایکسٹینشن لوڈ کرتے ہیں۔ Playwright اسناد براہ راست قبول کرتا ہے، جبکہ Selenium کو Chrome کے ساتھ اکثر معاون کی ضرورت ہوتی ہے۔

Playwright میں براؤزر کانٹیکسٹ شروع کرتے وقت username اور password کے ساتھ پراکسی دیں، مثلاً server، username اور password رکھنے والا proxy object۔ Selenium میں سادہ --proxy-server آرگومنٹ میں اسناد شامل نہیں کی جا سکتیں، اس لیے ایک چھوٹی Chrome ایکسٹینشن پیکج کریں جو browser کے تصدیقی کال بیک کو آپ کے username اور password سے جواب دے، یا مقامی تصدیق کرنے والے فارورڈر کے ذریعے route کریں۔ دونوں طریقے خودکار براؤزر کو 407 دکھانے کے بجائے پراکسی کے تصدیقی مطالبے کا جواب دینے دیتے ہیں۔ residential proxies اور mobile proxies جیسے رہائشی اینڈ پوائنٹس بھی دونوں کے ساتھ کام کرتے ہیں جب اسناد درست طور پر منسلک ہوں۔

کارپوریٹ پراکسی پر 407 کیسے ٹھیک کریں؟

منظم کارپوریٹ نیٹ ورک پر 407 عموماً ایسے پراکسی سے آتا ہے جو NTLM یا Kerberos کے ذریعے آپ کے ڈومین اسناد کی توقع رکھتا ہے، جو PAC یا WPAD file سے خودکار طور پر ملتے ہیں۔ ان credentials کو آپریٹنگ سسٹم کے اسناد ذخیرے میں محفوظ کرنا اکثر بار بار کے پیغامات کا مسئلہ حل کر دیتا ہے۔

Windows پر پراکسی اندراج کو Credential Manager میں شامل کریں تاکہ ایپلی کیشنز خاموشی سے تصدیق کر سکیں، اور confirm کریں کہ براؤزر کی PAC یا WPAD URL واقعی مطلوبہ پراکسی کی طرف اشارہ کرتی ہے۔ کمانڈ لائن ٹولز اور اسکرپٹس عموماً NTLM کو براہ راست استعمال نہیں کر پاتے، اس لیے براؤزرز کے کامیاب ہونے کے باوجود وہ ناکام رہ سکتے ہیں؛ اس صورت میں اپنی نیٹ ورک ٹیم سے درست ہوسٹ، پورٹ اور معاون طریقۂ تصدیق معلوم کریں، یا مقامی پراکسی برج استعمال کریں جو کارپوریٹ ہینڈ شیک آپ کی جانب سے مکمل کرے۔ یاد رکھیں کہ DataImpulse جیسا تجارتی فراہم کنندہ سادہ صارف نام اور پاس ورڈ یا IP اجازت یافتہ فہرست سے تصدیق کرتا ہے، جو اندرونی کارپوریٹ پراکسیز کی NTLM اور Kerberos پیچیدگی سے بچاتا ہے۔

فراہم کنندہ کی معاونت سے رابطہ کرنے سے پہلے کیا چیک کریں؟

ٹکٹ بنانے سے پہلے وہ تین چیزیں یقینی بنائیں جو proxy پہلے چیک کرتا ہے: آپ کا اکاؤنٹ بیلنس، آپ کی IP اجازت یافتہ فہرست، اور درست گیٹ وے ہوسٹ اور پورٹ۔ درست اسناد کے باوجود برقرار رہنے والا 407 عموماً انہی میں سے ایک ہوتا ہے۔

• بیلنس اور اکاؤنٹ کی حالت: confirm کریں کہ پلان فعال ہے اور ٹریفک باقی ہے۔ DataImpulse non-expiring pay-as-you-go traffic استعمال کرتا ہے، مگر خالی بیلنس پھر بھی نئے سیشن روک دیتا ہے۔
• IP اجازت یافتہ فہرست: اگر آپ اجازت یافتہ فہرست سے تصدیق کرتے ہیں تو یقینی بنائیں کہ آپ کی موجودہ عوامی IP درج ہے، کیونکہ یہ بدل سکتی ہے۔
• گیٹ وے ہوسٹ اور پورٹ: چیک کریں کہ آپ درست اینڈ پوائنٹ کی طرف اشارہ کر رہے ہیں، مثلاً DataImpulse gateway gw.dataimpulse.com:823، نہ کہ پرانا پتہ۔
• اسناد کی ساخت: صارف نام اور پاس ورڈ دوبارہ نقل کریں، خصوصی علامات کو URL-encode کریں، اور confirm کریں کہ آپ HTTP، HTTPS اور SOCKS5 میں سے درست پروٹوکول استعمال کر رہے ہیں۔

DataImpulse ایک اخلاقی پراکسیز provider ہے جس کے پاس 195 ممالک میں 90M+ residential، mobile اور ڈیٹا سینٹر پراکسیز ہیں، اس لیے اگر یہ یہ چار جانچیں پوری ہو جائیں اور 407 باقی رہے تو معاونت اپنی طرف سے سیشن کا سراغ لگا سکتی ہے۔

پراکسی سے متعلق HTTP کوڈز ایک نظر میں

اکثر پوچھے گئے سوالات

متعلقہ رہنما

• پراکسی تصدیق کیا ہے
• پراکسی سرور جواب نہ دے تو درست کریں
• کنکشن نجی نہ ہو تو درست کریں

کیا آپ کو ایسی پراکسی چاہیے جو آسانی سے تصدیق کرے؟

اگر آپ corporate proxy complexity کے بغیر سادہ username اور password یا IP-whitelist authentication چاہتے ہیں تو DataImpulse 1 dollar per GB سے بلا میعاد ٹریفک کے ساتھ استعمال کے مطابق ادائیگی والی پراکسیز فراہم کرتا ہے۔ اکاؤنٹ بنائیں اور شروع کرنے کے لیے gw.dataimpulse.com:823 گیٹ وے کے ذریعے جڑیں۔