proxychains mbetet aty edhe pas heqjes së prefiksit

Hiqni proxychains nga një komandë, e nisni përsëri dhe prapë shihni mesazhin e nisjes së mbështjellësit. Kontrolloni mjedisin e nisjes përpara se të kërkoni një rregullim në aplikacion.

Në Linux, LD_PRELOAD i kërkon lidhësit dinamik të ngarkojë objektet e përbashkëta të specifikuara përpara bibliotekave të zakonshme. Mbështjellësit proxy mund ta përdorin atë mekanizëm për të kapur thirrjet e rrjetit të mbështetura. Nëse dikush e ka eksportuar variablin në një shell, programet fëmijë të mëvonshme mund ta trashëgojnë atë, edhe kur rreshtat e tyre të komandës nuk përmbajnë prefiks mbështjellësi.

Një kontroll i parë vetëm-lexim në atë shell është:

printf '%s\n' "$LD_PRELOAD"

Kërkoni një bibliotekë mbështjellësi proxy, por mbani mundësinë që variabli të listojë edhe biblioteka të tjera të ngarkuara qëllimisht. Heqja e verbër e të gjitha zërave mund të prishë një mjet tjetër.

Ndryshoni nisësin dhe pastaj rininsni programin

Hiqni parangarkimin aksidental të proxy nga mjedisi që nis programin e prekur. Nëse një skedar nisjeje ose nisës e eksporton atë, rregulloni edhe atë burim. Për nisjet Bash, ndiqni radhën e skedarëve të nisjes. Një fëmijë i ri i një shell të pastër është rast tjetër nga fëmija i një terminali ose IDE-je të vjetër që ende e mban variablin.

Heqja e një variabli mjedisi nuk e shkarkon një bibliotekë nga një proces që ka nisur tashmë me të. Prandaj një aplikacion në punë mund ta mbajë mbështjellësin derisa të riniset përmes rrugës së korrigjuar të nisjes.

Nëse variabli mungon, shqyrtoni burime të tjera të konfiguruara parangarkimi si /etc/ld.so.preload dhe nisësin e vërtetë. Mekanizmi ka kufij: skedarët ekzekutues statikë, thirrjet e drejtpërdrejta të sistemit dhe kufizimet e ekzekutimit të sigurt mund të sillen ndryshe. Me sudo, radha e mbështjellësit ka rëndësi. Një parangarkim i trashëguar shpjegon një kapje të papritur; nuk është provë se çdo lloj trafiku rrjeti përdor proxy-n.