När en proxy avvisar APT:s User-Agent
Identifiera en uttrycklig avvisning av klientidentitetspolicy när curl lyckas men APT blockeras via samma proxy.
curl hämtar en URL. APT får, via samma proxy, en sida som säger att dess User-Agent inte är godkänd. Det svaret begränsar redan utredningen: mellanhanden tillämpar en klientpolicy.
Att ändra speglar för repositoryt, lösenord och DNS samtidigt kastar bort det användbara beviset. Spara den returnerade statusen och den relevanta avvisningstexten innan du ändrar vägen.
APT dokumenterar Acquire::http::User-Agent för HTTP-hämtningsmetoden. Om nätverksoperatören kräver en godkänd identifierare ska det överenskomna värdet sättas medvetet. Att kopiera en webbläsares hela identitetssträng från ett gammalt svar kan dölja den faktiska uppdateraren och ändå misslyckas på ett annat policyvillkor.
Kontrollera omfattningen av den misslyckade begäran. En HTTP-repositorybegäran och en HTTPS-tunnel exponerar olika information för en vanlig proxy som inte avlyssnar. Dra inte slutsatsen att en headerpolicy som syns på en väg automatiskt tillämpas likadant inne i krypterad trafik.
En avvisningssida som returneras där repositorymetadata förväntades kan också senare orsaka ett tolkningsfel eller ett fel som ser ut som ett signaturfel. Läs svarets ursprung innan du ändrar förtroendet för repositoryt. Lyckad proxy-routing gör inte en HTML-policysida till ett giltigt paketindex. För en Hash Sum mismatch, håll den förväntade kontrollsumman och de faktiska byten tillsammans.