Ինչու է OpenVPN-ը Windows-ում ասում ca՝ ուղի առանց չակերտների, ոչ թե վատ վկայական

OpenVPN-ը չի մեկնարկում, և սխալի հաղորդագրությունը մատնանշում է տող, որը կարծես թե կարգին է՝ Unrecognized option or missing or extra parameter(s) in office.ovpn:42: ca։ Վկայականը չի փոխվել, ֆայլը բացվում է խմբագրիչում, և ուղու մեջ ոչինչ սխալ չի թվում։ Վերլուծիչը չի առարկում ընտրանքի անվան դեմ, այլ առարկում է, թե դրա հետ քանի արգումենտ է եկել։ Չորս ստուգում լուծում է գրեթե յուրաքանչյուր նման դեպք, և արժե դրանք կատարել ծախսի հերթականությամբ։

Ինչու է վերլուծիչը մեղադրում ընտրանքին

Կազմաձևման յուրաքանչյուր տող բաժանվում է բացատներով և չակերտներով, նախքան որևէ ընտրանք այն կտեսնի։ Ուստի բացատ պարունակող արժեքը գալիս է որպես մի քանի արգումենտ, եթե այն չակերտների մեջ չէ, և տողին պատկանող ընտրանքը հաղորդում է անհամապատասխանության մասին։ Windows-ում դա անկասկած է դարձնում տեղադրման լռելյայն պանակը, քանի որ C:\Program Files կառուցվածքով հենց ուղու մեջտեղում է։ Այս սխալի ժամանակ վկայականը երբեք չի բացվում, ուստի ֆայլի գոյությունը ստուգելը ոչ մի օգտակար բան չի ապացուցում։

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

ca C:\Program Files\OpenVPN\config\office-ca.crt

Չակերտների մեջ վերցրեք բացատ պարունակող բոլոր ուղիները

Արժեքի շուրջ մեկ զույգ կրկնակի չակերտը ամբողջ վերանորոգումն է, և Windows-ում առաջ թեքված գծերը թույլատրվում են, ուստի escape-ը երբեք խնդրի մաս չի դառնում։ Ուղղեք ուղու բոլոր ընտրանքները նույն անցման մեջ, քանի որ վերլուծիչը կանգ է առնում առաջին ձախողման վրա, և հաջորդը պարզապես սպասում է հաջորդ վերագործարկմանը։ Հավաքածուն սովորաբար ներառում է ca, cert, key, tls-auth և auth-user-pass։

ca "C:/Program Files/OpenVPN/config/office-ca.crt"
cert "C:/Program Files/OpenVPN/config/office.crt"
key "C:/Program Files/OpenVPN/config/office.key"

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

Select-String -Path .\office.ovpn -Pattern 'Program Files'

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

Վերականգնեք ռեժիմի հայտարարությունը վկայականներից առաջ

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

client
dev tun
proto udp
remote vpn.example.net 1194

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

Կոդավորման վնասը նման է ընտրանքի անվան

Որպես UTF-16 պահված և բայթերի հերթականության նշիչ ունեցող ֆայլը թաքցնում է իր առաջին ընտրանքը վերլուծիչից, և թափառող բայթերը կարող են կպչել ընտրանքի անվանը հաղորդագրության մեջ։ Պահեք ֆայլը որպես UTF-8 առանց բայթերի հերթականության նշիչի, ապա նորից բացեք այն և հաստատեք, որ առաջին նշանը սովորական տառ է։ Խմբագրիչները, PowerShell-ի վերահասցեավորումը և զրուցարանից տեղադրված տեքստը բոլորը փոխում են կոդավորումը առանց հարցնելու։

Format-Hex .\office.ovpn | Select-Object -First 1

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

Որ ստուգումն առաջինը, և ինչու

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

Պահեք ֆայլի անձեռնմխելի պատճենն այնպես, ինչպես օպերատորն է ուղարկել։ Եթե ավելի ուշ խմբագրումը կոտրի այն, այդ պատճենի հետ տարբերությունը ցույց կտա՝ արդյոք տեղաշարժվել է չակերտ, նոր տող թե նշիչ բայթ, ինչը ավելի արագ է, քան սխալը նորից կարդալը։ Յուրաքանչյուր հրահանգի ընտրանքների տեղեկանքը տեղադրված տարբերակի OpenVPN ձեռնարկում է։