Kada proxy odbije APT-ov User-Agent
Prepoznajte eksplicitno odbijanje klijentske politike identiteta kada curl uspije, a APT je 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 primjenjuje klijentsku politiku.
Istovremena promjena ogledala repozitorija, lozinki i DNS-a odbacuje taj korisni dokaz. Sačuvajte vraćeni status i relevantni tekst odbijanja prije promjene rute.
APT dokumentuje Acquire::http::User-Agent za HTTP metod preuzimanja. Ako mrežni operater zahtijeva odobreni identifikator, namjerno postavite dogovorenu vrijednost. Kopiranje cijelog identifikacijskog niza preglednika iz starog odgovora može sakriti stvarni program za ažuriranje i ipak pasti na drugom uslovu politike.
Provjerite obim neuspjelog zahtjeva. Zahtjev prema HTTP repozitoriju 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 primjenjuje isto unutar šifrovanog saobraćaja.
Stranica odbijanja vraćena tamo gdje su se očekivali metapodaci repozitorija može kasnije izazvati grešku pri parsiranju ili grešku koja liči na grešku potpisa. Pročitajte porijeklo odgovora prije promjene povjerenja u repozitorij. Uspješ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.