Proxychains dynamic_chain можа прапусціць абавязковы праксі-пераход
Выбірайце палітыку ланцуга proxychains-ng зыходзячы з таго, ці кожны наладжаны прамежкавы вузел абавязковы, ці запісы, якія недаступныя, можна прапусціць.
Выкарыстоўвайце strict_chain, калі кожны пералічаны пераход павінен удзельнічаць па парадку. Калі апошні проксі забяспечвае абавязковы выхад або месца ў сетцы, дазвол на яго пропуск знішчае гэтае патрабаванне, нават калі запыт паспяховы.
dynamic_chain у proxychains-ng захоўвае парадак даступных проксі, прапускаючы недаступныя запісы. Гэта абменьвае фіксаваны маршрут на даступнасць. Гэта мэтазгодна толькі тады, калі прапушчаныя пераходы неабавязковыя для задачы.
Пропуск недаступнага проксі не азначае, што апісаны дынамічны рэжым проста адпраўляе запыт напрамую; ён усё яшчэ патрабуе прыдатнага шляху праз проксі. Асобна ад гэтага, непадтрымліваныя аперацыі праграм могуць выйсці з-пад перахопу абгорткі. Ні адзін з рэжымаў ланцуга не з'яўляецца механізмам прымусу для ўсёй машыны.
Уключыце адзін абраны рэжым ланцуга, а не некалькі канкуруючых варыянтаў. Перад ацэнкай гэтага выбару пацвердзіце, якую канфігурацыю каманда фактычна загрузіла. chain_len датычыцца апісаных у прыкладной канфігурацыі рэжымаў выпадковага выбару або па чарзе; гэта не агульнае абмежаванне даўжыні для строгага і дынамічнага ланцугоў.
Выбірайце палітыку па тым, з якой няўдачай вы можаце змірыцца: запыт не павінен прайсці, калі абавязковы пераход недаступны, або прымайце ўпарадкаваны маршрут праз астатнія даступныя проксі. Паспяховы запыт з'яўляецца дастатковым доказам толькі тады, калі атрыманы маршрут адпавядае патрабаванню.