DNF 4 တွင် proxy= နှင့် no_proxy သည် မတူညီသော အလုပ်များ လုပ်သည်

သာမန် repository များအတွက် သတ်မှတ်ထားသော main proxy ကို ထားရှိပါ-

[main]
proxy=http://proxy.example:8080

ရှိပြီးသား internal အပိုင်းတွင် ထို အမွေဆက်ခံမှုကို ဤသို့ ပိတ်ပါ-

[internal]
proxy=

၎င်း၏ ယုံကြည်ရသော base URL၊ key များနှင့် စစ်ဆေးမှု ဆက်တင်များကို ထိန်းသိမ်းပါ။ ဤနေရာတွင် အခြား proxy URL အပြည့်အစုံက အစားထိုး ကြားခံတစ်ခုကို ရွေးနိုင်သည်။ authentication မပါသော အများသူငှာ proxy မှတစ်ဆင့် ခွင့်ပြုထားသော အများသူငှာ repository များအတွက် HTTP proxy စာရင်း သည် main URL အတွက် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်; internal repository ၏ တိုက်ရိုက် ခြွင်းချက်များကို ထိန်းသိမ်းပါ။

curl ပတ်ဝန်းကျင် fallback ကိုလည်း စစ်ဆေးပါ။ proxy မသတ်မှတ်ထားသောအခါ DNF က ၎င်းကို မှတ်တမ်းတင်သည်၊ ဟောင်းနွမ်းသော _none_ အပါအဝင်။ config ထည့်သွင်းချက် တစ်ခုတည်းကို ဖယ်ရှားခြင်းသည် အမွေဆက်ခံထားသော ပတ်ဝန်းကျင်တွင် တိုက်ရိုက် ဝင်ရောက်နိုင်မှုကို အာမမခံပါ။

ရည်ရွယ်ထားသော တိုက်ရိုက် host အတွက် process ခြွင်းချက်ကို ပေါင်းထည့်ပါ-

export no_proxy=packages.internal.example

mirror စာရင်းများနှင့် ပြန်လည်လွှဲပြောင်းမှုများသည် host များ ထပ်တိုးနိုင်သည်။ ဤ DNF 4 စည်းမျဉ်းများကို ထို version တွင် အသုံးပြုပါ၊ ဟောင်းနွယ်သော Yum သို့မဟုတ် DNF 5 ၏ ယူဆချက်များကို မတင်သွင်းဘဲ။