Файл конфигурации может успешно разобраться и всё же не настроить прокси. 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 или ошибка сертификата относятся к более позднему этапу.

Похожие статьи