Diagnoser Proxychains LD_PRELOAD-feil
Diagnoser LD_PRELOAD-feil og grensene for avlytting før du føreset at eit program brukte den konfigurerte proxyen.
Programmet startar, men terminalen seier at eit proxychains-bibliotek ikkje kunne førehandslastast. Handsame det som eit mislukka oppsettssteg, ikkje som ei ufarleg åtvaring du kan ignorere medan du sjekkar utgangs-IP-en.
Proxychains-ng er avhengig av eit lasta bibliotek for å avskjere relevante kall. Viss biblioteket manglar, er inkompatibelt eller ikkje lasta i prosessen, kan programmet køyre utan avskjeringa du venta.
Tilpass biblioteket til prosessen
Kontroller den faktiske bibliotekplasseringa til pakken og arkitekturen til den køyrbare fila. Eit gammalt svar som hardkodar ein 32-bits stig er ikkje ei generell reparasjon for eit 64-bits program. Ikkje legg til ei uverifisert førehandslastingsinnstilling globalt i kvar shell-økt.
Linux-handboka for den dynamiske lastaren forklarar bibliotekssøk og avgrensingar ved trygg køyring. Enkelte oppstartsforhold for prosessar ignorerer eller avgrensar førehandslastingsinnstillingar med vilje. Ei statisk køyrbar fil blir heller ikkje dynamisk avskjerbar berre fordi ein miljøvariabel er sett.
README til prosjektet dokumenterer den støtta modellen til wrapperen. Program med eiga nettverksimplementering, separate hjelpeprosessar eller allereie køyrande instansar kan innføre andre grenser sjølv når det første biblioteket blir lasta.
Ei innebygd proxyinnstilling i programmet kan vere eit klarare alternativ når ho er tilgjengeleg. Ho brukar det tiltenkte nettverksgrensesnittet til programmet i staden for å føresetje at kvar tilkopling kan fangast opp utanfrå.
Ved eit mislukka wrapper-oppsett, stopp og identifiser kva som faktisk vart starta. Ein prosess sin utgangsstatus åleine kan vise at programmet køyrde, ikkje at trafikken følgde proxyen. Hald biblioteklasting, avskjerte kall og den observerte utgåande tilkoplinga som separate prov.