Når ein proxy avviser User-Agenten til APT
Kjenn att ei eksplisitt avvising av klientidentitetspolitikk når curl lukkast, men APT blir blokkert gjennom same proxy.
curl hentar ein URL. APT får, via same proxy, ei side som seier at User-Agenten ikkje er godkjend. Det svaret snevrar allereie inn granskinga: mellomleddet nyttar ein klientpolitikk.
Å endre speglane til repositoriet, passord og DNS samstundes kastar bort det nyttige beviset. Ta vare på statusen som vart returnert og den relevante avvisingsteksten før du endrar ruta.
APT dokumenterer Acquire::http::User-Agent for HTTP-hentemetoden. Viss nettverksoperatøren krev ein godkjend identifikator, set den avtalte verdien med vilje. Å kopiere heile identitetsstrengen til ein nettlesar frå eit gammalt svar kan skjule den faktiske oppdateraren og likevel mislukkast på ein annan politikkmessig vilkår.
Kontroller omfanget av den mislukka førespurnaden. Ein HTTP-repositoriumsførespurnad og ein HTTPS-tunnel avdekkjer ulik informasjon for ein vanleg proxy som ikkje avlyttar. Ikkje slå fast at ein headerpolitikk som er synleg på éin veg, automatisk blir brukt likt inne i kryptert trafikk.
Ei avvisingsside som blir returnert der repositoriummetadata var venta, kan også seinare føre til ein parsefeil eller ein feil som liknar ein signaturfeil. Les opphavet til svaret før du endrar tilliten til repositoriet. Vellukka proxy-ruting gjer ikkje ei HTML-politikkside til ein gyldig pakkeindeks. For ein Hash Sum mismatch, hald den venta kontrollsummen og dei faktiske byta saman.