proxychains останува и по отстранувањето на префиксот

Го отстранувате proxychains од команда, ја стартувате повторно и сè уште ја гледате пораката за стартување на обвивката. Проверете ја околината за стартување пред да барате поставка во апликацијата.

На Linux, LD_PRELOAD бара од динамичкиот линкер да ги вчита наведените споделени објекти пред обичните библиотеки. Proxy-обвивките можат да го користат тој механизам за пресретнување поддржани мрежни повици. Ако некој ја извезол променливата во shell, подоцнежните детски програми можат да ја наследат дури и кога нивните командни линии не содржат префикс на обвивка.

Прва проверка само за читање во тој shell е:

printf '%s\n' "$LD_PRELOAD"

Барајте библиотека на proxy-обвивка, но имајте предвид дека променливата може да наведе и други намерно вчитани библиотеки. Слепо отстранување на сите записи може да го наруши друг алат.

Променете го стартувачот, потоа повторно стартувајте ја програмата

Отстранете го случајното proxy-претвчитување од околината што ја стартува засегнатата програма. Ако стартна датотека или стартувач го извезува, поправете го и тој извор. За Bash-стартувања следете редоследот на стартните датотеки. Ново дете на чиста shell е различен случај од дете на стар терминал или IDE што сè уште ја држи променливата.

Отстранувањето на променлива на околината не ја истоварува библиотеката од процес што веќе започнал со неа. Затоа програма што работи може да ја задржи обвивката додека не се стартува повторно по поправениот пат за стартување.

Ако променливата отсуствува, проверете други конфигурирани извори на претвчитување како /etc/ld.so.preload и вистинскиот стартувач. Механизмот има граници: статичните извршни датотеки, директните системски повици и ограничувањата за безбедно извршување можат да се однесуваат поинаку. Со sudo, редоследот на обвивката е важен. Наследеното претвчитување објаснува неочекувано пресретнување; тоа не е доказ дека секој вид мрежен сообраќај го користи proxy.