Access Server-ը կորցրել է իր կապը ցանցային միջերեսի վերանվանումից հետո. ուղղեք բանալիները

Դուք վերանվանել եք ցանցային միջերեսը կամ վերականգնել եք մեքենա, որի ադապտերը վերադարձել է այլ անունով, և այժմ OpenVPN Access Server-ի դեմոնը չի միանում։ Վեբ միջերեսը կարող է դեռ պատասխանել կամ չպատասխանել՝ կախված նրանից, թե որ բաղադրիչն էր կապված հին անվան հետ։ Ծառայությունը վնասված չէ, և կոնֆիգուրացիան չի կորել. մեկ կարգավորում դեռ ցույց է տալիս մի միջերեսի, որը հոսթն այլևս չունի։

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

Ինչ է իրականում ասում ախտանիշը

Դեմոնը, որը չի կարողանում կապվել, սովորաբար դա ասում է իր լոգում. հասցեն հասանելի չէ կամ միջերեսը գոյություն չունի։ Հաղորդագրությունը կոնկրետ է. այն նշում է այն հասցեն, որը դեմոնը փորձել է. համեմատեք այն հոսթի ip -br addr-ի հետ՝ պարզելու, թե արդյոք միջերեսը վերանվանվել, հեռացվել կամ բարձրացվել է առանց հին հասցեի։

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

Հարցրեք կոնֆիգուրացիան մինչև խմբագրելը

Access Server-ը ցուցադրում է իր կոնֆիգուրացիան սեփական CLI-ի միջոցով։ Փաստաթղթավորված տեսքը հետևյալն է.

sacli ConfigQuery

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

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

Որոշեք, թե որ լսորդն է կոտրված

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

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

Փոխեք անվանված կարգավորումը, ոչ համապատասխան տողերը

Ձեռնարկը փաստաթղթավորում է ConfigPut-ը կոնկրետ բանալիների վրա, ինչպիսիք են vpn.daemon.0.server.ip_address և vpn.daemon.0.listen.ip_address։ Օգտագործեք արտադրանքի սեփական մեթոդը բանալու անվան և նոր արժեքի հետ, ձեր տարբերակի փաստաթղթավորված շարահյուսությամբ, և փոխեք միայն ձեր ախտորոշած լսորդի բանալիները։

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

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

Կիրառեք այն, ապա ապացուցեք, որ ուղին աշխատում է

Արժեքը ուղղելուց հետո կիրառեք այն արտադրանքի փաստաթղթավորված կենսացիկլի միջոցով ( կենսացիկլ )։ Ձեռնարկը բանալիները սահմանելուց հետո օգտագործում է sacli start. դա ամբողջական հոսթի վերագործարկում կամ տվյալների բազայի վերակայում չէ։

ss -lntup | grep -E '1194|443'
sacli ConfigQuery | grep -i ip_address

Ստուգեք լսորդը, ապա հաստատեք մեկ լիազորված VPN կապ, հասեք մեկ մասնավոր ռեսուրսի և բացեք ադմինիստրատիվ էջը իր սպասվող ուղիով։ Պահպանեք գոյություն ունեցող օգտատերերի թույլտվությունները և չեղարկումները. վերականգնումը, որը վերակայում է դրանք, ուղղել է կապը և կորցրել տեղադրումը։ Աշխատանքը ավարտված է, երբ նույն ծառայությունը աշխատում է իր նախատեսված միջերեսում։