OpenVPN ծառայությունը ձախողվում է պրոֆիլի վրա, որը բացում է GUI-ը՝ հինգ ստուգում

Երկու գործարկիչ բացում են նույն պրոֆիլը մեկ մեքենայի վրա, և միանում է միայն GUI-ը։ Ֆայլը անվնաս է, և տեղադրիչը հավանաբար կարգին է. տարբերվում է այն համատեքստը, որը յուրաքանչյուր գործարկիչ տալիս է openvpn.exe-ին։ Աշխատանքային գրացուցակը, հաշվի ինքնությունը և ֆայլի հատկանիշները բոլորը ճամփորդում են այդ համատեքստի հետ։ Ստուգեք դրանք այդ հերթականությամբ և կանգ առեք առաջինի վրա, որը բացատրում է սխալը։

Հաստատեք, թե որ գործարկիչն է ձախողվում

Սկսեք բաժանման ապացուցմամբ։ Եթե GUI-ը միանում է, իսկ ծառայությունը՝ ոչ, նույն պրոֆիլի ուղով, ապա ֆայլը ինչ-որ մեկի համար ընթեռնելի է, և հարցը դառնում է՝ ով է կարդում և որտեղից։ Եթե երկուսն էլ ձախողվում են, պրոֆիլը փչացած է, և այս ամենը չի վերաբերում։ Գրեք ծառայության անունը և այն ստույգ պրոֆիլը, որը նրան հանձնարարվել է բեռնել։

Իր իսկ ավտոմատ մեկնարկի գրացուցակին ուղղված ծառայությունը գուցե չբեռնի այն ֆայլը, որը բացել եք խմբագրիչում։ Համեմատեք ծառայության կարգավորումների ուղին GUI-ի ուղու հետ՝ տառ առ տառ, որովհետև վերջում ավելացած պանակի անունը կամ այլ սկավառակի տառը բավական է ձեզ սխալ ճյուղ տանելու համար։

Որտեղ են լուծվում հարաբերական ուղիները

Պրոֆիլը, որը հղում է անում ca.crt-ին կամ օժանդակ սկրիպտին միայն անունով, պահանջում է որոնում՝ հարաբերական այն տեղի հետ, որտեղ գտնվում է գործընթացը։ GUI-ը սկսվում է կարգավորումների պանակում, ուստի այդ անունները լուծվում են։ Ծառայությունների կառավարչի կողմից գործարկված ծառայությունը նման մեկնարկային կետ չունի, և որոնումը ձախողվում է նախքան որևէ վկայական կարդալը։ Այդ պատճառով նույն պրոֆիլը աշխատում է մի գործարկիչում և ոչ մյուսում։

Տվեք փաթաթանին գրացուցակ՝ սկսելու համար, կամ դարձրեք յուրաքանչյուր հղում բացարձակ։ GUI-ի համատեքստը հրամանի տողում վերարտադրելը այսպիսի տեսք ունի.

openvpn --cd "C:\VPN\profiles\office" --config "C:\VPN\profiles\office\office.ovpn"

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

Երբ ծառայության ինքնությունը չի կարող կարդալ

Ծառայությունն աշխատում է որպես համակարգի ինքնություն, ոչ որպես դուք։ ACL-ը, որը ձեր օգտատիրոջը տալիս է ամբողջական վերահսկողություն և ոչ ոքի այլ, այնտեղ ձախողվում է, մինչդեռ ձեր նստաշրջանում կատարյալ աշխատում է։ Քարտեզագրված սկավառակի կամ նույնականացված համօգտագործման վրա պահվող պրոֆիլը ձախողվում է նույն պատճառով։ Հաստատեք ֆայլի թույլտվությունները նախքան որևէ այլ բանի նայելը։

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

icacls "C:\VPN\profiles\office\office.ovpn"

Ապա փորձեք նույն ընթերցումը որպես ծառայության ինքնություն, օրինակ՝ Sysinternals-ի psexec -s -i-ով, և դիտեք՝ բացվում է արդյոք ֆայլը։ Եթե ոչ, ոչ մի ուղու ուղղում չի օգնի։ Ուղղեք ACL-ը կամ տեղափոխեք պրոֆիլը մի տեղ, որտեղից ծառայության ինքնությունը կարող է կարդալ։

Ֆայլի մակարդակի գաղտնագրումը երկրորդ, ավելի հազվադեպ դեպքն է։ Encrypting File System հատկանիշով նշված պրոֆիլը թափանցիկ կերպով վերծանվում է այն օգտատիրոջ համար, ով գաղտնագրել է այն, և մնում է անընթեռնելի ծառայության հաշվի համար։ Այդ պատճառով նույն ֆայլը բացվում է ձեր խմբագրիչում և ոչ ծառայության ներքո։

Հատկանիշը տեսանելի է բարձրացված հրամանի տողից, և դրա ստուգումը չի բացում պրոֆիլը։ Գործարկեք երկու հրամաններն էլ և կարդացեք ելքը.

cipher /s:"C:\VPN\profiles\office"
attrib "C:\VPN\profiles\office\office.ovpn"

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

Որոշել, թե ումն է թունելը

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

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

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

Ինչ է իրականում գործարկում ծառայության փաթաթան

Ծառայության մուտքի կետը փոքր փաթաթան է, որը կարդում է իր պահված պարամետրերը և ապա գործարկում openvpn.exe-ը։ Երբ իրադարձությունների մատյանի հրամանի տողը չի համընկնում ձեր սպասմանը, հենց այդ արժեքներն են, որ պետք է ստուգել։ Վերատեղադրումը վերականգնում է դրանք կանխադրվածի և ոչնչացնում ապացույցները։ Նախ կարդացեք դրանք։

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

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