Proxychains dynamic_chain може пропустити обов'язковий проксі-перехід
Виберіть політику ланцюжка proxychains-ng залежно від того, чи кожен налаштований посередник обов'язковий, чи недоступні записи можна пропускати.
Використовуйте strict_chain, коли кожен перелічений перехід має брати участь по порядку. Якщо останній проксі забезпечує обов'язковий вихід або мережеве розташування, дозвіл пропустити його зводить цю вимогу нанівець навіть тоді, коли запит успішний.
dynamic_chain у proxychains-ng зберігає порядок придатних проксі, пропускаючи недоступні записи. Це обмінює фіксований маршрут на доступність. Це доречно лише тоді, коли пропущені переходи необов'язкові для завдання.
Пропуск недоступного проксі не означає, що задокументований динамічний режим просто надсилає запит напряму; йому все ще потрібен придатний шлях через проксі. Окремо від цього, непідтримувані операції застосунку можуть вийти з-під перехоплення обгортки. Жоден із режимів ланцюжка не є механізмом примусу для всієї машини.
Увімкніть один вибраний режим ланцюжка, а не кілька конкуруючих варіантів. Перш ніж оцінювати цей вибір, переконайтеся, яку конфігурацію команда фактично завантажила. chain_len стосується задокументованих у прикладі конфігурації режимів випадкового вибору або кругового перебору; це не загальне обмеження довжини для ланцюжків strict і dynamic.
Виберіть політику за тим збоєм, який можете прийняти: нехай запит завершиться невдачею, якщо обов'язковий перехід недоступний, або прийміть упорядкований маршрут через решту придатних проксі. Успішний запит є достатнім доказом лише тоді, коли отриманий маршрут відповідає вимозі.