Por que APT non usa CONNECT para cada descarga
O reenvío HTTP ordinario e a tunelización HTTPS usan conversas de proxy distintas. Un servizo só con CONNECT pode non admitir as solicitudes que xera un repositorio HTTP.
«O proxy acepta CONNECT» non significa que acepte todas as solicitudes que enviará APT.
Para un repositorio HTTP ordinario, APT pode usar o reenvío normal de proxy HTTP: o proxy recibe unha solicitude HTTP que identifica o recurso de destino. Para HTTPS a través dun proxy HTTP, o cliente normalmente establece un túnel CONNECT e despois negocia a sesión TLS do destino a través del.
| Destino | Conversa típica cun proxy HTTP |
|---|---|
| Repositorio HTTP | Reenviar unha solicitude HTTP |
| Repositorio HTTPS | CONNECT, despois TLS do destino |
Un servizo que só acepta túneles pode rexeitar unha solicitude reenviada ordinaria. Un HTTP 405 merece unha ollada ao método real, ao emisor da resposta e á política do proxy; non demostra que APT careza de compatibilidade con SOCKS nin que o seu contrasinal sexa incorrecto.
Compare o comportamento admitido do servizo coa documentación de transporte de APT e a semántica de CONNECT. Use un servizo aprobado compatible ou un URL de repositorio admitido. Para repositorios públicos onde se permiten intermediarios públicos, a lista de proxies HTTP ofrece candidatos para comprobar contra eses requisitos. Non asuma que engadir https:// ao enderezo do proxy cambia o protocolo do repositorio nin converte cada solicitude nun túnel.