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

يحافظ dynamic_chain في proxychains-ng على ترتيب الوكلاء القابلين للاستخدام مع تخطي المدخلات غير المتاحة. وهذا يقايض مسارًا ثابتًا مقابل التوافر. ولا يكون مناسبًا إلا عندما تكون القفزات المتخطاة اختيارية للمهمة.

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

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

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

مقالات ذات صلة