proxychains ligger fortsatt der etter at du fjernet prefikset

Du fjerner proxychains fra en kommando, starter den igjen og ser fortsatt wrapperens oppstartsmelding. Sjekk oppstartsmiljøet før du leter etter en innstilling i applikasjonen.

På Linux ber LD_PRELOAD den dynamiske linkeren om å laste angitte delte objekter før vanlige biblioteker. Proxy-wrappere kan bruke denne mekanismen til å avskjære støttede nettverkskall. Har noen eksportert variabelen i et skall, kan senere barneprogrammer arve den selv om kommandolinjene deres ikke inneholder noe wrapper-prefiks.

En første skrivebeskyttet sjekk i det skallet er:

printf '%s\n' "$LD_PRELOAD"

Se etter et proxy-wrapper-bibliotek, men behold muligheten for at variabelen også lister andre bevisst innlastede biblioteker. Å fjerne alle oppføringer på måfå kan forstyrre et annet verktøy.

Endre oppstarteren, og start deretter programmet på nytt

Fjern den utilsiktede proxy-forhåndsinnlastingen fra miljøet som starter det berørte programmet. Hvis en oppstartsfil eller oppstarter eksporterer den, må du rette opp den kilden også. Ved Bash-oppstarter følger du rekkefølgen av oppstartsfiler. Et nytt barn av et rent skall er et annet tilfelle enn et barn av en gammel terminal eller IDE som fortsatt holder på variabelen.

Å fjerne en miljøvariabel laster ikke ut et bibliotek fra en prosess som allerede er startet med den. En kjørende applikasjon kan derfor beholde wrapperen helt til den startes på nytt via den rettede oppstartsveien.

Mangler variabelen, undersøk andre konfigurerte forhåndsinnlastingskilder som /etc/ld.so.preload og den faktiske oppstarteren. Mekanismen har grenser: statiske kjørbare filer, direkte systemkall og begrensninger for sikker kjøring kan oppføre seg annerledes. Med sudo er rekkefølgen til wrapperen viktig. En arvet forhåndsinnlasting forklarer uventet avskjæring; det er ikke bevis for at all nettverkstrafikk bruker proxyen.