DNF 4 இல் proxy= மற்றும் no_proxy வெவ்வேறு வேலைகளைச் செய்கின்றன
காலியான repository மதிப்பு main config பின்னடைவை நிறுத்துகிறது; மரபுவழியாக வந்த curl proxy உள்ளீடுகளுக்கு இன்னும் நோக்கமிடப்பட்ட இடத்தைத் தவிர்க்க வேண்டும்.
சாதாரண repository-களுக்கு, அமைக்கப்பட்ட main proxy-ஐ வைத்திருங்கள்:
[main]
proxy=http://proxy.example:8080இருக்கும் internal பிரிவில், அந்த மரபை இவ்வாறு முடக்குங்கள்:
[internal]
proxy=அதன் நம்பகமான அடிப்படை URL, விசைகள் மற்றும் சரிபார்ப்பு அமைப்புகளை வைத்திருங்கள். இங்கே மற்றொரு முழு proxy URL அதற்குப் பதிலாக வேறு இடைநிலையைத் தேர்ந்தெடுக்கலாம். அங்கீகாரமற்ற பொது proxy வழியாக அனுமதிக்கப்படும் பொது repository-களுக்கு, HTTP proxy பட்டியல் main URL-க்கு வேட்பாளர்களை வழங்குகிறது; internal repository-யின் நேரடி விலக்குகளைப் பாதுகாக்கவும்.
curl சூழலின் fallback-ஐயும் சரிபார்க்கவும். proxy அமைக்கப்படாதபோது DNF அதை ஆவணப்படுத்துகிறது, பழைய _none_ உட்பட. ஒரு config உள்ளீட்டை மட்டும் நீக்குவது மரபுவழி சூழலில் நேரடி அணுகலை உறுதிப்படுத்தாது.
நோக்கமிடப்பட்ட நேரடி host-க்கு, செயல்முறை விலக்கைச் சேர்க்கவும்:
export no_proxy=packages.internal.examplemirror பட்டியல்களும் திருப்பிவிடல்களும் host-களைச் சேர்க்கலாம். இந்த DNF 4 விதிகளை அந்த பதிப்பிற்குப் பயன்படுத்துங்கள், பழைய Yum அல்லது DNF 5 அனுமானங்களை இறக்குமதி செய்யாமல்.