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

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

Прва провера само за читање у тој љусци је:

printf '%s\n' "$LD_PRELOAD"

Тражите библиотеку proxy омотача, али имајте на уму да променљива може навести и друге намерно учитане библиотеке. Слепо уклањање свих уноса може пореметити други алат.

Промените покретач, затим поново покрените програм

Уклоните случајно proxy предучитавање из окружења које покреће погођени програм. Ако га извози датотека за покретање или покретач, исправите и тај извор. За покретања у Bash-у следите редослед датотека за покретање. Нови подређени процес чисте љуске други је случај од подређеног процеса старог терминала или IDE-а који још држи променљиву.

Уклањање променљиве окружења не искључује библиотеку из процеса који је већ покренут са њом. Покренута апликација зато може задржати омотач док се не поново покрене исправљеним путем покретања.

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

Повезани чланци