APT прымае файл, але прапускае ключ проксі
Чытайце налады проксі APT як дрэва канфігурацыі і адрознівайце незадзейнічаны ключ ад збою сеткі.
Файл канфігурацыі можа паспяхова разбірацца і ўсё ж не наладзіць проксі. APT прымае дрэва іменваных опцый; ён не лічыць кожную праўдападобную галіну інструкцыяй для свайго HTTP-транспарту.
Для HTTP-маршруту наладка проксі APT выглядае так:
Acquire::http::Proxy "http://proxy.example.net:8080/";
Выкарыстоўвайце HTTP-канечную кропку свайго сэрвісу або спіс HTTP-проксі, калі доступ да публічных рэпазіторыяў можа ісці праз публічныя проксі. Заварочванне той жа налады ў дадатковую вобласць змяняе яе назву:
APT {
Acquire {
http {
Proxy "http://proxy.example.net:8080/";
};
};
};
Гэта змяшчае значэнне ў APT::Acquire::http::Proxy. Гэта не іншае напісанне Acquire::http::Proxy. Метад атрымання праз HTTP шукае апошняе.
Запытайце дакладнае значэнне
apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy
Гэта інспекцыі канфігурацыі толькі для чытання. Вывад можа раскрыць звесткі пра карыстальніка, калі URI іх змяшчае, таму трымайце ўліковыя дадзеныя па-за агульнымі транскрыптамі. Параўнайце тыя ж файлы канфігурацыі, опцыі і кантэкст уліковага запісу, якія запускаюць няўдалую аперацыю з пакетам.
Адсутнасць значэння па правільным шляху тлумачыць, чаму файл, які выглядае правільным, не выбраў канечную кропку. Гэта пакуль нічога не кажа пра тое, ці дасягальная гэтая кропка.
Правярайце пунктуацыю на правільным узроўні. Назвы выкарыстоўваюць падвойныя двукроп'і; звычайныя прысваенні значэнняў патрабуюць лапкі і кропку з коскай у канцы. Рэгістр літар не мае значэння ў назвах опцый APT, таму замена proxy на Proxy не з'яўляецца выпраўленнем для дадатковай вобласці. Кропка з коскай унутры радка URI — гэта даныя, а не канчатак выказвання.
Выпраўляйце аб'яву, а не дадавайце больш экспартаў вакол яе. Пасля таго як APT паведаміць патрэбную наладу, адмова ў злучэнні, 407 або памылка сертыфіката адносяцца да наступнага этапу.