Zergatik APT-k ez duen CONNECT erabiltzen deskarga bakoitzerako
HTTP birbidalketa arruntak eta HTTPS tunelak proxy elkarrizketa desberdinak erabiltzen dituzte. CONNECT soilik onartzen duen zerbitzuak baliteke HTTP biltegiak sortzen dituen eskaerak onartzea.
«Proxyak CONNECT onartzen du» esateak ez du esan nahi APT-k bidaliko duen eskaera guztiak onartzen dituenik.
HTTP biltegi arrunt baterako, APT-k HTTP proxy birbidalketa arrunta erabil dezake: proxyak helmugako baliabidea identifikatzen duen HTTP eskaera jasotzen du. HTTP proxy baten bidez HTTPS erabiltzeko, bezeroak CONNECT tunela ezartzen du normalean, eta gero haren bidez helmugaren TLS saioa negoziatzen du.
| Helmuga | HTTP proxy batekin ohiko elkarrizketa |
|---|---|
| HTTP biltegia | Bidali HTTP eskaera bat |
| HTTPS biltegia | CONNECT, gero helmugaren TLS |
Tunelak soilik onartzen dituen zerbitzu batek birbidalitako eskaera arrunta bazter dezake. HTTP 405 batek metodo erreala, erantzunaren igorlea eta proxy politika aztertzea merezi du; ez du frogatzen APT-k SOCKS onarpenik ez duenik edo bere pasahitza okerra denik.
Konparatu zerbitzuaren onartutako jokabidea APT garraio dokumentazioarekin eta CONNECT semantikarekin. Erabili bateragarria den zerbitzu onartu bat edo onartutako biltegi URL bat. Intermediario publikoak onartzen diren biltegi publikoetarako, HTTP proxy zerrendak baldintza horien aurka egiaztatzeko hautagaiak eskaintzen ditu. Ez pentsa proxy helbidean https:// gehitzeak biltegiaren protokoloa aldatzen duenik edo eskaera bakoitza tunel bihurtzen duenik.