Når en proxy avviser User-Agenten til APT
Gjenkjenn en eksplisitt avvisning av klientidentitetspolicy når curl lykkes, men APT blokkeres gjennom den samme proxyen.
curl henter en URL. APT får, gjennom den samme proxyen, en side som sier at User-Agenten ikke er godkjent. Det svaret avgrenser allerede undersøkelsen: mellomleddet anvender en klientpolicy.
Å endre repositoriets speil, passord og DNS på én gang kaster bort denne 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 mislykkes på en annen policybetingelse.
Kontroller omfanget av den mislykkede forespørselen. En HTTP-repositoriumsforespørsel og en HTTPS-tunnel avdekker ulik informasjon for en vanlig proxy som ikke avlytter. Ikke anta at en headerpolicy som er synlig på én vei, automatisk brukes på samme måte inne i kryptert trafikk.
En avvisningsside som returneres der repositoriummetadata var forventet, kan også senere forårsake en tolkningsfeil eller en feil som ser ut som 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.