Почему APT не использует CONNECT для каждой загрузки
Обычная пересылка HTTP и туннелирование HTTPS используют разные диалоги с прокси. Служба только с CONNECT может не поддерживать запросы, которые создаёт HTTP-репозиторий.
«Прокси принимает CONNECT» не означает, что он принимает каждый запрос, который отправит APT.
Для обычного HTTP-репозитория APT может использовать обычную пересылку через HTTP-прокси: прокси получает HTTP-запрос, идентифицирующий целевой ресурс. Для HTTPS через HTTP-прокси клиент обычно устанавливает туннель CONNECT, а затем согласует TLS-сеанс назначения через него.
| Назначение | Типичный диалог с HTTP-прокси |
|---|---|
| HTTP-репозиторий | Переслать HTTP-запрос |
| HTTPS-репозиторий | CONNECT, затем TLS назначения |
Служба, принимающая только туннели, может отклонить обычный пересланный запрос. HTTP 405 заслуживает внимания к фактическому методу, источнику ответа и политике прокси; он не доказывает, что APT не поддерживает SOCKS или что его пароль неверен.
Сравните поддерживаемое поведение службы с документацией по транспорту APT и семантикой CONNECT. Используйте совместимую одобренную службу или поддерживаемый URL репозитория. Для публичных репозиториев, где разрешены публичные посредники, список HTTP-прокси предлагает кандидатов для проверки на соответствие этим требованиям. Не предполагайте, что добавление https:// к адресу прокси меняет протокол репозитория или превращает каждый запрос в туннель.