Wêrom APT net CONNECT brûkt foar elke download
Gewoane HTTP-oerdracht en HTTPS-tunneljen brûke ferskate proxy-petearen. In tsjinst mei allinnich CONNECT stypet miskien net de oanfragen dy't in HTTP-opslach produsearret.
„De proxy akseptearret CONNECT“ betsjut net dat er elke oanfraach akseptearret dy't APT stjoert.
Foar in gewoane HTTP-opslach kin APT gewoane HTTP-proxy-oerdracht brûke: de proxy ûntfangt in HTTP-oanfraach dy't de bestimmingsboarne identifisearret. Foar HTTPS fia in HTTP-proxy makket de klant normaal in CONNECT-tunnel, en ûnderhannelt dan de TLS-sesje fan de bestimming dêrtroch.
| Bestimming | Typysk petear mei in HTTP-proxy |
|---|---|
| HTTP-opslach | In HTTP-oanfraach trochstjoere |
| HTTPS-opslach | CONNECT, dan TLS fan de bestimming |
In tsjinst dy't allinnich tunnels akseptearret, kin in gewoane trochstjoerde oanfraach ôfwize. In HTTP 405 fertsjinnet in blik op de werklike metoade, de antwurdjouwer en it proxybelied; it bewissiget net dat APT gjin SOCKS-stipe hat of dat syn wachtwurd ferkeard is.
Ferlykje it stipe gedrach fan 'e tsjinst mei de APT-ferfierdokumintaasje en de CONNECT-semantyk. Brûk in kompatibele goedkarde tsjinst of in stipe opslach-URL. Foar iepenbiere opslaggen dêr't iepenbiere tuskenpersoanen tastien binne, biedt de HTTP-proxylist kandidaten om tsjin dy easken te kontrolearjen. Nim net oan dat it tafoegjen fan https:// oan it proxyadres it protokol fan 'e opslach feroaret of elke oanfraach yn in tunnel feroaret.