Kapag tinanggihan ng proxy ang User-Agent ng APT
Kilalanin ang malinaw na pagtanggi sa patakaran ng pagkakakilanlan ng kliyente kapag nagtagumpay ang curl ngunit nahaharang ang APT sa parehong proxy.
Kumukuha ang curl ng URL. Ang APT, gamit ang parehong proxy, ay tumatanggap ng pahinang nagsasabing hindi aprubado ang User-Agent nito. Ang tugon na iyon ay nagpapakitid na sa imbestigasyon: nagpapatupad ng patakaran ng kliyente ang tagapamagitan.
Ang sabay na pagbabago ng mga salamin ng repository, mga password at DNS ay nagtatapon ng kapaki-pakinabang na ebidensiyang iyon. Itabi ang ibinalik na estado at ang kaugnay na teksto ng pagtanggi bago baguhin ang ruta.
Idinodokumento ng APT ang Acquire::http::User-Agent para sa paraan ng pagkuha sa HTTP. Kung hinihiling ng operator ng network ang aprubadong identifier, sadyang itakda ang napagkasunduang halaga. Ang pagkopya ng buong string ng pagkakakilanlan ng browser mula sa lumang sagot ay maaaring magtago ng aktuwal na updater at mabibigo pa rin sa ibang kundisyon ng patakaran.
Suriin ang saklaw ng nabigong kahilingan. Ang kahilingan sa repository na HTTP at ang tunel na HTTPS ay naglalantad ng magkaibang impormasyon sa ordinaryong proxy na hindi nanghihimasok. Huwag ipagpalagay na ang patakaran ng header na nakikita sa isang landas ay awtomatikong inilalapat nang pareho sa loob ng naka-encrypt na trapiko.
Ang pahina ng pagtanggi na ibinalik kung saan inaasahan ang metadata ng repository ay maaari ring magdulot ng error sa pag-parse o error na mukhang error sa lagda sa kalaunan. Basahin ang pinagmulan ng tugon bago baguhin ang pagtitiwala sa repository. Ang matagumpay na pagruruta sa proxy ay hindi ginagawang valid na index ng pakete ang isang pahinang patakaran na HTML. Para sa Hash Sum mismatch, itabi nang magkasama ang inaasahang checksum at ang aktuwal na byte.