proxy= і no_proxy у DNF 4 выконваюць розныя задачы

Пустое значэнне рэпазіторыя спыняе ўспадкоўванне асноўнага канфігу; атрыманыя ў спадчыну ўводы proxy для curl па-ранейшаму патрабуюць абыходу патрэбнага прызначэння.

Для звычайных рэпазіторыяў пакіньце наладжаны асноўны проксі:

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

У існуючай секцыі internal адключыце гэта ўспадкоўванне:

[internal]
proxy=

Захавайце яго давераны базавы URL, ключы і параметры праверкі. Іншы поўны URL проксі тут можа замест гэтага выбраць іншага пасярэдніка. Для публічных рэпазіторыяў, дазволеных праз неаўтэнтыфікаваны публічны проксі, спіс HTTP-проксі дае кандыдатаў для асноўнага URL; захавайце прамыя выключэнні ўнутранага рэпазіторыя.

Таксама праверце запасны варыянт асяроддзя curl. DNF дакументуе яго, калі проксі не зададзены, уключаючы састарэлы _none_. Выдаленне аднаго элемента канфігурацыі не гарантуе прамога доступу ва ўспадкаваным асяроддзі.

Для патрэбнага прамога хаста дадайце выключэнне працэсу:

export no_proxy=packages.internal.example

Спісы люстэркаў і перанакіраванні могуць дадаваць хасты. Ужывайце гэтыя правілы DNF 4 да той версіі, не пераносячы дапушчэнні састарэлага Yum або DNF 5.

Падобныя артыкулы