Quando um proxy rejeita o User-Agent do APT
Reconheça uma recusa explícita da política de identidade do cliente quando o curl funciona mas o APT é bloqueado pelo mesmo proxy.
O curl obtém um URL. O APT, usando o mesmo proxy, recebe uma página que diz que o seu User-Agent não está aprovado. Essa resposta já restringe a investigação: o intermediário está a aplicar uma política de cliente.
Alterar ao mesmo tempo os espelhos do repositório, as palavras-passe e o DNS descarta essa prova útil. Guarde o estado devolvido e o texto de recusa relevante antes de mudar a rota.
O APT documenta Acquire::http::User-Agent para o método de obtenção HTTP. Se o operador de rede exigir um identificador aprovado, defina deliberadamente o valor acordado. Copiar a cadeia de identidade completa de um navegador de uma resposta antiga pode ocultar o atualizador real e ainda falhar noutra condição de política.
Verifique o âmbito do pedido falhado. Um pedido a um repositório HTTP e um túnel HTTPS expõem informações diferentes a um proxy comum que não interceta. Não deduza que uma política de cabeçalho visível num caminho é aplicada automaticamente da mesma forma dentro de tráfego cifrado.
Uma página de recusa devolvida onde se esperavam metadados do repositório também pode causar mais tarde um erro de análise ou um erro com aparência de erro de assinatura. Leia a origem da resposta antes de alterar a confiança no repositório. O encaminhamento bem-sucedido pelo proxy não torna uma página de política HTML num índice de pacotes válido. Para um Hash Sum mismatch, mantenha juntos a soma de verificação esperada e os bytes reais.