OpenVPN-ը Windows-ում. թունելի ինքնաշխատ մեկնարկ և երթուղիների պահպանում

Այստեղ խճճվում են երկու պահանջ. թունելը պետք է բարձրանա մինչև որևէ մեկի մուտք գործելը, և երկրորդ կայքի թրաֆիկը պետք է հետևի նրան։ Դրանք առանձին խնդիրներ են՝ առանձին մեխանիզմներով։ Ծառայության մեկնարկը որոշում է առաջինը, իսկ երթուղու կյանքը՝ երկրորդը։ Մեկի լուծումը մյուսին թողնում է ճիշտ այնտեղ, որտեղ այն եղել է։

Քայլ առաջին. պրոֆիլը դրեք այնտեղ, որտեղ ծառայությունը փնտրում է այն

Windows-ի ծառայությունը պրոֆիլները կարդում է ֆիքսված գրացուցակից, և GUI-ը կարդում է նույն տեղից, ուստի ներմուծելիս աշխատող պրոֆիլը կարող է անտեսանելի մնալ բեռնման ժամանակ։ .ovpn ֆայլերը դրեք տեղադրման config գրացուցակում, որը սովորաբար գտնվում է Program Files-ի տակ։ Օգտատիրոջ Downloads պանակում թողնված պրոֆիլը բոլորովին ծառայության շրջանակում չէ։

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

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

Քայլ երկրորդ. գործարկեք ծառայությունը, ոչ թե սկուտեղի պատկերակը

Ծառայությունը OpenVPN Automatic-ի վրա դնելը ստիպում է, որ այն գործարկվի բեռնման ժամանակ առանց մուտքի։ Դա է մեխանիզմը, և սկուտեղի պատկերակը դրա մաս չէ։ Երբ կապակցումը պատկանում է ծառայությանը, GUI-ը կարող է ոչ պատկերակ ցույց տալ, ոչ կարգավիճակ, ինչը սպասելի է, ոչ թե խափանում։

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

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

Քայլ երրորդ. երթուղին կապեք թունելին

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

Երեք այլընտրանք վարվում են ճիշտ։ Հրեք երթուղին սերվերից, որը ավելացնում է այն միանալիս և հեռացնում անջատվելիս։ Ավելացրեք այն route-up սկրիպտում, որը կարդում է route_vpn_gateway, որպեսզի հաջորդ ցատկը գա բանակցված թունելից։ Կամ օգտագործեք Add-VpnConnectionRoute-ը Windows-ի բնիկ VPN պրոֆիլի հետ, որը նախածանցը կապում է այդ կապակցմանը։

Երբ սերվերը առաջարկում է ավելին, քան այս կայքին անհրաժեշտ է, route-nopull-ը մերժում է հրած երթուղիները և աղյուսակը թողնում ամբողջովին տեղական։ Դա հարմար է ընդհանուր պրոֆիլի համար, որի օգտատերերը չպետք է ստանան կորպորատիվ լռելյայն երթուղի։

Քայլ չորրորդ. գոյատևեք սառը բեռնումից

Ծառայության գործարկումը մինչև ցանցային stack-ի գոյությունը տալիս է մեկ ձախողված փորձ և առանց կրկնության։ Automatic (Delayed Start) դնելը կամ ցանցային ծառայությունից կախվածություն ավելացնելը վերացնում է այդ մրցավազքը։ Այնուհետև կրկնեք բեռնման թեստը և ստուգեք, որ երկրորդ փորձ այլևս պետք չէ։

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

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

Քայլ հինգերորդ. ստուգեք առանց GUI-ի

Վերագործարկումից և մուտքից հետո ստուգեք երեք բան առանց GUI-ն բացելու։ Ադապտերը պետք է հասցե ունենա,երթուղիների աղյուսակը պետք է ցույց տա կայքի նախածանցը՝ թունելի դարպասը որպես հաջորդ ցատկ, և հեռավոր կողմի հասցեին ping-ը պետք է պատասխանի։ Յուրաքանչյուր ստուգում համապատասխանում է վերևի քայլերից տարբեր մեխանիզմի։

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