Zakaj APT ne uporablja CONNECT za vsak prenos
Običajno posredovanje HTTP in tuneliranje HTTPS uporabljata različne pogovore s posrednikom. Storitev samo s CONNECT morda ne podpira zahtev, ki jih ustvari shramba HTTP.
„Posrednik sprejema CONNECT“ ne pomeni, da sprejema vsako zahtevo, ki jo bo poslal APT.
Za običajno shrambo HTTP lahko APT uporabi običajno posredovanje prek posrednika HTTP: posrednik prejme zahtevo HTTP, ki identificira ciljni vir. Za HTTPS prek posrednika HTTP odjemalec običajno vzpostavi tunel CONNECT in nato prek njega pogaja sejo TLS cilja.
| Cilj | Tipičen pogovor s posrednikom HTTP |
|---|---|
| Shramba HTTP | Posreduj zahtevo HTTP |
| Shramba HTTPS | CONNECT, nato TLS cilja |
Storitev, ki sprejema samo tunele, lahko zavrne običajno posredovano zahtevo. HTTP 405 si zasluži pogled na dejansko metodo, izdajatelja odgovora in politiko posrednika; to ne dokazuje, da APT ne podpira SOCKS ali da je njegovo geslo napačno.
Primerjajte podprto vedenje storitve z dokumentacijo o prenosu APT in semantiko CONNECT. Uporabite združljivo odobreno storitev ali podprt URL shrambe. Za javne shrambe, kjer so dovoljeni javni posredniki, seznam posrednikov HTTP ponuja kandidate za preverjanje glede na te zahteve. Ne predpostavljajte, da dodajanje https:// naslovu posrednika spremeni protokol shrambe ali spremeni vsako zahtevo v tunel.