Програм се покреће, али терминал јавља да библиотека proxychains није могла бити претходно учитана. Третирајте то као неуспешан корак подешавања, а не као безопасно упозорење које можете игнорисати док проверавате излазну IP адресу.

Proxychains-ng се ослања на учитану библиотеку да пресретне релевантне позиве. Ако та библиотека недостаје, некомпатибилна је или није учитана у процес, програм може радити без пресретања које очекујете.

Ускладите библиотеку са процесом

Проверите стварну локацију библиотеке пакета и архитектуру извршне датотеке. Стари одговор који тврдо кодира 32-битну путању није општа поправка за 64-битни програм. Не додајте непроверено подешавање претходног учитавања глобално у сваку shell сесију.

Приручник за динамички учитавач на Linux-у објашњава претрагу библиотека и ограничења безбедног извршавања. Неке околности покретања процеса намерно занемарују или ограничавају подешавања претходног учитавања. Статичка извршна датотека такође не постаје динамички пресретљива само зато што је постављена променљива окружења.

README пројекта документује подржани модел омотача. Апликације са сопственом мрежном имплементацијом, одвојеним помоћним процесима или већ покренутим инстанцама могу увести друга ограничења чак и када се почетна библиотека учита.

Изворно подешавање проксија у апликацији може бити јаснија опција када је доступно. Оно користи предвиђени мрежни интерфејс апликације уместо претпоставке да се свака веза може ухватити споља.

Код неуспелог подешавања омотача зауставите се и утврдите шта је стварно покренуто. Сам излазни статус процеса може показати да је апликација радила, али не да је њен саобраћај ишао кроз прокси. Држите учитавање библиотеке, пресретнуте позиве и уочену одлазну везу као одвојене делове доказа.

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