snapd အတွက် ပရောက်စီသည် snap အက်ပ်၏ ပရောက်စီနှင့် သီးခြားဖြစ်သည်
snap များကို ဆွဲယူသော daemon ကို ထို snap များအတွင်း လုပ်ဆောင်နေသော အက်ပ်များနှင့် သီးခြား ပြင်ဆင်ပါ။
အောင်မြင်သော snap install ပြီးနောက် အက်ပ်က ချိတ်ဆက်၍ မရခြင်းတွင် မတူညီသော တောင်းဆိုမှု ပိုင်ရှင် နှစ်ခု ပါဝင်သည်:
| မအောင်မြင်သော လုပ်ဆောင်ချက် | စစ်ဆေးရမည့် ပြင်ဆင်မှု |
|---|---|
| snap ရှာခြင်း၊ ဒေါင်းလုဒ်လုပ်ခြင်း သို့မဟုတ် ပြန်လည်ဆန်းသစ်ခြင်း | snapd ၏ စတိုးဆိုင် ဝင်ရောက်ခွင့် ပြင်ဆင်မှုနှင့် daemon ပတ်ဝန်းကျင် |
| ထည့်သွင်းထားသော အက်ပ်မှ ချိတ်ဆက်ခြင်း | ထို အက်ပ်၏ ကွန်ရက် client၊ sandbox ပတ်ဝန်းကျင်၊ ဒက်စ်တော့ ဆက်တင်များနှင့် ယုံကြည်မှု သိုလှောင်ရာ |
snapd အတွက် ထည့်သွင်းမှု၏ ပံ့ပိုးထားသော အင်တာဖေ့စ်ကို အသုံးပြုပါ။ HTTP ပရောက်စီ စာရင်းမှ HTTP အဆုံးမှတ်သည် အများသူငှာ စတိုးဝင်ရောက်ခွင့်က အများသူငှာ ပရောက်စီများကို သုံးနိုင်မှသာ ရွေးချယ်စရာ ဖြစ်သည်။ ၎င်း၏ proxy.http နှင့် proxy.https ရွေးချယ်မှုများသည် ထုတ်ကုန်အလိုက် ဖြစ်သည်။ ၎င်းတို့၏ သက်ဆိုင်မှုနှင့် ဝန်ဆောင်မှု ပတ်ဝန်းကျင် ဖိုင်များသည် ဖြန့်ကျက်ထားသော စနစ်နှင့် ကိုက်ညီရမည်။ snap အမိန့် လုပ်ဆောင်နေစဉ် တာမီနယ်တွင် ပြုလုပ်သော ထုတ်ယူမှုသည် daemon ၏ စတင်ပတ်ဝန်းကျင်ကို အစားထိုးမပေးပါ။
အထက်ပိုင်း unit နမူနာတွင် ပတ်ဝန်းကျင်ဖိုင် ထည့်သွင်းချက်များ ပါဝင်သော်လည်း ထည့်သွင်းထားသော လမ်းကြောင်းများနှင့် ရှိပြီးသား တန်ဖိုးများက အရေးကြီးသည်။ သင့်လျော်ပါက systemd drop-in က ထို ပတ်ဝန်းကျင်ကို ပေးနိုင်သည်။ ပြောင်းထားသော unit ကို ဖွင့်ခြင်းနှင့် daemon လုပ်ငန်းစဉ်ကို ပြန်လည်ဖန်တီးခြင်းသည် မတူညီသော အဆင့်များ ဖြစ်သည်။
လုပ်ဆောင်နေသော snap အက်ပ်အတွက် ၎င်း၏ ကိုယ်ပိုင် တောင်းဆိုမှု လမ်းကြောင်းကို စစ်ဆေးပါ။ စတိုးတွင် အောင်မြင်ခြင်းသည် ထို ဆက်တင်များကို အမွေရခဲ့သည်ဟု သို့မဟုတ် တူညီသော လက်မှတ်များကို ယုံကြည်သည်ဟု သက်သေမပြပါ။ မအောင်မြင်သော လုပ်ဆောင်ချက်ကို ဦးစွာ အမည်ပေးပါ။ သို့မှသာ အက်ပ် ပြဿနာကြောင့် ကျန်းမာသော ဒေါင်းလုဒ် daemon ကို ထပ်ခါတလဲလဲ ပြန်စတင်ခြင်း မဖြစ်ပေါ်စေရန်။