Когда прокси отклоняет User-Agent APT
Распознайте явный отказ по политике идентичности клиента, когда curl работает, а APT блокируется через тот же прокси.
curl получает URL. APT, используя тот же прокси, получает страницу с сообщением, что его User-Agent не одобрен. Этот ответ уже сужает расследование: посредник применяет клиентскую политику.
Одновременное изменение зеркал репозитория, паролей и DNS отбрасывает это полезное свидетельство. Сохраните возвращённый статус и соответствующий текст отказа, прежде чем менять маршрут.
APT документирует Acquire::http::User-Agent для метода получения по HTTP. Если оператор сети требует одобренный идентификатор, задайте согласованное значение осознанно. Копирование всей строки идентичности браузера из старого ответа может скрыть фактический инструмент обновления и всё равно не выполнить другое условие политики.
Проверьте область неудавшегося запроса. Запрос к HTTP-репозиторию и туннель HTTPS раскрывают обычному неинспектирующему прокси разные сведения. Не делайте вывод, что политика заголовка, видимая на одном пути, автоматически применяется так же внутри зашифрованного трафика.
Страница отказа, возвращённая там, где ожидались метаданные репозитория, может позже вызвать ошибку разбора или ошибку, похожую на ошибку подписи. Прочитайте источник ответа, прежде чем менять доверие к репозиторию. Успешная маршрутизация через прокси не делает HTML-страницу политики действительным индексом пакетов. Для Hash Sum mismatch держите ожидаемую контрольную сумму и фактические байты вместе.