Праксі-абгорткі пры запуску і ўжо існуючыя працэсы
Тлумачыць, чаму абгортка працэса звычайна павінна запускаць праграму, а не далучаць праксі да ўжо адкрытых злучэнняў.
Абгортка, такая як socksify ці proxychains, звычайна запускае мэтавую праграму разам з бібліятэкай перахопу. Калі перадаць ёй PID ужо існуючага працэса, гэта не ўбудуе тую бібліятэку ў працэс і не перанясе яго адкрытыя злучэнні. Для proxychains-ng праверце патрабаванні да загрузкі бібліятэкі для фактычнага выканальнага файла.
Калі праграма мае ўласныя налады праксі, выкарыстоўвайце дакументаваны спосаб іх прымянення. Змена можа паўплываць на новыя запыты, а ўжо ўсталяваныя злучэнні працягнуць ісці па ранейшым маршруце.
Калі перахоп пры запуску — гэта мэтавы метад, забяспечце належны перазапуск праграмы пад гэтай абгорткай. Памятайце, што некаторыя запускальнікі перадаюць працу ўжо запушчанаму фонаваму асобніку.
Праект маршрутызацыі ці перахопу на ўзроўні сістэмы — гэта іншы механізм з уласным ахопам. Яго не варта апісваць як тую ж аперацыю, што і даданне налады праксі да аднаго PID.
Для патрабаванага выхаду вызначце фактычны працэс, які стварае новыя сеткавыя злучэнні, і маршрут, які гэтыя злучэнні выкарыстоўваюць. Бачнае імя працэса або каманда абгорткі ў іншым тэрмінале не даказваюць ні таго, ні іншага.