proxychains er framleis der etter at du fjerna prefikset

Du fjernar proxychains frå ein kommando, startar han på nytt og ser framleis oppstartsmeldinga til wrapperen. Kontroller oppstartsmiljøet før du leitar etter ei innstilling i programmet.

På Linux ber LD_PRELOAD den dynamiske linkaren laste angjevne delte objekt før vanlege bibliotek. Proxy-wrapperar kan bruke den mekanismen til å fange opp støtta nettverkskall. Viss nokon eksporterte variabelen i eit skal, kan seinare barneprogram arve han sjølv når kommandolinjene deira ikkje inneheld noko wrapper-prefiks.

Ein første skriveverna kontroll i det skalet er:

printf '%s\n' "$LD_PRELOAD"

Sjå etter eit proxy-wrapper-bibliotek, men hald moglegheita open for at variabelen også listar opp andre medvite lasta bibliotek. Å fjerne kvar oppføring blindt kan forstyrre eit anna verktøy.

Byt oppstartar og start programmet på nytt

Fjern den utilsikta proxy-førehandslastinga frå miljøet som startar det råka programmet. Viss ei oppstartsfil eller ein oppstartar eksporterer henne, rett opp den kjelda også. Ved Bash-oppstartar følgjer du rekkjefølgja av oppstartsfiler. Eit nytt barn av eit reint skal er eit anna tilfelle enn eit barn av ein gammal terminal eller IDE som framleis held variabelen.

Å fjerne ein miljøvariabel lastar ikkje ut eit bibliotek frå ein prosess som allereie er starta med han. Ein køyrande applikasjon kan difor halde på wrapperen til han blir starta på nytt via den retta oppstartsvegen.

Viss variabelen manglar, undersøk andre konfigurerte førehandslastingskjelder som /etc/ld.so.preload og den faktiske oppstartaren. Mekanismen har grenser: statiske køyrbare filer, direkte systemkall og avgrensingar for trygg køyring kan oppføre seg annleis. Med sudo er rekkjefølgja til wrapperen viktig. Ei arva førehandslasting forklarer uventa oppfanging; det er ikkje prov for at all nettverkstrafikk brukar proxyen.