RemoteEnable-ը VPN մուտք չէ։ SoftEther-ի կառավարման սահմանները

Ձեռնարկը ասում է՝ գործարկեք RemoteEnable-ը, ապա միացեք, և դա կարդացվում է այնպես, կարծես այդ երկու քայլերը նույն տեսակի բան են։ Այդպես չէ։ RemoteEnable-ը թույլ է տալիս մեկ այլ մեքենայի կառավարել այս համակարգչում աշխատող SoftEther VPN հաճախորդի ծառայությունը։ Իսկ միանալը VPN հաշիվ է, որը նույնականանում է սերվերի մոտ, և դրանում ընդհանրապես որևէ կառավարման թույլտվություն ներգրավված չէ։

Առասպելը՝ RemoteEnable-ը միացնում է VPN-ը

Շփոթությունը գալիս է հարևանությունից։ Ուղեցույցը միացնում է հեռավար կառավարումը, վերագործարկում հաճախորդի ծառայությունը, ապա միանում, և կապը հետո աշխատում է, ուստի երկու քայլերը թվում են պատճառականորեն կապված։ Իրականում փոխվել է այն, թե ով կարող է խոսել ծառայության հետ, այլ ոչ թե այն, թե ծառայությունը կարող է հասնել սերվերին։ Անջատեք հեռավար կառավարումը ճիշտ կարգավորված հաճախորդի վրա, և VPN կապը միևնույն է կկանգնի։

Հրամանի օգնությունը սկզբնաղբյուրում հստակ է սահմանների մասին՝ հեռավար կառավարում VPN Client Manager-ի կամ vpncmd-ի միջոցով localhost-ից դուրս։ Այդ նկարագրության մեջ ոչ թունել է հիշատակվում, ոչ հաշիվ, ոչ էլ երթուղի։ Տրվող թույլտվությունը վարչական հասանելիություն է, և դրա առարկան հաճախորդի ծառայությունն է, այլ ոչ թե կապը։

Երեք ինքնություն, որոնք կիսում են գաղտնաբառ բառը

Հին ուղեցույցները մեկ բառ են օգտագործում երեք անկապ հավատարմագրերի համար, և այդպես է, որ տեղակայումները հայտնվում են սխալ դաշտում փակցված գաղտնիքով։

Հաճախորդի ծառայության կառավարման գաղտնաբառը պաշտպանում է տեղական SoftEther հաճախորդի վարչարարությունը։ VPN հաշվի գաղտնաբառը նույնականանում է սերվերի մոտ՝ այդ սերվերի քաղաքականության համաձայն։ Սերվերի վկայականը բնավ գաղտնաբառ չէ, բայց այն պատասխանում է, թե որ վերջնակետը պետք է ընդունի հաճախորդը։ Դրանցից մեկը փոխելը չի փոխում մյուսներին, և նրանց միջև արժեք պատճենելը ստեղծում է այլ կարգավորում, այլ ոչ ավելի պարզ։

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

Ինչ է իրականում փոխում հեռավար կառավարման միացումը

Բխում են երկու գործառնական հետևանք, և երկուսն էլ հեշտ է բաց թողնել պատճենիր-փակցրու ուղեցույցում։ Կառավարման գաղտնաբառը պարտադիր է դառնում հենց հեռավար վարչարարությունը միացնելուց հետո, և նոր հասանելիությունը ուժի մեջ է մտնում միայն հաճախորդի ծառայության վերագործարկումից հետո։

Այդ վերագործարկումը իսկական ընդհատում է այն ամենի համար, ինչ օգտագործում է հաճախորդը, ուստի պլանավորեք այն մեքենայի տիրոջ հետ։ Ֆունկցիայի միացումն ինքնին նաև հրադադարի ուղի չի բացում՝ ծառայությունը դեռ պետք է հասանելի լինի կառավարման կայանից, և հոսթի հրադադարը կամ վերին ACL-ը կարող են այն անհասանելի պահել։ Անհասանելի ծառայությունը ապացույց չէ, որ թույլտվությունը ճիշտ է սահմանափակվել, այլ միայն այն, որ մեկ այլ բան է արգելափակում այն։

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

Որոշեք, թե ով կարող է կառավարել այս հաճախորդը

Ձեր սեփական նոթբուքի վրա պահեք վարչարարությունը տեղական կոնսոլում, եթե չեք կարող նշել այն մեքենան, որին հեռավար մուտք է պետք, և ասել ինչու։ Կենտրոնացված կառավարվող սարքի համար նշեք ադմինիստրատորին, կառավարման ուղին և վերականգնման պատասխանատուին նախքան որևէ բան միացնելը։ Հարցը ոչ թե այն է, թե ֆունկցիան հարմար է, այլ այն, թե ով է պատասխանատու այն կարգավորման համար, որը այն բացահայտում է։

Գործարկեք հրամանները տեղական ծառայության դեմ, որպեսզի փոփոխությունը հայտնվի ձեր սեփական shell-ի պատմության մեջ, այլ ոչ թե էկրանի նկարում՝ vpncmd localhost /client /cmd RemoteDisable-ը անջատում է հնարավորությունը, և նույն հրամանը RemoteEnable-ով միացնում է այն։ Դրանից հետո վերագործարկեք ծառայությունը, հակառակ դեպքում կարգավորումը ուժի մեջ չի լինի։

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

Ստուգեք կառավարման հասանելիությունը և կապակցելիությունը առանձին

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

vpncmd localhost /client /cmd RemoteDisable
systemctl restart vpnclient
vpncmd localhost /client /cmd AccountList
vpncmd localhost /client /cmd NicList

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

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