Når en proxy avviser APTs User-Agent
Gjenkjenn en eksplisitt avvisning av klientidentitetspolicy når curl lykkes, men APT blokkeres gjennom samme proxy.
curl henter en URL. APT får, via samme proxy, en side som sier at User-Agenten ikke er godkjent. Det svaret snevrer allerede inn undersøkelsen: mellomleddet anvender en klientpolicy.
Å endre repositoriets speil, passord og DNS samtidig kaster bort det nyttige beviset. Ta vare på statusen som ble returnert og den relevante avvisningsteksten før du endrer ruten.
APT dokumenterer Acquire::http::User-Agent for HTTP-hentemetoden. Hvis nettverksoperatøren krever en godkjent identifikator, sett den avtalte verdien bevisst. Å kopiere en nettlesers fulle identitetsstreng fra et gammelt svar kan skjule den faktiske oppdatereren og likevel feile på en annen policybetingelse.
Kontroller omfanget av den mislykkede forespørselen. En HTTP-repositoriumsforespørsel og en HTTPS-tunnel avslører ulik informasjon for en vanlig proxy som ikke avlytter. Ikke slut at en headerpolicy som er synlig på én vei, automatisk brukes likt inne i kryptert trafikk.
En avvisningsside som returneres der repositoriummetadata var forventet, kan også senere forårsake en parsefeil eller en feil som ligner en signaturfeil. Les opprinnelsen til svaret før du endrer tilliten til repositoriet. Vellykket proxy-ruting gjør ikke en HTML-policyside til en gyldig pakkeindeks. For en Hash Sum mismatch, hold den forventede kontrollsummen og de faktiske bytene sammen.