ပကတိ ကိုယ်ပိုင် IP သို့ ပေးပို့သော တောင်းဆိုချက်သည် subnet ခြွင်းချက်ဖြင့် proxy ကို အသုံးပြုသော်လည်း --noproxy '*' ဖြင့် တိုက်ရိုက် သွားသည်။ ယင်းက OS သည် proxy ခြွင်းချက်အားလုံးကို လျစ်လျူရှုသည်ဟု သက်သေမပြပါ။

client သည် နားလည်နိုင်သော ကျော်ဖြတ်မှုပုံစံတစ်ခုကို ပြသခဲ့သည်။ နောက်မေးခွန်းမှာ သင်ပေးထားသော အပိုင်းအခြားပုံစံကို အကောင်အထည်ဖော်ခြင်း ရှိ/မရှိ ဖြစ်သည်။

curl သည် ဤခြွင်းချက်များအတွက် CIDR ကိုက်ညီမှုကို 7.86.0 တွင် ထည့်သွင်းခဲ့သည်။ အသစ်ပုံပေါက်သော OS ထုတ်ဝေမှု အသုံးပြုနေသည့် စက်တွင်ပင် အခြားဗားရှင်းလမ်းကြောင်း၏ client သို့မဟုတ် ချိတ်ဆက်ထားသော library ရှိနိုင်သေးသည်။ အမှန်တကယ် ခေါ်ယူသည့် executable နှင့် ၎င်းနှင့် ချိတ်ဆက်ထားသော libcurl ကို စစ်ဆေးပါ၊ ပြဿနာခေါင်းစဉ်ရှိ OS အမည်ကို သာမက။

libcurl အသုံးပြုသော application သည် သီးခြား curl အမိန့်နှင့် ကွာခြားနိုင်သည်။ distribution patch များလည်း အရေးပါနိုင်သည်၊ ထို့ကြောင့် အခြေခံဗားရှင်းတစ်ခုတည်းဖြင့် အဆုံးအဖြတ်မရသောအခါ တပ်ဆင်ထားသော package ၏ အင်္ဂါရပ်စာရွက်စာတမ်းကို အသုံးပြုပါ။

တောင်းဆိုချက်၏ input ကို တိကျစွာ ထားရှိပါ။ subnet ထဲသို့ ဖြေရှင်းပေးသော hostname သည် ပကတိလိပ်စာ ပါဝင်သော URL နှင့် မတူညီသော အမှုတစ်ခု ဖြစ်သည်။ ပံ့ပိုးထားသော CIDR parser သည် အမည်တိုင်းကို လိပ်စာအခြေပြု ကျော်ဖြတ်မှု ဆုံးဖြတ်ချက်အဖြစ် ပြောင်းရန် အလိုအလျောက် DNS မေးမြန်းမှု မပြုလုပ်ပါ။

package များ မလဲလှယ်မီ သို့မဟုတ် တစ်ခုချင်း လိပ်စာများ၏ ကြီးမားသော စာရင်း မဖန်တီးမီ client အထောက်အထား၊ တိကျသော URL၊ ခြွင်းချက်တန်ဖိုး နှင့် ထိန်းချုပ်ထားသော ရလဒ်ကို စုဆောင်းပါ။ host အားလုံးအတွက် ကမ္ဘာ့ကျော်ဖြတ်မှုသည် နှိုင်းယှဉ်မှုနှင့် ပတ်သက်၍ အသုံးဝင်သော သက်သေဖြစ်သည်၊ သို့သော် ၎င်းသည် ရည်ရွယ်ထားသော အမြဲတမ်း routing မူဝါဒ အလိုအလျောက် မဟုတ်ပါ။

ဆက်စပ်ဆောင်းပါးများ