407 Proxy Authentication Required کا حل کیسے کریں

407 کی وجوہات، ممکنہ ترین پہلے

• غلط یا ناموجود صارف نام/پاس ورڈ۔ ایک غلط ٹائپ شدہ حرف، یا پاس ورڈ کے ساتھ کاپی ہونے والی اضافی اسپیس۔ زیادہ تر 407 کی رپورٹیں اسی وجہ سے ہوتی ہیں۔
• خانے غلط بھرنا۔ پوری ip:port:user:pass لائن Host کے خانے میں چلی جاتی ہے، یا صارف نام پاس ورڈ کے خانے میں چلا جاتا ہے۔ کچھ ٹولز ان چاروں خانوں کو خود تقسیم کر دیتے ہیں، جبکہ دوسرے نہیں کرتے۔
• ایپ کبھی لاگ ان تفصیلات بھیجتی ہی نہیں۔ آپریٹنگ سسٹم کی پراکسی سیٹنگز میں صرف ایڈریس اور پورٹ محفوظ ہوتی ہے۔ وہ ایپس جو پاس ورڈ نہیں مانگ سکتیں، وہ تصدیقی ہیڈر کے بغیر جڑتی ہیں اور جواب میں 407 موصول ہوتا ہے۔
• پراکسی URL کے اندر خاص حروف۔ http://user:pass@host:port کی شکل میں، پاس ورڈ میں موجود @، : یا # جیسے حروف کا فیصد کے ساتھ اینکوڈ ہونا ضروری ہے (@ بن جاتا ہے %40)، ورنہ عبارت غلط جگہ سے تقسیم ہو جاتی ہے۔

407 کی خرابی درحقیقت کیسی دکھتی ہے

ہم نے ایک ٹیسٹ پراکسی پر اس خرابی کو دوبارہ پیدا کیا، جو یہاں دستاویزاتی ایڈریس 203.0.113.10:8080 اور جان بوجھ کر غلط user123:pass456 کے ساتھ دکھائی گئی ہے۔ کسی HTTPS سائٹ کے خلاف، curl -x http://user123:[email protected]:8080 https://example.com دکھاتا ہے curl: (56) CONNECT tunnel failed, response 407۔ ایک سادہ HTTP سائٹ کے خلاف -w %{http_code} کے ساتھ، curl صرف 407 دکھاتا ہے۔

یہ دیکھنے کے لیے کہ آیا تفصیلات بھیجی بھی گئی تھیں یا نہیں، -v شامل کریں۔ ٹریس پہلے > CONNECT example.com:443 HTTP/1.1 دکھاتا ہے، پھر > Proxy-Authorization: Basic ...، اور اس کے بعد ہی 407 آتا ہے۔ اگر Proxy-Authorization لائن غائب ہے، تو آپ کے کلائنٹ نے لاگ ان معلومات کبھی بھیجی ہی نہیں۔

VinaProxy کا پراکسی چیکر اسی معاملے کو auth failed (407) کے طور پر رپورٹ کرتا ہے۔ Headless Chrome، جس میں لاگ ان کا کوئی ڈائیلاگ نہیں ہوتا، اسے ERR_TUNNEL_CONNECTION_FAILED کے طور پر ظاہر کرتا ہے؛ ٹنل کی خرابی کا صفحہ دیکھیں۔

مختلف ماحول کے لحاظ سے حل

• Windows اور Chrome: Chrome ونڈوز کی پراکسی سیٹنگز (Settings > Network & Internet > Proxy) کی پیروی کرتا ہے، جس میں صرف ایڈریس اور پورٹ ہوتا ہے۔ پہلے صفحے کے لوڈ پر Chrome پراکسی صارف نام اور پاس ورڈ کے لیے ایک سائن ان ڈائیلاگ کھولتا ہے۔ اگر آپ نے غلط ٹائپ کر دیا اور ڈائیلاگ دوبارہ ظاہر نہ ہو، تو Chrome کی تمام ونڈوز بند کر کے دوبارہ کھولیں۔
• اینٹی ڈیٹیکٹ براؤزرز (AdsPower, GoLogin, GenLogin): Host، Port، صارف نام اور پاس ورڈ کو الگ الگ خانوں میں رکھیں۔ پاس ورڈ میں ترمیم کرنے کے بجائے خانے کو مکمل خالی کریں اور دوبارہ پیسٹ کریں۔ ہر فیلڈ کی مدد کے لیے GoLogin سیٹ اپ گائیڈ دیکھیں۔
• فونز: iPhone میں Settings > Wi-Fi > (i) > Configure Proxy کے تحت Authentication کا ایک سوئچ ہوتا ہے؛ اسے بند رکھنے سے 407 آتا ہے۔ Android عام طور پر صرف ہوسٹ اور پورٹ قبول کرتا ہے، لہٰذا لاگ ان مانگنے والی ایپس اس کے بجائے کنکشن کا عمومی نقص دکھا سکتی ہیں۔
• curl: URL میں شامل کرنے کے بجائے الگ سے -U "user:pass" فراہم کریں، جس سے خاص حروف کے مسائل سے بچا جا سکتا ہے۔
• Python requests: proxies ڈکشنری کی http اور https دونوں کیز کے لیے http://user:pass@host:port سیٹ کریں، اور پیچیدہ پاس ورڈز کو urllib.parse.quote سے اینکوڈ کریں۔

تفصیلات درست ہیں مگر 407 بدستور موجود ہے

اس کے بعد پروٹوکولز کا موازنہ کریں۔ VinaProxy صارف نام:پاس ورڈ لاگ ان کے ساتھ HTTP(S) پراکسیز اور SOCKS5 بھی فراہم کرتا ہے، اس لیے ڈیش بورڈ میں اپنے آرڈر پر درج پروٹوکول کا انتخاب کریں۔ اگر چیکر جواب میں not socks5 بتائے، تو اس پورٹ پر HTTP فعال ہے اور اسے SOCKS5 کے طور پر کنفیگر نہیں کیا جانا چاہیے۔

مرحلہ وار

1. 1

   ڈیش بورڈ سے پراکسی لائن کاپی کریں

   اپنے VinaProxy ڈیش بورڈ میں آرڈر کھولیں اور ٹائپ کرنے کے بجائے پوری لائن کاپی کریں۔

2. 2

   اسے پراکسی چیکر کے ذریعے جانچیں

   اسے پراکسی چیکر میں پیسٹ کریں۔ auth failed (407) کا نتیجہ نیٹ ورک کے بجائے لاگ ان معلومات کے مسئلے کی تصدیق کرتا ہے۔

3. 3

   صارف نام اور پاس ورڈ دوبارہ صاف طور پر درج کریں

   اپنے سافٹ ویئر میں دونوں خانے خالی کریں اور شروع یا آخر میں بغیر کسی اسپیس کے دوبارہ پیسٹ کریں۔

4. 4

   پروٹوکول کو آرڈر کے مطابق ترتیب دیں

   پراکسی کی قسم کو بالکل ویسے ہی HTTP یا SOCKS5 پر سیٹ کریں جیسا کہ آرڈر میں درج ہے، پھر محفوظ کریں۔

5. 5

   مسئلہ برقرار رہنے پر curl -v کے ساتھ ٹریس کریں

   اپنی اصل تفصیلات کے ساتھ curl -v چلائیں اور 407 سے پہلے Proxy-Authorization لائن کو چیک کریں۔

اکثر پوچھے جانے والے سوالات