استخدم SOCKS5 صراحةً في نتائج PAC في Firefox

تسمّي نتيجة PAC كلاً من الوكيل والبروتوكول. إذا كان نشر Firefox لديك يحتاج إلى SOCKS5، فاذكر ذلك في القيمة المُعادة:

return "SOCKS5 proxy.example:1080";

إذا كانت سياسة PAC تستخدم نقاط نهاية عامة، فاختر المرشّحين من قائمة وكلاء SOCKS5 واحتفظ بنتيجة SOCKS5 الصريحة. إن رمز SOCKS العام له تاريخ من التوافق. وهو ليس تعليمات محمولة يجب أن يفسّرها كل متصفح بأنها أحدث إصدار من SOCKS.

في تطبيق Firefox الذي نفحصه هنا، يربط محلّل PAC قيمة SOCKS5 الصريحة بمزوّد مأخذ الإصدار 5 ويطلب تحليل اسم المضيف الوجهة من جانب الخادم. أما إعداد الوكيل اليدوي فيتبع مسار إعدادات منفصلاً. لذلك لا ينبغي التعامل مع اسم تفضيل من إعداد يدوي كتفسير شامل لكل نتيجة PAC.

احتفظ في السجل بإصدار المتصفح الدقيق ونص PAC المحمّل والرمز المُعاد. فالسكربت الذي عدّلته ليس بالضرورة السكربت الذي جلبه العميل، وقد يغيّر مسار مختلف يُعاد لمضيف واحد الملاحظة.

يتعلق هذا باسم الوجهة المرتبط بمسار SOCKS المختار. لا يزال العميل بحاجة إلى الوصول إلى نقطة نهاية الوكيل، وتُبقي التطبيقات الأخرى سلوك DNS الخاص بها. لا تحوّل نتيجة PAC صحيحة واحدة إلى ادعاء بأن جميع عمليات البحث على مستوى الجهاز أصبحت تُنفَّذ عن بُعد.

عندما يجب أن يدعم الإعداد عدة متصفحات، تحقّق من دعم رموز PAC الموثّق لكل منها بدلاً من نقل تفصيل من مستوى مصدر Firefox إلى تطبيق آخر.