proxychains остава дори след премахване на префикса

Премахвате proxychains от команда, стартирате я отново и все още виждате началното съобщение на обвивката. Проверете средата за стартиране, преди да търсите настройка в приложението.

В Linux LD_PRELOAD кара динамичния linker да зарежда посочени споделени обекти преди обикновените библиотеки. Proxy обвивките могат да използват този механизъм, за да прихващат поддържани мрежови извиквания. Ако някой е експортирал променливата в shell, по-късните дъщерни програми могат да я наследят, дори когато командните им редове не съдържат префикс на обвивка.

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

printf '%s\n' "$LD_PRELOAD"

Търсете библиотека на proxy обвивка, но запазете възможността променливата да изброява и други умишлено заредени библиотеки. Сляпото премахване на всички записи може да наруши друг инструмент.

Променете стартера, след което рестартирайте програмата

Изчистете случайното proxy предварително зареждане от средата, която стартира засегнатата програма. Ако начален файл или стартер го експортира, коригирайте и този източник. За стартирания с Bash следвайте реда на началните файлове. Нов дъщерен процес на чист shell е различен случай от дъщерен процес на стар терминал или IDE, който все още държи променливата.

Премахването на променлива на средата не разтоварва библиотека от процес, който вече е стартирал с нея. Затова работещо приложение може да запази обвивката, докато не бъде рестартирано по коригирания път за стартиране.

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