لماذا لا يعمل عنوان IP لوكيل مجاني

قد تحتوي قائمة عامة على نقطة نهاية توقفت بالفعل عن قبول الاتصالات. هذا تفسير شائع لفشل الوكيل، لكنه ليس الوحيد. قد ينتج العَرَض نفسه عن بروتوكول خاطئ أو إعداد تجاوز أو منفذ محظور أو موقع يرفض عنوان IP للخروج.

افحص الإدخال قبل تغيير التطبيق

انسخ عنوان IP والمنفذ والبروتوكول مجددًا. يكفي رقم مفقود في المنفذ أو خلط HTTP مع SOCKS لمنع المصافحة. لا تستنتج البروتوكول من المنفذ 8080 أو 1080، ولا تضف اسم مستخدم إلا إذا كانت الخدمة توفره فعلًا.

لنقطة نهاية HTTP، يساعد طلب curl قصير في فصل الاختبار عن إضافات المتصفح وإعدادات النظام:

curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/

استبدل عنوان التوثيق بإدخالك. ولنقطة SOCKS5، استخدم منفذها الفعلي ومخطط SOCKS المناسب.

انظر إلى أول فشل

نجاح اتصال TCP ليس إلا الخطوة الأولى. إذا لم تكن الخدمة على المنفذ تستخدم بروتوكول الوكيل الذي حددته، فقد يفشل الطلب بعد ذلك مباشرة.

أجرِ مقارنتين

جرّب الوجهة نفسها عبر وكيل ثانٍ بالبروتوكول نفسه. إذا فشلت نقطة النهاية الأولى وحدها أثناء إنشاء الاتصال، يضيق نطاق المشكلة إلى تلك النقطة أو المسار. ثم جرّب وجهة عادية أخرى عبر الوكيل الأول. إذا فشل موقع واحد فقط، فافحص سياسته الخاصة بدل إعلان الوكيل كله معطلًا.

الطلب المباشر مقارنة مفيدة أيضًا عندما يكون الوصول المباشر متاحًا. حدد التجاوز صراحةً كي لا تُبقي متغيرات الوكيل الموروثة الاختبار المفترض أنه مباشر على مسار وكيل دون أن تلاحظ.

اعرف متى تتوقف عن اختبار إدخال

إذا فشلت عدة طلبات محدودة الوقت في خطوة الاتصال نفسها، فاختر إدخالًا آخر من قائمة البروكسي المجانية بدل إطالة الانتظار لدقائق. احفظ الخطأ الدقيق إن احتجت إلى الإبلاغ عنه. تكرار الاتصال لا يصلح منفذًا مغلقًا أو نقطة نهاية أُزيلت.

إذا فشلت جميع الإدخالات، فانظر إلى الصورة الأوسع. تحقق من إعداد العميل وقواعد الاتصالات الصادرة في شبكتك وإمكان الوصول إلى الوجهة دون وكيل. المشكلة المشتركة بين جميع الطلبات سبب ضعيف لاستبعاد قائمة كاملة.