Kada proxy odbije APT-ov User-Agent
Prepoznajte izričito odbijanje klijentske politike identiteta kada curl uspe, ali je APT blokiran kroz isti proxy.
curl preuzima URL. APT, koristeći isti proxy, dobija stranicu koja kaže da njegov User-Agent nije odobren. Taj odgovor već sužava istragu: posrednik primenjuje klijentsku politiku.
Istovremena promena ogledala repozitorijuma, lozinki i DNS-a odbacuje taj korisni dokaz. Sačuvajte vraćeni status i relevantni tekst odbijanja pre nego što promenite rutu.
APT dokumentuje Acquire::http::User-Agent za HTTP metod preuzimanja. Ako mrežni operater zahteva odobreni identifikator, namerno postavite dogovorenu vrednost. Kopiranje celog identifikacionog niza pregledača iz starog odgovora može sakriti stvarni program za ažuriranje i ipak pasti na drugom uslovu politike.
Proverite obim neuspelog zahteva. Zahtev prema HTTP repozitorijumu i HTTPS tunel otkrivaju različite informacije običnom proxyju koji ne presreće. Ne zaključujte da se politika zaglavlja vidljiva na jednoj ruti automatski primenjuje isto unutar šifrovanog saobraćaja.
Stranica odbijanja vraćena tamo gde su se očekivali metapodaci repozitorijuma može kasnije izazvati grešku pri parsiranju ili grešku koja liči na grešku potpisa. Pročitajte poreklo odgovora pre nego što promenite poverenje u repozitorijum. Uspešno rutiranje kroz proxy ne čini HTML stranicu politike važećim indeksom paketa. Za Hash Sum mismatch držite očekivanu kontrolnu sumu i stvarne bajtove zajedno.