Magkaiba ang ginagawa ng proxy= at no_proxy sa DNF 4
Ang walang laman na halaga ng repository ay pumipigil sa pagmamana ng pangunahing config; ang minanang curl proxy input ay kailangan pa rin ng paglampas sa nilalayong destinasyon.
Para sa mga ordinaryong repository, panatilihin ang naka-configure na pangunahing proxy:
[main]
proxy=http://proxy.example:8080Sa umiiral na internal na seksyon, i-disable ang pagmamanang iyon gamit ang:
[internal]
proxy=Panatilihin ang pinagkakatiwalaang base URL, mga key at setting ng pagpapatunay nito. Ang ibang buong proxy URL dito ay maaaring pumili ng ibang tagapamagitan. Para sa mga pampublikong repository na pinapayagan sa pamamagitan ng pampublikong proxy na walang pagpapatunay, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato para sa pangunahing URL; panatilihin ang mga direktang pagbubukod ng internal na repository.
Suriin din ang fallback ng kapaligirang curl. Idinokumento ito ng DNF kapag hindi nakatakda ang proxy, kabilang ang lumang _none_. Ang pagtanggal ng isang config input lamang ay hindi garantiya ng direktang pag-access sa minanang kapaligiran.
Para sa nilalayong direktang host, idagdag ang pagbubukod ng proseso:
export no_proxy=packages.internal.exampleAng mga listahan ng mirror at pag-redirect ay maaaring magdagdag ng host. Ilapat ang mga tuntuning ito ng DNF 4 sa bersyong iyon, nang hindi nag-aangkat ng mga palagay ng lumang Yum o DNF 5.