SOCKS5-ը գաղտնագրո՞ւմ է ձեր տրաֆիկը
SOCKS5-ը փոխանցում է միացումներ։ Գաղտնագրումը կախված է այլ պաշտպանական շերտից, և օգտանուն/գաղտնաբառ մեթոդն ինքնուրույն չի գաղտնագրում մուտքի տվյալները։
Միայն SOCKS5 ընտրելը գաղտնագրում չի ավելացնում։ Այն բանակցում է փոխանցվող միացումների և նույնականացման շուրջ․ 5-ը արձանագրության տարբերակ է, ոչ գաղտնագրման մակարդակ։
HTTPS-ի համար հաճախորդը կարող է բացել SOCKS միացումը և դրանով TLS անցկացնել դեպի նպատակակետ։ Կայքի տվյալները պաշտպանում է TLS-ը՝ հաճախորդի սովորական վկայագրային ստուգումներով։ Նույն ուղով չգաղտնագրված HTTP ուղարկելու դեպքում այն այդպիսին էլ մնում է․ միջնորդը չի արդիականացնում հավելվածի արձանագրությունը։
RFC 1929-ի օգտանուն/գաղտնաբառ մեթոդը նույնպես սեփական գաղտնագրում չունի։ Հաշիվը վերահսկում է մուտքը, բայց անպաշտպան ուղու փոխանակումը գաղտնի չի դարձնում։ Լրացուցիչ փոխադրումները կամ այլ բանակցված մեթոդները կարող են փոխել պաշտպանությունը, ուստի ստուգեք հաճախորդի ու սերվերի իրական օգտագործածը։
Ստուգեք նպատակակետի անվտանգ արձանագրությունը, վկայագրերի ստուգումը, հաճախորդ-պրոքսի կապի պաշտպանությունն ու համաձայնեցված նույնականացման մեթոդը։ Օպերատորը դեռ կարող է ստանալ նպատակակետի տեղեկություն և միացման մետատվյալներ։ curl-ում socks5h-ը փոխում է, որտեղ է լուծվում նպատակային հոսթի անունը, բայց գաղտնագրային շերտ չի ավելացնում։