Kada proxy odbije APT-ov User-Agent
Prepoznajte izričito odbijanje klijentske politike identiteta kada curl uspije, ali je APT blokiran kroz isti proxy.
curl dohvaća URL. APT, koristeći isti proxy, dobiva stranicu koja kaže da njegov User-Agent nije odobren. Taj odgovor već sužava istragu: posrednik primjenjuje klijentsku politiku.
Istodobna promjena zrcala repozitorija, zaporki i DNS-a odbacuje taj korisni dokaz. Sačuvajte vraćeni status i relevantni tekst odbijanja prije promjene rute.
APT dokumentira Acquire::http::User-Agent za HTTP metodu dohvaćanja. 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 uvjetu politike.
Provjerite opseg 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 jednako unutar šifriranog prometa.
Stranica odbijanja vraćena tamo gdje su se očekivali metapodaci repozitorija može kasnije izazvati pogrešku pri parsiranju ili pogrešku koja nalikuje pogrešci potpisa. Pročitajte podrijetlo odgovora prije promjene povjerenja u repozitorij. Uspješno usmjeravanje kroz proxy ne čini HTML stranicu politike valjanim indeksom paketa. Za Hash Sum mismatch držite očekivani kontrolni zbroj i stvarne bajtove zajedno.