sudo proxychains વિરુદ્ધ proxychains sudo: ક્રમ કેમ મહત્વનો છે
સમજો કે proxychains sudo તેની ઇન્ટરસેપ્શન લાઇબ્રેરી કેમ ગુમાવી શકે છે, જ્યારે sudo proxychains ટાર્ગેટ એક્ઝિક્યુશન સંદર્ભમાં રેપર શરૂ કરે છે.
આ આદેશોની એક્ઝિક્યુશન સીમા સમાન નથી:
proxychains4 sudo command
sudo proxychains4 commandProxychains-ng ટાર્ગેટ પ્રોગ્રામમાં લાઇબ્રેરી પ્રી-લોડ કરવાની ગોઠવણ કરે છે. લિનક્સમાં sudo જેવા set-user-ID પ્રોગ્રામને ચલાવવાથી લોડરના સુરક્ષા નિયમો સક્રિય થાય છે, જે સંબંધિત લાઇબ્રેરી-લોડિંગ ચલોને sudo તેમને સાચવે તે પહેલાં દૂર કરે છે.
પરિણામે, "વધુ પર્યાવરણ સાચવવું" એ sudo ને રેપરની અંદર મૂકવા માટે વિશ્વસનીય ઉપાય નથી. sudoers મેન્યુઅલ સ્પષ્ટપણે જણાવે છે કે LD_* જેવા ચલો sudo શરૂ થાય તે પહેલાં દૂર કરવામાં આવે છે.
જો કોઈ આદેશને ખરેખર ટાર્ગેટ એકાઉન્ટની જરૂર હોય, તો રેપરને તે અધિકૃત સંદર્ભમાં શરૂ કરો. પછી કઈ ગોઠવણી વાંચે છે તે ચકાસો: sudo HOME, PATH અને લાગુ પડતી પ્રતિ-વપરાશકર્તા ફાઇલ બદલી શકે છે. કામ કરતું અધિકારવિહીન આહ્વાન સાબિત કરતું નથી કે root એ જ પ્રોક્સી યાદી પસંદ કરી છે.
પ્રોગ્રામ પોતાનું મૂળ પ્રોક્સી ઇન્ટરફેસ આપે તો તેને પ્રાધાન્ય આપો. આ એવી વિનંતી માટે ઇન્ટરસેપ્શન પર આધાર રાખવાથી બચાવે છે જેને રૂટ કરવાનું પ્રોગ્રામ પહેલેથી જાણે છે.
proxychainsની કવરેજ મર્યાદાઓ પણ ધ્યાનમાં રાખો. તેનો સ્ટાર્ટઅપ સંદેશ સાબિત કરે છે કે રેપર શરૂ થયું; તે સાબિત કરતું નથી કે કાચા પેકેટ, અસમર્થિત કૉલ અથવા અલગથી શરૂ કરાયેલી હાલની એપ્લિકેશન પ્રક્રિયાએ તેની લાઇબ્રેરી વાપરી છે. તમે જે નેટવર્ક કામગીરી ઇન્ટરસેપ્ટ કરવા માંગતા હતા તેની પુષ્ટિ કરો, root વિશેષાધિકારને દરેક કામગીરી ઇન્ટરસેપ્ટ થઈ હોવાના પુરાવા તરીકે ન ગણો.