proxychains finns kvar efter att du tagit bort prefixet

Du tar bort proxychains från ett kommando, startar det igen och ser fortfarande wrapperens startmeddelande. Kontrollera startmiljön innan du letar efter en inställning i programmet.

I Linux ber LD_PRELOAD den dynamiska länkaren att läsa in angivna delade objekt före vanliga bibliotek. Proxy-wrappers kan använda den mekanismen för att fånga upp nätverksanrop som stöds. Om någon exporterade variabeln i ett skal kan senare barnprogram ärva den även när deras kommandorader inte innehåller något wrapper-prefix.

En första skrivskyddad kontroll i det skalet är:

printf '%s\n' "$LD_PRELOAD"

Leta efter ett proxy-wrapper-bibliotek, men behåll möjligheten att variabeln också listar andra avsiktligt inlästa bibliotek. Att blint ta bort varje post kan störa ett annat verktyg.

Byt startare och starta sedan om programmet

Ta bort den oavsiktliga proxy-förinläsningen från miljön som startar det drabbade programmet. Om en startfil eller startare exporterar den, rätta även den källan. Vid Bash-starter följer du ordningen för startfiler. Ett nytt barn till ett rent skal är ett annat fall än ett barn till en gammal terminal eller IDE som fortfarande håller variabeln.

Att ta bort en miljövariabel laddar inte ur ett bibliotek från en process som redan startat med den. En körande applikation kan därför behålla wrappern tills den startas om via den rättade startvägen.

Om variabeln saknas, undersök andra konfigurerade förinläsningskällor som /etc/ld.so.preload och den faktiska startaren. Mekanismen har gränser: statiska körbara filer, direkta systemanrop och begränsningar för säker körning kan bete sig annorlunda. Med sudo är ordningen för wrappern viktig. En ärvd förinläsning förklarar oväntad uppfångning; det är inte bevis för att all nätverkstrafik använder proxyn.