Kāpēc APT neizmanto CONNECT katrai lejupielādei
Parastā HTTP pāradresācija un HTTPS tuneļošana izmanto dažādas starpniekservera sarunas. Pakalpojums, kas atbalsta tikai CONNECT, var neatbalstīt pieprasījumus, ko ģenerē HTTP krātuve.
„Starpniekserveris pieņem CONNECT“ nenozīmē, ka tas pieņem katru pieprasījumu, ko APT nosūtīs.
Parastai HTTP krātuvei APT var izmantot parasto HTTP starpniekservera pāradresāciju: starpniekserveris saņem HTTP pieprasījumu, kas identificē mērķa resursu. HTTPS gadījumā caur HTTP starpniekserveri klients parasti izveido CONNECT tuneli un pēc tam caur to vienojas par mērķa TLS sesiju.
| Mērķis | Tipiska saruna ar HTTP starpniekserveri |
|---|---|
| HTTP krātuve | Pāradresēt HTTP pieprasījumu |
| HTTPS krātuve | CONNECT, tad mērķa TLS |
Pakalpojums, kas pieņem tikai tuneļus, var noraidīt parastu pāradresētu pieprasījumu. HTTP 405 ir vērts apskatīt faktisko metodi, atbildes izdevēju un starpniekservera politiku; tas nepierāda, ka APT neatbalsta SOCKS vai ka tā parole ir nepareiza.
Salīdziniet pakalpojuma atbalstīto uzvedību ar APT transporta dokumentāciju un CONNECT semantiku. Izmantojiet saderīgu apstiprinātu pakalpojumu vai atbalstītu krātuves URL. Publiskām krātuvēm, kurās atļauti publiski starpnieki, HTTP starpniekserveru saraksts piedāvā kandidātus, ko pārbaudīt pret šīm prasībām. Nepieņemiet, ka https:// pievienošana starpniekservera adresei maina krātuves protokolu vai pārvērš katru pieprasījumu tunelī.