Ինչու APT-ն չի օգտագործում CONNECT-ը յուրաքանչյուր ներբեռնման համար
Սովորական HTTP փոխանցումը և HTTPS թունելավորումը օգտագործում են տարբեր պրոքսի զրույցներ։ Միայն CONNECT աջակցող ծառայությունը կարող է չաջակցել HTTP պահոցի ստեղծած հարցումներին։
«Պրոքսին ընդունում է CONNECT» չի նշանակում, որ այն ընդունում է APT-ի ուղարկելիք բոլոր հարցումները։
Սովորական HTTP պահոցի համար APT-ն կարող է օգտագործել սովորական HTTP պրոքսի փոխանցում. պրոքսին ստանում է HTTP հարցում, որը նույնացնում է նպատակակետ ռեսուրսը։ HTTP պրոքսի միջոցով HTTPS-ի համար հաճախորդը սովորաբար ստեղծում է CONNECT թունել, այնուհետև դրա միջոցով բանակցում է նպատակակետի TLS նստաշրջանը։
| Նպատակակետ | Տիպիկ զրույց HTTP պրոքսի հետ |
|---|---|
| HTTP պահոց | Փոխանցել HTTP հարցում |
| HTTPS պահոց | CONNECT, ապա նպատակակետի TLS |
Միայն թունելներ ընդունող ծառայությունը կարող է մերժել սովորական փոխանցված հարցումը։ HTTP 405-ը արժե դիտարկել իրական մեթոդը, պատասխանի թողարկողին և պրոքսի քաղաքականությունը. այն չի ապացուցում, որ APT-ն չունի SOCKS աջակցություն կամ որ նրա գաղտնաբառը սխալ է։
Համեմատեք ծառայության աջակցվող վարքագիծը APT տրանսպորտի փաստաթղթերի և CONNECT իմաստաբանության հետ։ Օգտագործեք համատեղելի հաստատված ծառայություն կամ աջակցվող պահոցի URL։ Հանրային պահոցների համար, որտեղ թույլատրվում են հանրային միջնորդներ, HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ՝ այդ պահանջներին համապատասխանությունը ստուգելու համար։ Մի ենթադրեք, որ պրոքսի հասցեին https:// ավելացնելը փոխում է պահոցի արձանագրությունը կամ ամեն հարցում թունել դարձնում։