proxy= na no_proxy katika DNF 4 hufanya kazi tofauti
Thamani tupu ya hifadhi husimamisha urithi wa usanidi mkuu; ingizo za proxy za curl zilizorithiwa bado zinahitaji kupita lengo lililokusudiwa.
Kwa hifadhi za kawaida, baki na proxy kuu iliyosanidiwa:
[main]
proxy=http://proxy.example:8080Katika sehemu ya internal iliyopo, zima urithi huo kwa:
[internal]
proxy=Hifadhi URL yake ya msingi inayoaminika, funguo na mipangilio ya uthibitishaji. URL nyingine kamili ya proxy hapa inaweza badala yake kuchagua mpatanishi tofauti. Kwa hifadhi za umma zinazoruhusiwa kupitia proxy ya umma isiyo na uthibitishaji, orodha ya proxy za HTTP hutoa wagombea kwa URL kuu; hifadhi misamaha ya moja kwa moja ya hifadhi ya ndani.
Chunguza pia hali mbadala ya mazingira ya curl. DNF inaandika hiyo wakati proxy haijawekwa, ikiwa ni pamoja na _none_ ya zamani. Kuondoa ingizo moja la usanidi pekee hakuhakikishi ufikiaji wa moja kwa moja katika mazingira yaliyorithiwa.
Kwa host ya moja kwa moja inayokusudiwa, ongeza msamaha wa mchakato:
export no_proxy=packages.internal.exampleOrodha za kioo na uelekezaji upya zinaweza kuongeza host. Tumia kanuni hizi za DNF 4 kwa toleo hilo, bila kuagiza mawazo ya Yum ya zamani au DNF 5.