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