Warum APT nicht für jeden Download CONNECT verwendet
Gewöhnliche HTTP-Weiterleitung und HTTPS-Tunneling nutzen unterschiedliche Proxy-Gespräche. Ein Dienst nur mit CONNECT unterstützt möglicherweise nicht die Anfragen, die ein HTTP-Repository erzeugt.
„Der Proxy akzeptiert CONNECT“ bedeutet nicht, dass er jede Anfrage akzeptiert, die APT sendet.
Für ein gewöhnliches HTTP-Repository kann APT die normale HTTP-Proxy-Weiterleitung verwenden: Der Proxy empfängt eine HTTP-Anfrage, die die Zielressource identifiziert. Bei HTTPS über einen HTTP-Proxy baut der Client normalerweise einen CONNECT-Tunnel auf und handelt dann darüber die TLS-Sitzung des Ziels aus.
| Ziel | Typisches Gespräch mit einem HTTP-Proxy |
|---|---|
| HTTP-Repository | HTTP-Anfrage weiterleiten |
| HTTPS-Repository | CONNECT, dann TLS des Ziels |
Ein Dienst, der nur Tunnel akzeptiert, kann eine gewöhnliche weitergeleitete Anfrage ablehnen. Ein HTTP 405 verdient einen Blick auf die tatsächliche Methode, den Antwortabsender und die Proxy-Richtlinie; er beweist nicht, dass APT kein SOCKS unterstützt oder dass sein Passwort falsch ist.
Vergleichen Sie das unterstützte Verhalten des Dienstes mit der APT-Transportdokumentation und der CONNECT-Semantik. Verwenden Sie einen kompatiblen genehmigten Dienst oder eine unterstützte Repository-URL. Für öffentliche Repositories, bei denen öffentliche Vermittler erlaubt sind, bietet die HTTP-Proxy-Liste Kandidaten zur Prüfung gegen diese Anforderungen. Nehmen Sie nicht an, dass das Hinzufügen von https:// zur Proxy-Adresse das Protokoll des Repositorys ändert oder jede Anfrage in einen Tunnel verwandelt.