Конфигурационен файл може да се анализира успешно и въпреки това да не настрои проксито. 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 или грешка със сертификат принадлежат към по-късен етап.

Подобни статии