Pse APT nuk përdor CONNECT për çdo shkarkim
Përcjellja e zakonshme HTTP dhe tunelizimi HTTPS përdorin biseda të ndryshme proxy. Një shërbim vetëm me CONNECT mund të mos mbështesë kërkesat që prodhon një depo HTTP.
„Proxy përon CONNECT“ nuk do të thotë se pranon çdo kërkesë që APT do të dërgojë.
Për një depo HTTP të zakonshme, APT mund të përdorë përcjelljen normale të proxy HTTP: proxy merr një kërkesë HTTP që identifikon burimin e destinacionit. Për HTTPS përmes një proxy HTTP, klienti zakonisht vendos një tunel CONNECT, pastaj negocion sesionin TLS të destinacionit përmes tij.
| Destinacioni | Bisedë tipike me një proxy HTTP |
|---|---|
| Depo HTTP | Përcill një kërkesë HTTP |
| Depo HTTPS | CONNECT, pastaj TLS i destinacionit |
Një shërbim që pranon vetëm tunele mund të refuzojë një kërkesë të zakonshme të përcjellë. Një HTTP 405 meriton një vështrim në metodën aktuale, lëshuesin e përgjigjes dhe politikën e proxy-t; nuk provon se APT nuk ka mbështetje SOCKS ose se fjalëkalimi i tij është i gabuar.
Krahasoni sjelljen e mbështetur të shërbimit me dokumentacionin e transportit të APT dhe semantikën e CONNECT. Përdorni një shërbim të miratuar të përputhshëm ose një URL depoje të mbështetur. Për depot publike ku lejohen ndërmjetës publikë, lista e proxy-ve HTTP ofron kandidatë për t'u kontrolluar sipas këtyre kërkesave. Mos supozoni se shtimi i https:// në adresën e proxy-t ndryshon protokollin e depos ose e kthen çdo kërkesë në tunel.