Ինչ է փոխում CURLOPT_CONNECT_TO-ն պրոքսի օգտագործելիս
Օգտագործեք libcurl-ի connect-to քարտեզագրումը այլընտրանքային ցանցային վերջնակետերի համար՝ փոխարենը ենթադրելու, որ այն նոր հասցեում իրականացնում է HTTP կամ SOCKS։
CURLOPT_CONNECT_TO փոխում է այն հոսթն ու պորտը, որոնց libcurl-ը միանում է համապատասխան նպատակակետի համար։ Այն չի ստիպում այլընտրանքային վերջնակետին խոսել HTTP CONNECT կամ SOCKS։
Սկզբնական հոսթի անվանումը դեռևս ապահովում է հավելվածի արձանագրության և TLS-ի ինքնությունը։ Սա օգտակար է, երբ դիտավորյալ հասնում եք նույն ծառայության մեկ այլ սերվերի օրինակի։ Իսկ կամայական պրոքսի լսողը փոխարենը սպասում է իր պրոքսի ձեռքսեղմմանը, ոչ թե հավելվածի հում բայթերին։
Քարտեզագրումը HTTP պրոքսի հետ համատեղելը
Կարգավորեք HTTP պրոքսը առանձին։ Հանրային ծառայությանը տանող առանց հավատարմագրերի HTTP ուղին կարող է օգտագործել վերջնակետ HTTP պրոքսիների ցանկից, երբ այդ միջնորդը թույլատրված է. գոյություն ունեցող պրոքսի հաշիվ չպետք է ուղարկվի թեկնածուին։ libcurl-ը փաստագրում է, որ տարբեր connect-to քարտեզագրումը կարող է այնուհետև հարցումը տեղափոխել թունելի ռեժիմի. պրոքսը բացում է քարտեզագրված նպատակակետի կապը։ Քարտեզագրումն ընտրում է, թե ինչ է հասանելի պրոքսի միջոցով. այն չի փոխարինել պրոքսի կարգավորումը։
Առանձին պահեք երեք արժեք՝ նախատեսված ծառայության անվանումը, այլընտրանքային կապի վերջնակետը և պրոքսի վերջնակետը։ Ընտրեք յուրաքանչյուր ընտրանքը իր փաստացի դերի համար և պահպանեք TLS անվան սովորական ստուգումը ծառայության համար։
Եթե պրոքսի պորտն ինքն է մերժում կապերը, ապա նույն բացակայող լսողին ուղղված մեկ այլ ընտրանք չի կարող շտկել առաջին ցատկը։ Լուծեք այդ լսողի կամ ուղու խափանումը նախքան նպատակակետի քարտեզագրումը փոխելը։