sudo proxychains နှင့် proxychains sudo- အစီအစဉ်က ဘာကြောင့် အရေးကြီးသလဲ
proxychains sudo သည် ၎င်း၏ ဖမ်းယူရေး စာကြည့်တိုက်ကို ဘာကြောင့် ဆုံးရှုံးနိုင်သလဲ၊ sudo proxychains သည် ပတ်တီးကို ပစ်မှတ် လုပ်ဆောင်မှု အခြေအနေတွင် စတင်သည်ကို နားလည်ပါ။
ဤအမိန့်နှစ်ခုတွင် လုပ်ဆောင်မှု နယ်နိမိတ် မတူပါ-
proxychains4 sudo command
sudo proxychains4 command
Proxychains-ng သည် ပစ်မှတ် ပရိုဂရမ်ထဲသို့ စာကြည့်တိုက်တစ်ခုကို ကြိုတင် ထည့်သွင်းစေသည်။ Linux တွင် sudo ကဲ့သို့ set-user-ID ပရိုဂရမ်ကို လုပ်ဆောင်ခြင်းသည် ဖွင့်ထည့်သူ၏ လုံခြုံရေး စည်းမျဉ်းများကို စတင်စေပြီး ၎င်းတို့သည် သက်ဆိုင်ရာ စာကြည့်တိုက် ထည့်သွင်းမှု ကိန်းရှင်များကို sudo မထိန်းသိမ်းနိုင်မီ ဖယ်ရှားပစ်သည်။
ထို့ကြောင့် "ဝန်းကျင် ပိုထိန်းသိမ်းခြင်း" သည် sudo ကို ပတ်တီးအတွင်း ထည့်ရန် ယုံကြည်စိတ်ချရသော ပြုပြင်မှု မဟုတ်ပါ။ sudoers လက်စွဲစာအုပ်က LD_* ကဲ့သို့ ကိန်းရှင်များကို sudo မစတင်မီ ဖယ်ရှားကြောင်း အတိအလင်း ဖော်ပြထားသည်။
အမိန့်တစ်ခုသည် ပစ်မှတ် အကောင့်ကို အမှန်တကယ် လိုအပ်ပါက ထို ခွင့်ပြုထားသော အခြေအနေတွင် ပတ်တီးကို စတင်ပါ။ ထို့နောက် မည်သည့် ဖွဲ့စည်းမှုကို ဖတ်သည်ကို စစ်ဆေးပါ- sudo သည် HOME၊ PATH နှင့် သက်ဆိုင်ရာ အသုံးပြုသူ အလိုက် ဖိုင်ကို ပြောင်းနိုင်သည်။ အလုပ်လုပ်သော အခွင့်အရေးမရှိ ခေါ်ဆိုမှုသည် root သည် တူညီသော ပရောက်ဆီ စာရင်းကို ရွေးချယ်ခဲ့ကြောင်း သက်သေမပြပါ။
ပရိုဂရမ်က ၎င်း၏ မူရင်း ပရောက်ဆီ မျက်နှာပြင်ကို ပေးပါက ၎င်းကို ဦးစားပေးပါ။ ယင်းက ပရိုဂရမ် လမ်းကြောင်း ချပုံကို သိပြီးသား တောင်းဆိုမှုအတွက် ဖမ်းယူရေးအပေါ် မှီခိုခြင်းကို ရှောင်ရှားစေသည်။
proxychains ၏ လွှမ်းခြုံမှု ကန့်သတ်ချက်များကိုလည်း သတိရပါ။ ၎င်း၏ စတင်မှု သတင်းစကားသည် ပတ်တီး စတင်ခဲ့ကြောင်း သက်သေပြသည်၊ သို့သော် အကြမ်းဖျင်း ပက်ကတ်များ၊ ပံ့ပိုးမထားသော ခေါ်ဆိုမှုများ သို့မဟုတ် သီးခြား စတင်ထားသော လက်ရှိ အပလီကေးရှင်း လုပ်ငန်းစဉ်က ၎င်း၏ စာကြည့်တိုက်ကို အသုံးပြုခဲ့ကြောင်း သက်သေမပြပါ။ သင်ဖမ်းယူလိုသော ကွန်ရက် လုပ်ဆောင်ချက်ကို အတည်ပြုပါ၊ root အခွင့်အရေးကို လုပ်ဆောင်ချက်တိုင်း ဖမ်းယူခံရသည့် အထောက်အထားအဖြစ် မယူဆပါနှင့်။