OpenVPN-ի պրոֆիլից key-method-ը հեռացնելը ոչինչ չի փոխում

Տարիներ աշխատած պրոֆիլը հանկարծ հրաժարվում է մեկնարկել, և հաղորդագրությունը նշում է մի հրահանգ, որը ոչ ոք չի հիշում, որ ավելացրել է՝ key-method։ Հաջորդ որոնման արդյունքը առաջարկում է համատեղելիության համար ավելացնել key-method 2, ինչը այլ դարաշրջանի խորհուրդ է։ Տողը մերժած վերլուծիչը ընթացիկ է և ընդհանրապես նման ընտրանք չունի։ Տողը հեռացնելը ուղղում է մեկնարկը, և ոչինչ չի փոխում այն հարցում, թե ինչպես են երկու կողմերը պաշտպանում նստաշրջանը։

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

Ախտանիշը վերլուծության սխալ է, ոչ թե ձեռքսեղմման ձախողում

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

openvpn --config /etc/openvpn/client/office.ovpn --verb 3 --log /tmp/parse.log
grep -n 'Options error' /tmp/parse.log

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

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

Հրահանգը և փոխանցման ձևաչափը երկու տարբեր բաներ են

Հին key-method ընտրանքը ընտրում էր, թե ինչպես է շրջանակավորվում TLS բանալիների փոխանակումը, իսկ ժամանակակից փոխանակումը այն բազմափաթեթ մեթոդն է, որը այդ ընտրանքը ժամանակին պահանջում էր։ Ընտրանքը վերացավ, որովհետև այլևս ոչինչ չէր ընտրում, և այն ձևաչափը, որը նա անվանում էր, դարձավ միակը։ Այսպիսով, տողը հեռացնելը նստաշրջանը թողնում է նույն շրջանակավորմամբ, ինչ նախկինում։ Տեքստային խմբագրումը չի կարող դա փոխել ոչ մի ուղղությամբ։

Այդ պատճառով հին բինար վերադարձնելը՝ «2-րդ մեթոդը վերականգնելու» համար, սխալ վերանորոգում է։ Այն ոչինչ չի վերականգնում, բացի հին կանխադրվածներով ավելի հին վերլուծիչից, և խլում է ձեզնից դրանից հետո եկած ուղղումները։ Նույն տրամաբանությունը վերաբերում է վկայագրի ստուգման կամ ծածկագրման ցանկի թուլացմանը՝ հույսով, որ կապը կվերադառնա։

Օգտակար ստուգումը տարբերակն ու վերլուծված կազմաձևն է, ոչ թե բառի առկայությունը ֆայլում՝

openvpn --version | head -n 1
grep -rn 'key-method' /etc/openvpn/ 2>/dev/null

Ինչ հեռացնել և որ ֆայլից

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

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

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

Մերժված պրոֆիլը և մերժված հաճախորդը նման են երևում

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

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

Համատեղելիության հարցեր, որոնց տողը երբեք չպատասխանեց

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

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

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