စတင်ချိန် proxy wrapper များနှင့် ရှိပြီးသား လုပ်ငန်းစဉ်များ
ပရိုဆက်စ် wrapper တစ်ခုသည် ပုံမှန်အားဖြင့် ဖွင့်ထားပြီးသော ချိတ်ဆက်မှုများတွင် proxy တပ်ဆင်မည့်အစား အပလီကေးရှင်းကို စတင်ရန် အဘယ်ကြောင့် လိုအပ်သည်ကို ရှင်းပြထားသည်။
socksify သို့မဟုတ် proxychains ကဲ့သို့ wrapper သည် ပုံမှန်အားဖြင့် ပစ်မှတ်ပရိုဂရမ်ကို ကြားဖြတ်ဖမ်းယူမှု library နှင့်အတူ စတင်သည်။ ရှိပြီးသား ပရိုဆက်စ်တစ်ခု၏ PID ကို ပေးခြင်းက ထို library ကို ပရိုဆက်စ်ထဲ မထည့်သွင်းနိုင်သလို ၎င်း၏ ဖွင့်ထားသော ချိတ်ဆက်မှုများကိုလည်း မရွှေ့ပြောင်းပါ။ proxychains-ng အတွက် အမှန်တကယ် executable ၏ library တင်ရန် လိုအပ်ချက်များကို စစ်ဆေးပါ။
အပလီကေးရှင်းတွင် ကိုယ်ပိုင် proxy ဆက်တင်များ ပါရှိပါက ၎င်းတို့ကို အသုံးပြုရန် မှတ်တမ်းတင်ထားသော နည်းလမ်းကို အသုံးပြုပါ။ ပြောင်းလဲမှုတစ်ခုက တောင်းဆိုမှုအသစ်များအပေါ် သက်ရောက်နိုင်ပြီး တည်ရှိပြီးသား ချိတ်ဆက်မှုများမှာမူ ယခင်လမ်းကြောင်းအတိုင်း ဆက်လက်သွားပါသည်။
စတင်ချိန် ကြားဖြတ်ဖမ်းယူမှုသည် ရည်ရွယ်ထားသော နည်းလမ်းဖြစ်ပါက ထို wrapper အောက်တွင် အပလီကေးရှင်းကို သင့်လျော်သလို ပြန်လည်စတင်ရန် စီစဉ်ပါ။ launcher အချို့သည် အလုပ်ကို လည်ပတ်နေပြီးသား နောက်ခံ instance သို့ လွှဲအပ်သည်ကို သတိရပါ။
စနစ်အဆင့် routing သို့မဟုတ် ကြားဖြတ်ဖမ်းယူမှု ဒီဇိုင်းသည် ကိုယ်ပိုင်နယ်ပယ်ရှိသော အခြားယန္တရားတစ်ခု ဖြစ်သည်။ ၎င်းကို PID တစ်ခုတည်းသို့ proxy ဆက်တင်ထည့်ခြင်းနှင့် တူညီသော လုပ်ဆောင်ချက်အဖြစ် ဖော်ပြသင့်သည်မဟုတ်ပါ။
လိုအပ်သော ထွက်ပေါက်အတွက် ကွန်ရက်ချိတ်ဆက်မှုအသစ်များ ဖန်တီးနေသော အမှန်တကယ် ပရိုဆက်စ်နှင့် ထို ချိတ်ဆက်မှုများ အသုံးပြုသော လမ်းကြောင်းကို ဖော်ထုတ်ပါ။ မြင်နိုင်သော ပရိုဆက်စ်အမည် သို့မဟုတ် အခြား terminal ရှိ wrapper command သည် ၎င်းနှစ်ခုစလုံးကို သက်သေမပြပါ။