Kial APT ne uzas CONNECT por ĉiu elŝuto
Ordinara HTTP-plusendo kaj HTTPS-tunelado uzas malsamajn prokurajn interparolojn. Servo nur kun CONNECT eble ne subtenas la petojn, kiujn produktas HTTP-deponejo.
„La prokuro akceptas CONNECT“ ne signifas, ke ĝi akceptas ĉiun peton, kiun APT sendos.
Por ordinara HTTP-deponejo APT povas uzi normalan HTTP-prokuran plusendadon: la prokuro ricevas HTTP-peton, kiu identigas la celan rimedon. Por HTTPS tra HTTP-prokuro la kliento kutime starigas CONNECT-tunelon, poste intertraktas la TLS-sesion de la celo tra ĝi.
| Celo | Tipa interparolo kun HTTP-prokuro |
|---|---|
| HTTP-deponejo | Plusendi HTTP-peton |
| HTTPS-deponejo | CONNECT, poste TLS de la celo |
Servo akceptanta nur tunelojn povas malakcepti ordinaran plusenditan peton. HTTP 405 indas rigardon al la fakta metodo, la responda eldoninto kaj la prokura politiko; ĝi ne pruvas, ke APT mankas subteno por SOCKS aŭ ke ĝia pasvorto malĝustas.
Komparu la subtenatan konduton de la servo kun la APT-transporta dokumentaro kaj la semantiko de CONNECT. Uzu kongruan aprobitan servon aŭ subtenatan deponejan URL-on. Por publikaj deponejoj, kie publikaj perantoj estas permesataj, la listo de HTTP-prokuroj proponas kandidatojn por kontroli laŭ tiuj postuloj. Ne supozu, ke aldono de https:// al la prokura adreso ŝanĝas la protokolon de la deponejo aŭ igas ĉiun peton tunelo.