proxychains er fortsatt der etter at du fjernet prefikset

Du fjerner proxychains fra en kommando, starter den på nytt og ser fortsatt oppstartsmeldingen til wrapperen. Kontroller oppstartsmiljøet før du leter etter en innstilling i programmet.

På Linux ber LD_PRELOAD den dynamiske linkeren laste angitte delte objekter før vanlige biblioteker. Proxy-wrappere kan bruke den mekanismen til å fange opp støttede nettverkskall. Hvis noen eksporterte variabelen i et skall, kan senere barneprogrammer arve den selv når kommandolinjene deres ikke inneholder noe wrapper-prefiks.

En første skrivebeskyttet kontroll i det skallet er:

printf '%s\n' "$LD_PRELOAD"

Se etter et proxy-wrapper-bibliotek, men hold muligheten åpen for at variabelen også lister opp andre bevisst lastede biblioteker. Å fjerne hver oppføring blindt kan forstyrre et annet verktøy.

Bytt oppstarter og start 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, rett 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 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 til den startes på nytt via den rettede oppstartsveien.

Hvis variabelen mangler, 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 oppfanging; det er ikke bevis for at all nettverkstrafikk bruker proxyen.