Ինչու է ձեր VPN-ը վերականգնվում ընդհատումից ավելի երկար
Հետընթացը ընդմիջում է վերամիացման փորձերը, ուստի վերականգնված ցանցը կարող է սպասել: Համեմատեք վերափորձերի գրաֆիկը ցանցի պատրաստվածության հետ՝ նախքան ժամաչափերը կրճատելը:
Wi-Fi-ը վերադարձել է երեսուն վայրկյան առաջ, իսկ VPN-ը դեռ անջատված է, ուստի հաճախորդը կոտրված է թվում: Հաճախ այն պարզապես հետևում է իր սեփական վերափորձերի գրաֆիկին, և այդ գրաֆիկը չգիտի, որ ցանցը հենց նոր վերադարձավ: Այդ ճեղքը ողջ պատմությունն է. վերականգնման ժամանակը ընդհատումն է՝ գումարած ցանկացած սպասում, որին հաճախորդն արդեն պարտավորվել է: Յուրաքանչյուր ժամաչափ իջեցնելը մեկ պատասխան է, իսկ թե որ ժամաչափն է կարևոր՝ հասկանալը՝ մյուսը:
Երեք պայման է որոշում՝ արդյոք կարգավորումն օգնում է. որ փուլն է դանդաղ, արդյոք խափանումը ընդհանրապես կրկնելի է, և ինչպես է հաճախորդն իմանում, որ ցանցը վերադարձել է:
Երեք սպասում, որոնք նման են մեկին
Վերջնակետի լուծումը, IKE-ի կամ TLS-ի բանակցությունը, փաթեթների վերահաղորդումը և նոր փորձ սկսելը առանձին իրադարձություններ են՝ առանձին ժամաչափերով: strongSwan-ը փաստագրում է վերահաղորդման հետընթացը IKE-ի համար, իսկ OpenVPN -ն ունի իր սեփական վերափորձի կառավարումը՝ այլ իմաստով: Մեկից մյուսը թիվ պատճենելը ենթադրում է, որ մեխանիզմները համընկնում են, բայց դրանք չեն համընկնում: Կարդացեք մատյանի հաջորդականությունը՝ նախքան որոշելը, թե որ միջակայքին եք նայում:
Մատյանի մեջ լուռ րոպեն պարտադիր չէ, որ սառեցված գործընթաց լինի: Դա կարող է լինել էքսպոնենցիալ հետընթաց, որն անում է հենց այն, ինչի համար կարգավորվել է:
Որ փուլն է իրականում դանդաղ:
Եթե մատյանը ցույց է տալիս նույնականացման սխալով ձախողվող փորձեր, ապա ժամաչափի ոչ մի փոփոխություն չի օգնի, քանի որ հավատարմագրերը սխալ են: Եթե փորձեր ընդհանրապես չեն արվում, հաճախորդը գտնվում է իր սպասման պատուհանում, և լուծումը գրաֆիկն է: Եթե փորձեր արվում են և ժամկետը լրանում է, խնդիրը հասանելիության կամ բացակայող լսողի մեջ է, և ավելի արագ վերափորձը միայն լցնում է մատյանը: Այդ երեք վիճակներից յուրաքանչյուրն ունի տարբեր տեր, և դրանցից միայն մեկն է ժամանակի խնդիր:
Դասակարգեք խափանումը՝ նախքան թվին դիպչելը:
Երբ է ժամաչափի իջեցումն օգնում, և երբ՝ ոչ
Իջեցրեք վերափորձերի վերին սահմանը, երբ գերակշռող ծախսը կարճ, հաճախակի ընդհատումից հետո սպասելն է, օրինակ՝ մուտքի կետերի միջև շարժվող նոթբուքը: Թողեք այն անփոփոխ, երբ խափանումները երկար են կամ հազվադեպ, քանի որ ագրեսիվ վերափորձը ծանրաբեռնվածություն է ավելացնում հենց այն պահին, երբ կենտրոնացուցիչը ամենաքիչն է ընդունակ պատասխանելու: Երկու դեպքում էլ փոխեք մեկ պարամետր, գրանցեք այն և չափեք հաջորդ վերականգնումը՝ փոխարենը չենթադրելու, թե այն լավացել է:
Յուրաքանչյուր պրոֆիլում պատճենված շատ ցածր ժամկետը առանց չափման կարգավորման սովորական վերջնական վիճակն է:
Ստուգեք պատրաստվածությունը՝ նախքան հաճախորդին մեղադրելը
Հաճախորդը հաճախ չի կարող տեսնել, որ ցանցը օգտագործելի է, քանի դեռ ինչ-որ բան չի փորձել: Գերևարված պորտալը, DHCP-ի նորացումը կամ երթուղու փոփոխությունը կարող են նրան սպասել պահել այն գրաֆիկով, որը սահմանվել էր այդ ամենից առաջ: Դիտեք օպերացիոն համակարգի ցանցի վիճակի փոփոխությունը և հաճախորդի հաջորդ փորձը նույն ժամացույցով, և կտեսնեք, թե ում սպասումն է: Արագ տարբերակը ցանցը-պատրաստ իրադարձության ժամանակագրոշումը և դրանից հետո առաջին փորձի ժամանակագրոշումը գրանցելն է:
Հաստատեք նաև, որ սպասման ընթացքում ուղիղ երթևեկությունը դեռ արգելափակված է, քանի որ երթևեկություն արտահոսող ավելի արագ վերամիացումը բարելավում չէ:
Ինչ գրանցել
Գրեք, թե որ ժամաչափը փոխվեց, ինչ արժեքից ինչ արժեքի, և ինչպիսին էր վերականգնումը դրանից հետո: Գրանցեք նաև հաճախորդի տարբերակը, որովհետև լռելյայն արժեքները փոխվում են թողարկումների միջև, և չփաստագրված շատ ցածր ժամկետը կշփոթեցնի պրոֆիլը կարդացող հաջորդ մարդուն:
Այդ գրառումը հաջորդ ծրագրային թարմացումը փորձից վերածում է համեմատության: