OpenVPN սխալ՝ tls-remote կամ keysize անհայտ ընտրանք

Սովորաբար ամեն ինչ սկսվում է պրոֆիլից, որը տարիներ շարունակ միացել է, բացվել է ավելի նոր հաճախորդում և ձախողվում է նախքան թունելի մեկնարկը։ Տերմինալը տպում է մոտավորապես այսպիսի բան՝ Options error: Unrecognized option ... in client.ovpn:130: tls-remote, վերջում փակագծերում տարբերակով։ Կարդացեք դա որպես վերլուծիչի բողոք՝ ֆայլը պարունակում է հրահանգ, որն այս հաճախորդն այլևս չի ճանաչում։

Այդ մեկ հաղորդագրությունը բացատրում է, թե ինչու բանալիների վերականգնումը, գաղտնաբառի վերընթերցումը կամ սերվերի ստուգումը ոչինչ չեն անում։ Ձախողումը տեղի է ունենում, երբ հաճախորդը կարդում է իր սեփական կարգավորումը, նախքան սոքեթ բացելը։ Օգտակար աշխատանքը մերժված հրահանգը բացահայտելն ու այն ընթացիկ համարժեքով փոխարինելն է։

Կարդացեք ձախողվող տողը, նախքան որևէ բան փոխելը

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

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

Ինչ եղավ keysize-ի և tls-remote-ի հետ

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

tls-remote հեռացվել է 2.4-ում։ Այն համեմատում էր սերվերի վկայագիրը սպասվող անվան հետ, և դրա փոխարինողը verify-x509-name-ն է, որն ավելի խիստ է անվան համապատասխանեցման հարցում։ Հին հրահանգը վերացել է, ուստի այն պարունակող պրոֆիլը երբեք չի վերլուծվի ընթացիկ հաճախորդում։

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

Վերագրեք սերվերի ինքնության ստուգումը

Փոխարինողը վերցնում է սպասվող անունը և համեմատման ռեժիմ։ verify-x509-name vpn.example.edu name-ը պահանջում է, որ վկայագրի սուբյեկտը ճշգրիտ հավասար լինի այդ արժեքին։ Այլ ռեժիմներ համեմատում են նախածանց կամ ամբողջ սուբյեկտի տող, իսկ սխալ ռեժիմ ընտրելը աշխատող պրոֆիլը վերածում է մաքուր ստուգման ձախողման։

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

Մի՛ լռեցրեք ստուգումը, որպեսզի սխալը անհետանա։ Սերվերի ինքնության հաստատումը հեռացնելը ուղղելի պրոֆիլի խնդիրը վերածում է չհաստատված թունելի, ինչը հենց այն ռիսկն է, որի կանխարգելման համար գոյություն ուներ հրահանգը։

Ուղղված պրոֆիլ, տեղական խմբագրում կամ ավելի հին հաճախորդ

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

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

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

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