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