OpenVPN-ի գործարկումը ցանցից առաջ ձախողում չէ
Ծառայողին հասանելի դառնալուց առաջ մեկնարկող հաճախորդը նորից փորձում է և չի ձախողվում։ Առանձնացրեք հերթականությունը, DNS-ը, նույնականացումը և կապից հետո վերականգնումը։
Դուք գործարկում եք հաճախորդը բեռնման ժամանակ, միավորը հաղորդում է ակտիվ լինելու մասին, և թունելը բացակայում է։ Բնական եզրակացությունն այն է, որ ծառայությունը չի կարողացել մեկնարկել, իսկ բնական ուղղումը՝ նորից գործարկելն է։ Երկուսն էլ բավական հաճախ են սխալ, որ արժանի լինեն կանոնի. աշխատող հաճախորդը, որը նորից փորձում է, դրսից ճիշտ նույն տեսքն ունի, ինչ կոտրվածը։ Տարբերությունը գործընթացի արածի մեջ է, ոչ միավորի վիճակում։
Առասպել: մեկնարկած ծառայությունը նշանակում է աշխատող թունել
Ակտիվ միավորը ապացուցում է, որ գործընթացը գործարկվել է և չի ավարտվել։ Այն չի ապացուցում, որ պրոֆիլը բեռնվել է, վկայագիրն ընդունվել է, կամ հեռավոր կողմը պատասխանել է։ Փաթեթավորված հաճախորդը կարող է րոպեներով մնալ կրկնափորձերի հանգույցում, մինչ systemd-ը հաղորդում է միայն հաջողության մասին։ Վիճակի և վարքի միջև այդ ճեղքը ողջ թեման է։
Հակառակ դեպքը նույնքան տարածված է։ Գործընթացը կարող է ավարտվել բանալին կարդալու ձախողումից հետո, և միավորն այնուհետև հաղորդում է ձախողված վիճակ, որը ոչինչ չի ասում պատճառի մասին։ Երկու վիճակներն էլ տարբերելու համար անհրաժեշտ է մատյանը։
Կարդացեք մատյանը տվյալ օրինակի համար, ոչ թե միավորի վիճակը։ Պատճառի տողը մատյանի մեջ է, ոչ վիճակի պիտակում։
Առասպել: կրկնափորձի կարգավորումները ծածկում են ամեն ձախողում
Անվան լուծումը և տրանսպորտային կրկնափորձերը առանձին կառավարման միջոցներ են՝ առանձին լռելյայն արժեքներով։ resolv-retry-ը կառավարում է հեռավոր հոսթանվան կրկնվող որոնումները, և փաստաթղթավորված լռելյայնը շարունակում է փորձել անվերջ։ connect-retry-ը սահմանում է փորձերի միջև ընդմիջումը, մինչդեռ connect-retry-max-ը կարող է սահմանափակել, թե քանի անգամ է փորձարկվում յուրաքանչյուր հեռավոր գրառում։ Նրանցից որևէ մեկը փոխելուց առաջ ստուգեք, թե որ փուլն է նշում մատյանը։
Այդ ամենից ոչինչ չի վերաբերում աղավաղված պրոֆիլին, անընթեռնելի մասնավոր բանալուն կամ մերժված հաշվին։ Դրանք ուղղում են պահանջում, և հաճախորդը, որը շարունակաբար նորից փորձում է դրանք, առաջ չի գնում։
Չհաստատված վկայագիրը անվերջ նորից փորձելը ստուգումը հեռացնելու պատճառ չէ։ Դա սխալը կարդալու պատճառ է։
Առասպել: մեկ մեկնարկիչը բավական է, ուրեմն ավելացրեք ևս մեկը
Կապը, որն արդեն կառավարվում է NetworkManager-ի կամ փաթեթավորված միավորի կողմից, երկրորդ մեկնարկիչի կարիք չունի։ Նույն երթուղիների համար մրցող երկու գործընթացներ ստեղծում են կրկնակի ինտերֆեյսներ, շփոթեցնող մատյաններ և թունել, որը տատանվում է պատճառներով, որոնք ոչ ոք չի տեսնում։ Երկրորդ պատճենը սովորաբար գալիս է որպես շրջանցում այն բանի, որ առաջինը դանդաղ է։
Որոշեք, թե որ բաղադրիչն է տիրապետում թունելին որևէ բան ավելացնելուց առաջ։ Այնուհետև հեռացրեք մյուս մեկնարկիչը՝ այն անջատելու և հույս դնելու փոխարեն։
Տերն է նաև որոշում, թե որտեղից են գալիս կրկնափորձերը և հավատարմագրերը, դրա համար էլ այս որոշումը նախորդում է ցանկացած կարգավորման։ Սեփականությունը առաջինն է հենց այդ պատճառով։
Ինչն է իրականում հերթականության կարիք ունենում
Հերթականությունը կարող է սպասել կարգավորված հասցեի, և դա այն ամենն է, ինչ այն երաշխավորում է։ network-online.target-ը հետաձգում է ակտիվացումը, մինչև կառավարիչը ցանցը վերև համարի, և վերև լինելու սահմանումը կախված է կառավարիչից։ Այն ոչինչ չի ասում այն մասին, թե արդյոք լուծվում է VPN հոսթանունը, արդյոք պատասխանում է ունկնդիրը, կամ արդյոք գրավված պորտալը թույլ է տվել սարքին։
Կարդացեք տեղադրված միավորը և բոլոր drop-in ֆայլերը՝ կախվածություններ ավելացնելուց առաջ։ Լայն After=-ը յուրաքանչյուր ցանցային ծառայության վրա հետաձգում է բեռնումը՝ չհաստատելով այն կապը, որն իրականում անհրաժեշտ է ձեզ։
Դասավորեք այն կախվածությունը, որը կարող եք փորձարկել, և մնացած ամեն ինչ ստուգեք պատրաստվածության զոնդով։ Թունելը բացող զոնդը ավելի լավն է, քան գուշակող ժամաչափը։
Ինչ է տեղի ունենում թունելի առաջին բարձրանալուց հետո
Բեռնումը մեկ իրադարձություն է շատերի մեջ։ Մուտքի կապը փոխվում է, պորտալի սեանսը լրանում է, գործընկերը վերագործարկվում է։ Տարբերեք ներքին վերակապակցումը գործընթացի ելքից, որը կառավարում է ծառայությունների կառավարիչը, որովհետև երկուսն ունեն տարբեր տերեր և թողնում են տարբեր ապացույցներ։
Ինտերակտիվ նույնականացումը սահմանափակում է անհսկա վերականգնումը։ Ֆոնային միավորը չի բացում աշխատասեղանի բանալիների շարանը և չի պատասխանում MFA հարցմանը, ուստի հետևեք ծառայության համատեքստի համար հաստատված հավատարմագրերի կարգին։
Առանձին որոշեք, թե ինչ կարող են անել հավելվածները, մինչ թունելն իջեցված է։ Կրկնափորձը վերականգնում է կապը, մինչդեռ արգելափակման քաղաքականությունը որոշում է, թե արդյոք այդ բացվածքում ուղիղ երթևեկությունը թույլատրված է։