sudo proxychains mot proxychains sudo: kvifor rekkjefølgja har noko å seie

Desse kommandoane har ikkje same køyregrense:

proxychains4 sudo command
sudo proxychains4 command

Proxychains-ng sørgjer for at eit bibliotek blir førehandslasta inn i målprogrammet. På Linux utløyser køyring av eit set-user-ID-program som sudo lastar-tryggingsreglar som fjernar dei relevante biblioteklastingsvariablane før sudo kan ta vare på dei.

Difor er ikkje «ta vare på meir miljø» ein påliteleg måte å setje sudo inne i innpakninga på. Sudoers-handboka skildrar eksplisitt at variablar som LD_* blir fjerna før sudo byrjar.

Viss ein kommando verkeleg krev målkontoen, start innpakninga i den autoriserte samanhengen. Sjekk så kva konfigurasjon han les: sudo kan endre HOME, PATH og den gjeldande fila per brukar. Eit fungerande kall utan privilegium provar ikkje at root valde same proxylista.

Føretrekk det innebygde proxygrensesnittet til programmet når det finst. Det gjer at du ikkje er avhengig av avskjering for ein førespurnad programmet alt veit korleis det skal rute.

Hald òg dekningsgrensene til proxychains i minnet. Oppstartsmeldinga provar at innpakninga starta; ho provar ikkje at råpakkar, ustøtta kall eller ein separat starta eksisterande applikasjonsprosess brukte biblioteket. Stadfest nettverksoperasjonen du meinte å proxy, i staden for å sjå root-privilegium som prov på at kvar operasjon vart avskoren.