Защо 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:// към адреса на проксито променя протокола на хранилището или превръща всяка заявка в тунел.