تجاوز فشل الوكيل المرتّب في ملف PAC

نتيجة PAC مفصولة بفواصل منقوطة توفّر مسارات بديلة بالترتيب:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

استخدم نقاط نهاية HTTP الفعلية التي تتطلبها السياسة. في اختبارات الوجهات العامة حيث يُسمح بالوكلاء العامين، يوفّر قائمة وكلاء HTTP مرشحين. يمكن للمتصفح تجربة B عند الاقتضاء بعد فشل A. لا تمرّ الحركة عبر A ثم B. تتطلب السلسلة دعمًا منفصلًا في العميل أو في خوادم الوكلاء؛ سلسلة curl من SOCKS إلى HTTP هي ترتيب مدعوم واحد.

توفّر النص البرمجي وتوفّر الوكيل

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

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

بديل مباشر

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

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