Ինչու OpenVPN-ի պրոֆիլը չի ներմուծվում SoftEther-ում

Երկու ֆայլ, որոնք երկուսն էլ նման են VPN-ի կարգավորման, հայտնվում են նույն պանակում, և դրանցից միայն մեկն է աշխատում։ OpenVPN-ի պրոֆիլը նկարագրում է TLS թունել՝ հրահանգներով, որոնք այդ հաճախորդը հասկանում է, մինչդեռ SoftEther-ի միացումը նկարագրում է նստաշրջան վիրտուալ հանգույցի հետ՝ այլ նույնականացման պայմանագրով։ Մեկը մյուսի վերածելը ձևաչափման վարժություն չէ, որովհետև երկու հաճախորդները չեն իրականացնում նույն արձանագրությունը։ Թե օպերատորն իրականում որ ծառայությունն է հրապարակել, որոշում է այն ամենը, ինչ հաջորդում է։

Երկու ֆայլ, երկու պայմանագիր

OpenVPN-ի պրոֆիլը հաճախորդի կարգավորում է՝ հեռավոր վերջնակետ, տրանսպորտ, TLS նյութ և հրահանգներ երթուղավորման ու վերաբանակցման համար։ SoftEther-ի միացումը բնիկ հաճախորդի նստաշրջան է վիրտուալ հանգույցի հետ՝ դրան կցված վիրտուալ ադապտերով։

Նրանք կարող են նկարագրել նույն ցանցի հասանելիությունը՝ առանց փոխարինելի լինելու։ OpenVPN-ի լսողը համատեղելիության գործառույթ է, որը սերվերը կարող է հրապարակել առանձին պորտում, և այն խոսում է OpenVPN՝ բնիկ արձանագրության փոխարեն։ Բնիկ հաճախորդը խոսում է բնիկ արձանագրությամբ և սպասում է իր սեփական պրոֆիլին։ Մեկ սերվեր, երկու դուռ, և յուրաքանչյուր դուռ ունի իր բանալին։

Ֆայլի ընդլայնումը գրեթե ոչինչ չի ասում ձեզ, դրա համար էլ օպերատորի պատասխանն ավելի կարևոր է, քան ֆայլի անունը։

Կարդացեք սերվերը՝ նախքան վկայականի բլոկին դիպչելը

Հարցրեք օպերատորին երեք բան՝ ո՞ր պորտն ու տրանսպորտը, ո՞ր նույնականացման եղանակը, և ո՞ր հաճախորդն են ակնկալում, որ դուք օգտագործեք։ Այդ պատասխանները վերացնում են գուշակությունների մեծ մասը։

Ապա հաստատեք, թե ինչն է իրականում լսում, այլ ոչ թե ինչ է պնդում ուղեցույցը։ Անջատված համատեղելիության լսողը ոչինչ չի ցուցադրում իր պորտում, իսկ միացվածը ցուցադրում է վարդակ նույնիսկ այն դեպքում, երբ ոչ ոք երբևէ չի միացել։ Փակ պորտի և մերժված մուտքի միջև տարբերությունը առաջին օգտակար ախտորոգումն է։ Ամեն ինչ դրանից հետո կախված է նրանից, թե որ դռանն են թակել։

ss -lunp | grep -E ':1194|:443'
sudo ss -ltnp | grep -E ':992|:5555'
grep -nE '^(remote|proto|auth-user-pass|ca |cert |key )' profile.ovpn

Լսողների ցանկից բացակայող UDP պորտը անջատված գործառույթ է, ոչ թե հրային պատի խնդիր։

Ինչ է պետք բնիկ հաճախորդին, և ինչ պրոֆիլը չի կարող տալ

Բնիկ հաճախորդը տեղադրում է վիրտուալ ցանցային ադապտեր և դրան կապում միացումը։ Առանց այդ ադապտերի չկա միջերես, որով երթուղավորել, դրա համար էլ բնիկ միացումը կարող է նույնականանալ և, այդուհանդերձ, ոչ մի երթևեկություն չփոխանցել։

Բնիկ նույնականացումը կատարվում է վիրտուալ հանգույցի հետ՝ օգտատիրոջ օբյեկտով, որը ստեղծել է հանգույցի ադմինիստրատորը։ OpenVPN-ի պրոֆիլից պատճենված վկայականի բլոկները չեն դառնում հանգույցի օգտատերեր, և հանգույցի օգտատերը չի դառնում հաճախորդի վկայական։ Երկու համակարգերը պահում են տարբեր բաներ, և պրոֆիլը տեղ չունի հանգույցի օգտատիրոջ գրառումը զետեղելու համար։ Սա կառուցվածքային տարբերություն է, ոչ թե շարահյուսության խնդիր։

Անձնական բանալին հեռու պահեք ցանկացած փոխակերպման ծառայությունից, որովհետև մեքենայից դուրս եկած բանալին պետք է համարվի բացահայտված։

Ինչն է ընդունում OpenVPN-համատեղելի լսողը

Համատեղելիության լսողը հաճախորդի տեսանկյունից իրական OpenVPN սերվեր է՝ այն սպասում է OpenVPN հաճախորդի և այն հրահանգներին, որոնք այդ հաճախորդը սատարում է։ Ներտողային վկայականի բլոկները OpenVPN-ի գործառույթ են, և դրանք պատկանում են ցանկապատի այն կողմին։

Ինչ չի անելու, այն է՝ չի ընդունելու բնիկ SoftEther պրոֆիլ, որովհետև այդ պրոֆիլը OpenVPN-ի կարգավորում չէ։ Լսողը նաև բնիկ հաճախորդին չի վերածում OpenVPN հաճախորդի։ Եթե օպերատորն առաջարկում է միայն բնիկ ծառայությունը, պատասխանը բնիկ հաճախորդն է, եթե նա առաջարկում է համատեղելիության լսողը, պատասխանը OpenVPN-ն ու նրա սեփական նյութն է։

Խնդրեք օպերատորի աջակցվող արտահանումը փոխարենը՝ բեկորներից մեկը հավաքելու, քանի որ արտահանումը կրում է մանրամասներ, որոնք ձեռքով կառուցված ֆայլը սովորաբար բաց է թողնում։

Ապացուցեք ուղին՝ նախքան հրահանգները խմբագրելը

Երբ հաճախորդն ընտրված է, փորձարկեք թունելը՝ նախքան երթուղիներին դիպչելը։ Հաջող մուտքը և երթևեկություն փոխանցող միջերեսը երկու տարբեր արդյունք են։

sudo openvpn --config profile.ovpn --verb 3
ip -br addr
ip route get 10.70.4.20
resolvectl status | grep -A2 'DNS Servers'

Համեմատեք հատկացված հասցեն օպերատորի նկարագրած լողավազանի հետ, ապա առանձին նայեք երթուղիներին և լուծիչին։ Բնիկ հանգույցի միացումը կարող է մաքուր նույնականանալ և ընդհանրապես երթուղիներ չտեղադրել, ինչը հաճախորդի կողմից թվում է կոտրված թունել։ Միայն այն ժամանակ, երբ այդ երեքը համընկնում են, արժե հրահանգ խմբագրել։ Ավելի վաղ խմբագրելը թաքցնում է, թե որ շերտն էր սխալ։