Kodėl APT nenaudoja CONNECT kiekvienam atsisiuntimui
Įprastas HTTP persiuntimas ir HTTPS tuneliavimas naudoja skirtingus tarpinio serverio pokalbius. Paslauga, palaikanti tik CONNECT, gali nepalaikyti užklausų, kurias sukuria HTTP saugykla.
„Tarpinis serveris priima CONNECT“ nereiškia, kad jis priima kiekvieną APT siunčiamą užklausą.
Įprastai HTTP saugyklai APT gali naudoti įprastą HTTP tarpinio serverio persiuntimą: tarpinis serveris gauna HTTP užklausą, identifikuojančią paskirties išteklių. HTTPS per HTTP tarpinį serverį atveju klientas paprastai sukuria CONNECT tunelį, tada per jį derasi dėl paskirties TLS sesijos.
| Paskirtis | Įprastas pokalbis su HTTP tarpiniu serveriu |
|---|---|
| HTTP saugykla | Persiųsti HTTP užklausą |
| HTTPS saugykla | CONNECT, tada paskirties TLS |
Paslauga, priimanti tik tunelius, gali atmesti įprastą persiųstą užklausą. HTTP 405 verta pažvelgti į faktinį metodą, atsakymo išdavėją ir tarpinio serverio politiką; tai neįrodo, kad APT nepalaiko SOCKS ar kad jo slaptažodis neteisingas.
Palyginkite palaikomą paslaugos elgseną su APT transporto dokumentacija ir CONNECT semantika. Naudokite suderinamą patvirtintą paslaugą arba palaikomą saugyklos URL. Viešoms saugykloms, kuriose leidžiami vieši tarpininkai, HTTP tarpinių serverių sąrašas siūlo kandidatus, kuriuos galima patikrinti pagal šiuos reikalavimus. Nemanote, kad https:// pridėjimas prie tarpinio serverio adreso pakeičia saugyklos protokolą arba paverčia kiekvieną užklausą tuneliu.