proxychains залишається після видалення префікса

Ви прибираєте proxychains з команди, запускаєте її знову і досі бачите стартове повідомлення обгортки. Перевірте середовище запуску, перш ніж шукати налаштування в застосунку.

У Linux LD_PRELOAD просить динамічний компонувальник завантажити вказані спільні об'єкти раніше за звичайні бібліотеки. Обгортки проксі можуть використовувати цей механізм для перехоплення підтримуваних мережевих викликів. Якщо хтось експортував змінну в оболонці, наступні дочірні програми можуть успадкувати її, навіть коли в їхніх командних рядках немає префікса обгортки.

Перша перевірка лише для читання в цій оболонці:

printf '%s\n' "$LD_PRELOAD"

Шукайте бібліотеку обгортки проксі, але припускайте, що змінна перелічує й інші навмисно завантажені бібліотеки. Сліпе видалення всіх записів може порушити роботу іншого інструмента.

Змініть засіб запуску, потім перезапустіть програму

Приберіть випадкове попереднє завантаження проксі із середовища, яке запускає постраждалу програму. Якщо його експортує стартовий файл або засіб запуску, виправте й це джерело. Для запусків через Bash дотримуйтеся порядку стартових файлів. Новий дочірній процес чистої оболонки — це інший випадок, ніж дочірній процес старого термінала або IDE, який досі тримає змінну.

Скасування змінної середовища не вивантажує бібліотеку з процесу, який уже почався з нею. Тому працюючий застосунок може зберігати обгортку, доки його не перезапустять виправленим шляхом запуску.

Якщо змінної немає, огляньте інші налаштовані джерела попереднього завантаження, як-от /etc/ld.so.preload, і фактичний засіб запуску. Механізм має межі: статичні виконувані файли, прямі системні виклики й обмеження безпечного виконання можуть поводитися інакше. З sudo порядок обгортки важливий. Успадковане попереднє завантаження пояснює несподіване перехоплення; це не доказ, що весь мережевий трафік іде через проксі.