પ્રીફિક્સ દૂર કર્યા પછી પણ proxychains ત્યાં જ છે

તમે કમાન્ડમાંથી proxychains દૂર કરો છો, તેને ફરી ચલાવો છો અને હજી પણ રેપરનો શરૂઆતનો સંદેશ જુઓ છો. એપ્લિકેશન સેટિંગ શોધતા પહેલાં લોન્ચ એન્વાયર્નમેન્ટ તપાસો.

લિનક્સમાં LD_PRELOAD ડાયનેમિક લિંકરને સામાન્ય લાઇબ્રેરીઓ પહેલાં નિર્દિષ્ટ શેર્ડ ઑબ્જેક્ટ લોડ કરવાનું કહે છે. પ્રોક્સી રેપર આ મિકેનિઝમનો ઉપયોગ સમર્થિત નેટવર્ક કૉલને રોકવા માટે કરી શકે છે. જો કોઈએ શેલમાં વેરિયેબલ એક્સપોર્ટ કર્યું હોય, તો પછીના ચાઇલ્ડ પ્રોગ્રામ તેને વારસામાં મેળવી શકે છે, જ્યારે તેમની કમાન્ડ લાઇનમાં કોઈ રેપર પ્રીફિક્સ ન હોય ત્યારે પણ.

તે શેલમાં પ્રથમ માત્ર-વાંચન તપાસ આ છે:

printf '%s\n' "$LD_PRELOAD"

પ્રોક્સી રેપર લાઇબ્રેરી શોધો, પણ એ શક્યતા રાખો કે વેરિયેબલ અન્ય જાણી જોઇને લોડ કરેલી લાઇબ્રેરીઓ પણ સૂચિત કરે છે. બધી એન્ટ્રીઓ આંધળી રીતે દૂર કરવાથી બીજું સાધન ખલેલ પામી શકે છે.

લોન્ચર બદલો, પછી પ્રોગ્રામ ફરી લોન્ચ કરો

અસરગ્રસ્ત પ્રોગ્રામ લોન્ચ કરતા એન્વાયર્નમેન્ટમાંથી આકસ્મિક પ્રોક્સી પ્રીલોડ દૂર કરો. જો સ્ટાર્ટઅપ ફાઇલ કે લોન્ચર તેને એક્સપોર્ટ કરે, તો તે સ્રોત પણ સુધારો. Bash લોન્ચ માટે સ્ટાર્ટઅપ ફાઇલોનો ક્રમ અનુસરો. સ્વચ્છ શેલનું નવું ચાઇલ્ડ જૂના ટર્મિનલ કે IDE ના ચાઇલ્ડ કરતાં અલગ કેસ છે, જે હજી વેરિયેબલ રાખે છે.

એન્વાયર્નમેન્ટ વેરિયેબલ અનસેટ કરવાથી પહેલેથી તેની સાથે શરૂ થયેલા પ્રોસેસમાંથી લાઇબ્રેરી અનલોડ થતી નથી. તેથી ચાલતી એપ્લિકેશન સુધારેલા લોન્ચ પાથ દ્વારા ફરી શરૂ થાય ત્યાં સુધી રેપર રાખી શકે છે.

જો વેરિયેબલ ન હોય, તો /etc/ld.so.preload જેવા અન્ય ગોઠવેલા પ્રીલોડ સ્રોત અને વાસ્તવિક લોન્ચર તપાસો. આ મિકેનિઝમની મર્યાદાઓ છે: સ્ટેટિક એક્ઝિક્યુટેબલ, સીધા સિસ્ટમ કૉલ અને સુરક્ષિત-એક્ઝિક્યુશન પ્રતિબંધો જુદી રીતે વર્તી શકે છે. sudo સાથે રેપરનો ક્રમ મહત્વપૂર્ણ છે. વારસામાં મળેલો પ્રીલોડ અણધારી રોકને સમજાવે છે; તે પુરાવો નથી કે દરેક પ્રકારનો નેટવર્ક ટ્રાફિક પ્રોક્સી વાપરે છે.