HTTP թե SOCKS5․ ո՞ր պրոքսի IP-ն ընտրել
Պրոքսիի տեսակն ընտրեք ըստ հավելվածի, աջակցվող տրաֆիկի և պրոքսիի կողմում DNS-ի անհրաժեշտության։
Նախ բացեք հավելվածի պրոքսիի կարգավորումները։ Աջակցվող պրոտոկոլներն են որոշում ցուցակի օգտագործելի գրառումները․ տպավորիչ պիտակը կամ ծանոթ պորտը հաճախորդին աջակցություն չեն ավելացնում։
| Հավելված կամ առաջադրանք | Ինչ ընտրել և ստուգել |
|---|---|
| Կա միայն HTTP պրոքսիի դաշտ | Համապատասխան վերջնակետ HTTP պրոքսիների ցանկից։ Եթե HTTPS նպատակակետեր են պետք, փորձարկեք նաև HTTPS CONNECT-ը։ |
| Աջակցում է SOCKS5-ին և կապի կամ DNS-ի ընտրանքներ են պետք | SOCKS5 վերջնակետ, որի երկու կողմերն էլ աջակցում են անհրաժեշտ ընտրանքներին։ |
| UDP է պետք | Ստուգեք UDP-ն հաճախորդի և վերջնակետի մոտ․ միայն SOCKS5 պիտակը բավարար չէ։ |
| SOCKS4 է պահանջում | Համատեղելի SOCKS4 վերջնակետ և համապատասխան հաճախորդի ռեժիմ։ |
| Պրոքսի չի աջակցում | Ցուցակի IP-ն ինքնուրույն չի կարգավորում հավելվածը։ |
Վեբ և API հարցումների համար HTTP պրոքսին հաճախ բավարար է։ Այն փոխանցում է HTTP և թույլատրվելու դեպքում տեղափոխում HTTPS-ը CONNECT-ով։ Սովորական HTTP էջի հաջողությունը չի ապացուցում թունելի աջակցություն․ ծառայությունը կարող է պահանջել թունելի նույնականացում կամ սահմանափակել նպատակակետերն ու պորտերը։
SOCKS-ն աշխատում է HTTP հարցումների շերտից ներքև։ Համատեղելի հավելվածը խնդրում է կապ հաստատել առանց HTTP հարցման մեկնաբանության, ուստի այն օգտակար է նաև այլ աջակցվող տրաֆիկի համար։ SOCKS5-ը սահմանում է IPv4, IPv6 և տիրույթի անունով հասցեներ, նույնականացում և UDP ասոցիացիա։ Կոնկրետ հավելվածը կամ անվճար վերջնակետը կարող է իրականացնել միայն որոշ գործառույթներ։ Զննարկչի TCP SOCKS երթուղին ավտոմատ չի ընդգրկում այլ հավելված կամ UDP ծառայություն։
Որտե՞ղ է լուծվում նպատակակետի անունը
curl-ում SOCKS5 URL-ի գրությունը որոշում է նպատակակետի DNS-ի տեղը․ socks5://-ը լուծում է տեղային, socks5h://-ը խնդրում է պրոքսիին։ DNS-ի տարբեր պատկերացումները կարող են մի տարբերակը աշխատեցնել, մյուսը՝ ոչ։ Այլ հաճախորդները կարող են ունենալ նշման վանդակ կամ առանձին ընտրանք։ Միայն SOCKS5 ընտրելը չի ապացուցում, որ ամեն DNS որոնում անցնում է դրանով։
SOCKS4-ը քիչ հնարավորություններ ունի․ SOCKS4a-ն ավելացնում է հոսթերի անունների մշակումը։ Եթե հաճախորդն ու ծառայությունն աջակցում են SOCKS5-ին և հին պրոտոկոլի պատճառ չկա, համապատասխան SOCKS5 գրառումը խելամիտ առաջին ընտրություն է։ SOCKS4 վերջնակետը SOCKS5 ռեժիմով հաճախորդում պրոտոկոլի անհամապատասխանություն է։
Երբ պրոտոկոլը համապատասխանում է, փորձարկեք իրական նպատակակետը և գտեք առաջին ձախողումը։ Ոչ HTTP-ն, ոչ SOCKS5-ը անանունության չափանիշ չեն․ օպերատորին վստահությունը, նպատակակետի TLS-ը և հավելվածի իրական երթուղին դեռ որոշում են պաշտպանությունը։