Дыягностыка збояў Proxychains LD_PRELOAD
Дыягнастуйце збоі LD_PRELOAD і абмежаванні перахопу, перш чым меркаваць, што праграма выкарыстала наладжаны проксі.
Праграма запускаецца, але тэрмінал паведамляе, што бібліятэку proxychains не ўдалося папярэдне загрузіць. Разглядайце гэта як няўдалы крок наладкі, а не як бясшкоднае папярэджанне, якое можна ігнараваць, правяраючы выхадны IP.
Proxychains-ng разлічвае на загружаную бібліятэку, каб перахапляць адпаведныя выклікі. Калі гэтая бібліятэка адсутнічае, несумяшчальная або не загружана ў працэс, праграма можа працаваць без чаканага перахопу.
Суаднесці бібліятэку з працэсам
Праверце фактычнае месца бібліятэкі пакета і архітэктуру выканальнага файла. Стары адказ, які жорстка задае шлях 32 біт, не з'яўляецца агульным рамонтам для праграмы 64 біт. Не дадавайце неправераную наладу папярэдняй загрузкі глабальна ў кожную сесію shell.
Дапаможнік па дынамічным загрузчыку Linux тлумачыць пошук бібліятэк і абмежаванні бяспечнага выканання. Некаторыя ўмовы запуску працэсаў наўмысна ігнаруюць налады папярэдняй загрузкі або абмяжоўваюць іх. Статычны выканальны файл таксама не становіцца дынамічна перахапляльным толькі таму, што зададзена пераменная асяроддзя.
README праекта апісвае падтрыманую мадэль абгорткі. Праграмы з уласнай рэалізацыяй сеткі, асобнымі дапаможнымі працэсамі або ўжо запушчанымі асобнікамі могуць уводзіць іншыя абмежаванні, нават калі пачатковая бібліятэка загружаецца.
Убудаваная налада проксі ў праграме можа быць больш ясным варыянтам, калі яна даступная. Яна выкарыстоўвае прызначаны сеткавы інтэрфейс праграмы, а не мяркуе, што кожнае злучэнне можна перахапіць звонку.
Пры няўдалай наладзе абгорткі спыніцеся і вызначце, што насамрэч запусцілася. Адзін толькі статус выхаду працэса можа паказваць, што праграма працавала, а не што яе трафік ішоў праз проксі. Трымайце загрузку бібліятэкі, перахопленыя выклікі і назіранае знешняе злучэнне як асобныя часткі доказаў.