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

Схожі статті