Por que o APT não usa CONNECT para cada download
O encaminhamento HTTP comum e o túnel HTTPS usam conversas de proxy diferentes. Um serviço apenas com CONNECT pode não suportar os pedidos que um repositório HTTP produz.
«O proxy aceita CONNECT» não significa que aceita todos os pedidos que o APT enviará.
Para um repositório HTTP comum, o APT pode usar o encaminhamento normal de proxy HTTP: o proxy recebe um pedido HTTP que identifica o recurso de destino. Para HTTPS através de um proxy HTTP, o cliente normalmente estabelece um túnel CONNECT e depois negoceia a sessão TLS do destino através dele.
| Destino | Conversa típica com um proxy HTTP |
|---|---|
| Repositório HTTP | Encaminhar um pedido HTTP |
| Repositório HTTPS | CONNECT e depois TLS do destino |
Um serviço que só aceita túneis pode rejeitar um pedido encaminhado comum. Um HTTP 405 merece uma análise do método real, do emissor da resposta e da política do proxy; não prova que o APT não tem suporte para SOCKS nem que a sua palavra-passe está errada.
Compare o comportamento suportado do serviço com a documentação de transporte do APT e a semântica de CONNECT. Use um serviço aprovado compatível ou um URL de repositório suportado. Para repositórios públicos onde são permitidos intermediários públicos, a lista de proxies HTTP oferece candidatos para verificar face a esses requisitos. Não assuma que acrescentar https:// ao endereço do proxy altera o protocolo do repositório ou transforma cada pedido num túnel.