كيفية حل خطأ 407 Proxy Authentication Required

أسباب الخطأ 407 (مرتبة حسب الأكثر شيوعاً)

• اسم مستخدم أو كلمة مرور غير صحيحة أو مفقودة. قد ينتج ذلك عن خطأ في كتابة حرف واحد، أو نسخ مسافة زائدة في نهاية كلمة المرور؛ وهو ما يفسر غالبية بلاغات الخطأ 407.
• لصق البيانات في الحقول الخاطئة. مثل لصق سطر ip:port:user:pass بالكامل في حقل المضيف (Host)، أو وضع اسم المستخدم في حقل كلمة المرور. بعض الأدوات تقسم الحقول الأربعة تلقائياً، والبعض الآخر لا يفعل ذلك.
• عدم إرسال التطبيق لبيانات الاعتماد نهائياً. تحفظ إعدادات البروكسي على مستوى نظام التشغيل العنوان والمنفذ فقط، وبالتالي فإن التطبيقات التي لا تعرض نافذة لإدخال كلمة المرور تتصل دون ترويسة مصادقة، مما يؤدي لتلقي الخطأ 407.
• وجود رموز خاصة داخل رابط البروكسي. عند استخدام الصيغة 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 مفقوداً، فهذا يعني أن عميل الاتصال لم يرسل بيانات تسجيل الدخول إطلاقاً.

تُظهر أداة proxy checker من VinaProxy الحالة نفسها كـ auth failed (407). أما متصفح Chrome في وضع Headless، ونظراً لعدم احتوائه على نافذة تسجيل دخول، فيعرضه كخطأ ERR_TUNNEL_CONNECTION_FAILED؛ راجع صفحة خطأ النفق.

الحلول حسب بيئة العمل

• Windows وChrome: يعتمد Chrome إعدادات البروكسي الخاصة بنظام Windows عبر (الإعدادات > الشبكة والإنترنت > البروكسي)، والتي تحتوي على العنوان والمنفذ فقط. وعند تحميل الصفحة لأول مرة، يفتح Chrome نافذة تسجيل دخول لإدخال اسم المستخدم وكلمة المرور للبروكسي. إذا أدخلت البيانات خطأ ولم تظهر النافذة ثانية، فأغلق جميع نوافذ Chrome وأعد فتحه.
• متصفحات التخفي وإدارة الحسابات (AdsPower، وGoLogin، وGenLogin): ضع كلاً من المضيف والمنفذ واسم المستخدم وكلمة المرور في حقول منفصلة. امسح حقل كلمة المرور بالكامل والصقها مجدداً بدلاً من تعديلها يدوياً. ستجد شرحاً مفصلاً لكل حقل في دليل إعداد GoLogin.
• الهواتف الذكية: يحتوي iPhone على مفتاح تفعيل للمصادقة تحت الإعدادات > Wi-Fi > ‏(i) > تكوين الخادم الوكيل؛ يؤدي تركه معطلاً إلى ظهور الخطأ 407. أما Android فلا يقبل عادةً سوى المضيف والمنفذ، لذا قد تُظهر التطبيقات التي تتطلب مصادقة خطأ اتصال عاماً بدلاً من ذلك.
• curl: مرّر المعامل -U "user:pass" بشكل منفصل بدلاً من تضمينه في الرابط، لتفادي المشاكل الناتجة عن الرموز الخاصة.
• مكتبة Python requests: عيّن http://user:pass@host:port لكل من مفتاحي http وhttps في قاموس proxies، واستخدم urllib.parse.quote لترميز كلمات المرور التي تحتوي على رموز خاصة.

البيانات صحيحة ولكن الخطأ 407 لا يزال مستمراً

تحقق بعد ذلك من توافق البروتوكولات. توفر VinaProxy بروكسيات HTTP(S) بمصادقة اسم المستخدم وكلمة المرور، وكذلك بروكسيات SOCKS5؛ لذا اختر البروتوكول الموضح في تفاصيل طلبك داخل لوحة التحكم. إذا كانت إجابة أداة الفحص not socks5، فهذا يعني أن هذا المنفذ يدعم بروتوكول HTTP ولا يجب ضبطه كـ SOCKS5.

خطوة بخطوة

1. 1

   نسخ سطر البروكسي من لوحة التحكم

   افتح الطلب في لوحة تحكم VinaProxy وانسخ السطر كاملاً بدلاً من كتابته يدوياً.

2. 2

   فحص البروكسي عبر أداة التحقق

   الصق السطر في proxy checker. تؤكد نتيجة auth failed (407) وجود مشكلة في بيانات الاعتماد وليس في الشبكة.

3. 3

   إعادة إدخال اسم المستخدم وكلمة المرور بدقة

   امسح كلا الحقلين في برنامجك وأعد لصقهما بدون أي مسافات بادئة أو لاحقة.

4. 4

   مطابقة البروتوكول مع الطلب

   اضبط نوع البروكسي على HTTP أو SOCKS5 تماماً كما هو موضح في الطلب، ثم احفظ الإعدادات.

5. 5

   تتبع الاتصال بأمر curl -v إذا استمرت المشكلة

   شغّل الأمر curl -v ببياناتك الحقيقية، وتحقق من ظهور سطر Proxy-Authorization قبل الخطأ 407.

الأسئلة الشائعة