Proxychains застаецца пасля выдалення прэфікса

Вы выдаляеце proxychains з каманды, запускаеце яе зноў і ўсё яшчэ бачыце паведамленне аб запуску абгорткі. Праверце асяроддзе запуску, перш чым шукаць наладу ў праграме.

У Linux LD_PRELOAD просіць дынамічны кампаноўшчык загрузіць указаныя агульныя аб'екты раней за звычайныя бібліятэкі. Проксі-абгорткі могуць выкарыстоўваць гэты механізм, каб перахапляць падтрыманыя сеткавыя выклікі. Калі нехта экспартаваў зменную ў абалонцы, наступныя даччыныя праграмы могуць атрымаць яе ў спадчыну, нават калі іх камандныя радкі не ўтрымліваюць прэфікса абгорткі.

Першая праверка толькі для чытання ў гэтай абалонцы:

printf '%s\n' "$LD_PRELOAD"

Шукайце бібліятэку проксі-абгорткі, але дапушчайце, што зменная можа пералічваць і іншыя наўмысна загружаныя бібліятэкі. Сляпое выдаленне ўсіх запісаў можа парушыць працу іншага інструмента.

Змяніце сродак запуску, затым перазапусціце праграму

Ачысціце выпадковую проксі-папярэднюю загрузку з асяроддзя, якое запускае пацярпелую праграму. Калі яе экспартуе файл запуску або сродак запуску, выпраўце і гэтую крыніцу. Для запускаў Bash прытрымлівайцеся парадку файлаў запуску. Новы даччыны працэс чыстай абалонкі — гэта іншы выпадак, чым даччыны працэс старога тэрмінала або IDE, які ўсё яшчэ трымае зменную.

Зняцце зменнай асяроддзя не выгружае бібліятэку з працэса, які ўжо пачаўся з ёй. Таму працуючая праграма можа захоўваць абгортку, пакуль яе не перазапусцяць праз выпраўлены шлях запуску.

Калі зменнай няма, агледзіце іншыя наладжаныя крыніцы папярэдняй загрузкі, такія як /etc/ld.so.preload, і фактычны сродак запуску. Механізм мае межы: статычныя выканальныя файлы, прамыя сістэмныя выклікі і абмежаванні бяспечнага выканання могуць паводзіць сябе інакш. З sudo парадак абгорткі мае значэнне. Успадкаваная папярэдняя загрузка тлумачыць нечаканае перахопліванне; гэта не доказ таго, што ўвесь сеткавы трафік ідзе праз проксі.