Bakit Hindi Gumagamit ang APT ng CONNECT sa Bawat Download
Ang karaniwang HTTP forwarding at HTTPS tunneling ay gumagamit ng magkaibang usapan sa proxy. Maaaring hindi suportahan ng serbisyong CONNECT lamang ang mga kahilingang ginagawa ng HTTP repository.
“Tumatanggap ang proxy ng CONNECT” ay hindi nangangahulugang tinatanggap nito ang bawat kahilingang ipapadala ng APT.
Para sa karaniwang HTTP repository, maaaring gumamit ang APT ng normal na HTTP proxy forwarding: tumatanggap ang proxy ng HTTP na kahilingan na tumutukoy sa destinasyong resource. Para sa HTTPS sa pamamagitan ng HTTP proxy, karaniwang nagtatatag ang kliyente ng CONNECT tunnel, pagkatapos ay nakikipag-ayos sa TLS session ng destinasyon sa pamamagitan nito.
| Destinasyon | Karaniwang usapan sa HTTP proxy |
|---|---|
| HTTP repository | I-forward ang HTTP na kahilingan |
| HTTPS repository | CONNECT, pagkatapos ay TLS ng destinasyon |
Ang serbisyong tumatanggap lamang ng mga tunnel ay maaaring tanggihan ang karaniwang naka-forward na kahilingan. Ang HTTP 405 ay dapat tingnan sa aktwal na paraan, naglabas ng tugon at patakaran ng proxy; hindi nito pinatutunayan na walang suporta sa SOCKS ang APT o mali ang password nito.
Ihambing ang sinusuportahang pag-uugali ng serbisyo sa dokumentasyon ng transportasyon ng APT at sa kahulugan ng CONNECT. Gumamit ng tugmang aprubadong serbisyo o sinusuportahang URL ng repository. Para sa mga pampublikong repository kung saan pinapayagan ang mga pampublikong tagapamagitan, ang listahan ng HTTP proxy ay nag-aalok ng mga kandidatong susuriin laban sa mga kinakailangang iyon. Huwag ipagpalagay na ang pagdaragdag ng https:// sa address ng proxy ay nagbabago ng protocol ng repository o ginagawang tunnel ang bawat kahilingan.