Per què APT no utilitza CONNECT per a cada descàrrega
El reenviament HTTP ordinari i el túnel HTTPS utilitzen converses de proxy diferents. Un servei només amb CONNECT pot no admetre les sol·licituds que genera un dipòsit HTTP.
«El proxy accepta CONNECT» no vol dir que accepti totes les sol·licituds que enviarà APT.
Per a un dipòsit HTTP ordinari, APT pot utilitzar el reenviament normal de proxy HTTP: el proxy rep una sol·licitud HTTP que identifica el recurs de destinació. Per a HTTPS a través d'un proxy HTTP, el client normalment estableix un túnel CONNECT i després negocia la sessió TLS de la destinació a través seu.
| Destinació | Conversa típica amb un proxy HTTP |
|---|---|
| Dipòsit HTTP | Reenvia una sol·licitud HTTP |
| Dipòsit HTTPS | CONNECT, després TLS de destinació |
Un servei que només accepta túnels pot rebutjar una sol·licitud reenviada ordinària. Un HTTP 405 mereix una mirada al mètode real, a l'emissor de la resposta i a la política del proxy; no demostra que APT no tingui suport per a SOCKS ni que la seva contrasenya sigui incorrecta.
Compareu el comportament admès del servei amb la documentació de transport d'APT i amb la semàntica de CONNECT. Utilitzeu un servei aprovat compatible o un URL de dipòsit admès. Per als dipòsits públics on es permeten intermediaris públics, la llista de proxys HTTP ofereix candidats per comprovar-los contra aquests requisits. No assumiu que afegir https:// a l'adreça del proxy canvia el protocol del dipòsit ni converteix cada sol·licitud en un túnel.