proxy= და no_proxy DNF 4-ში სხვადასხვა საქმეს ასრულებენ
საცავის ცარიელი მნიშვნელობა აჩერებს ძირითადი კონფიგურაციის მემკვიდრეობას; მემკვიდრეობით მიღებულ curl proxy შენატანებს მაინც სჭირდება სამიზნე დანიშნულების გვერდის ავლა.
ჩვეულებრივი საცავებისთვის დატოვეთ კონფიგურირებული მთავარი proxy:
[main]
proxy=http://proxy.example:8080არსებულ internal განყოფილებაში გამორთეთ ეს მემკვიდრეობა:
[internal]
proxy=შეინარჩუნეთ მისი სანდო ბაზისური URL, გასაღებები და შემოწმების პარამეტრები. აქ სხვა სრულ proxy URL-ს შეუძლია სხვა შუამავლის არჩევა. საჯარო საცავებისთვის, რომლებიც დაშვებულია აუთენტიფიკაციის გარეშე საჯარო proxy-ს მეშვეობით, HTTP proxy სია გთავაზობთ კანდიდატებს მთავარი URL-ისთვის; შეინარჩუნეთ შიდა საცავის პირდაპირი გამონაკლისები.
ასევე შეამოწმეთ curl გარემოს სარეზერვო ვარიანტი. DNF ამას აფიქსირებს, როცა proxy დაყენებული არ არის, ძველი _none_-ის ჩათვლით. მხოლოდ ერთი კონფიგურაციის შენატანის წაშლა არ იძლევა პირდაპირი წვდომის გარანტიას მემკვიდრეობით გარემოში.
სასურველი პირდაპირი host-ისთვის დაამატეთ პროცესის გამონაკლისი:
export no_proxy=packages.internal.exampleსარკის სიებსა და გადამისამართებებს შეუძლიათ host-ების დამატება. გამოიყენეთ ეს DNF 4 წესები იმ ვერსიაზე, ძველი Yum-ისა და DNF 5-ის ვარაუდების შემოტანის გარეშე.