Када прокси одбије APT-ов User-Agent
Препознајте изричито одбијање клијентске политике идентитета када curl успе, али је APT блокиран кроз исти прокси.
curl преузима URL. APT, користећи исти прокси, добија страницу која каже да његов User-Agent није одобрен. Тај одговор већ сужава истрагу: посредник примењује клијентску политику.
Истовремена промена огледала репозиторијума, лозинки и DNS-а одбацује тај корисни доказ. Сачувајте враћени статус и релевантни текст одбијања пре него што промените руту.
APT документује Acquire::http::User-Agent за HTTP метод преузимања. Ако мрежни оператер захтева одобрени идентификатор, намерно поставите договорену вредност. Копирање целог идентификационог низа прегледача из старог одговора може сакрити стварни програм за ажурирање и ипак пасти на другом услову политике.
Проверите обим неуспелог захтева. Захтев према HTTP репозиторијуму и HTTPS тунел откривају различите информације обичном проксију који не пресреће. Не закључујте да се политика заглавља видљива на једној рути аутоматски примењује исто унутар шифрованог саобраћаја.
Страница одбијања враћена тамо где су се очекивали метаподаци репозиторијума може касније изазвати грешку при парсирању или грешку која личи на грешку потписа. Прочитајте порекло одговора пре него што промените поверење у репозиторијум. Успешно рутирање кроз прокси не чини HTML страницу политике важећим индексом пакета. За Hash Sum mismatch држите очекивану контролну суму и стварне бајтове заједно.