Երկու վայրկյան տևող սառում՝ VPN-ն էր, թե՞ Wi-Fi-ը
Երկու վայրկյան տևող կանգը և նոր VPN նստաշրջանը տարբեր իրադարձություններ են։ Մինչև ժամանակաչափը փոխելը մուտքի ուղին և թունելը դրեք առանձին ժամանակագծերի վրա։
Երկու վայրկյան տևող սառումը, որն ինքնուրույն վերականգնվում է, նույնն է երևում՝ անկախ նրանից թունելը վերաբանակցե՞լ է, թե՞ ռադիոն սայթաքել է։ Հնարավոր է նաև, որ ընդհանրապես ոչինչ չի ընկել, և այդ հնարավորությունն արժե առաջինը ստուգել։ Կորուստների կարճ պոռթկումը, վերաբանակցումը և հավելվածի կանգը նույն կերպ են զգացվում ստեղնաշարի մոտ նստած մարդու համար։ Երեքից միայն մեկն է շտկվում թունելի կարգավորումը փոփոխելով։
Երկու գրառում, ոչ թե մեկը
Գրառեք, թե ինչ պատահեց ներքևի կապին, և առանձին՝ թե ինչ արեց հենց թունելը։ Ապա հավելվածի դադարը դրեք երկու գրառումների դիմաց։ Սրանք անկախ իրադարձությունների շարքեր են, որոնք երբեմն համընկնում են, և երեքն էլ անջատում անվանելը ենթադրում է պատասխանը հենց սկզբում։
Րոպեն մեկ անգամ ստուգող հսկիչը չի կարող տեսնել երկու վայրկյան տևող ընդհատում։ Այդ օրը առողջ համարելը տեխնիկապես ճիշտ է և գործնականում անօգուտ։ Մեջբերվող յուրաքանչյուր արդյունքի կողքին դրեք նմուշառման միջակայքը։
Ինչ արեց մուտքի կապը, մինչ հավելվածը սառել էր
Նմուշառման միջակայքը և ժամկետը որոշում են, թե ինչ կարող էր ընդհանրապես դիտել հսկիչը, ուստի գրառեք երկուսն էլ արդյունքի կողքին։ Ընդհատումների գրանցված բացակայությունը քիչ է նշանակում, երբ գործիքը նմուշ է վերցնում ամեն վաթսուն վայրկյանը մեկ։ Ապա ժամանակադրոշմներով ստուգեք երեք տեղ՝ տեղական երթուղիչը, հաստատված արտաքին հոսթը՝ պարզ ուղով հասանելի, և թունելի հետևում գտնվող ռեսուրսը։
Նախ հաստատեք երթուղիները, որովհետև հրապարակային նպատակակետն ինքը կարող է երթուղվել թունելով և այդ դեպքում չափում է թունելը, ոչ թե մուտքի ուղին։ Այն ապացույցները, որոնք իսկապես թվագրում են ընդհատումը, մեկ շերտ ներքևում են՝ կապի իրադարձություններ երթուղիչում, վերահամաժամեցման գրառումներ մոդեմում և փոխված WAN հասցե։ Կուտակային սխալի հաշվիչը ասում է, որ ինչ-որ բան սխալ գնաց, բայց երբեք չի ասում՝ երբ։ Կապեք այդ գրառումները դեպքի պատուհանի հետ՝ փոխարենը դրանք մեկուսացված կարդալու։
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address show
Երեկ բարձրացած հաշվիչը ոչինչ չի բացատրում այս առավոտվա սառման մասին։ Սահմանափակեք հարաբերակցությունը օգտատիրոջ հաղորդած պատուհանով։
Փնտրեք վերագործարկման գրառումը
Կորցված UDP դեյտագրամը ինքնին չի ստիպում Community OpenVPN-ին սկսել նոր TLS բանակցություն։ Վերագործարկման վարքը հետևում է ping-restart-ին, և գործող արժեքը կարող է ուղարկված լինել սերվերի կողմից, և 2.6 ձեռնարկը սահմանում է այդ ժամանակաչափերը։ Առաքումը մի պահ ընդհատվում է, շեմը երբեք չի հատվում, և մատյանը մնում է դատարկ։ Ուստի մատյանի մեջ դադարի շուրջ փնտրեք վերագործարկման տող, նոր միացում կամ փոխված նստաշրջանի նույնացուցիչ։ Եթե երեքից ոչ մեկը չհայտնվի, թունելը հավանաբար ոչինչ չի արել, և ժամանակաչափը երբեք խնդիրը չի եղել։
Յուրաքանչյուր keepalive կրճատելը հայտնաբերումը ավելի արագ է ցույց տալիս և տեղափոխում այն սահմանը, որտեղ փոքր ընդհատումը դառնում է վերամիացում։ Յուրաքանչյուր վերամիացում արժե մեկ նույնականացման փուլ և երթուղիների վերատեղադրում։ Ժամանակաչափը ձգելը ոչինչ չի գնում, բացի ավելի երկար պատուհանից, որտեղ մեռած ուղին դեռ կենդանի է երևում։ Երկուսն էլ գին ունեցող լարքային որոշումներ են, ոչ թե անվճար բարելավումներ։
Բացակա իրադարձությունը նույնպես ապացույց է, և հենց այն տեսակը, որը մարդիկ բաց են թողնում, որովհետև մատյանի ոչինչ ուշադրություն չի հրավիրում դրա վրա։ Գրառեք կատարած որոնումը, ոչ միայն դրա արդյունքը։
Թող համեմատությունը որոշի, թե ինչ ուղղել
Երբ երկու գրառումները կողք կողքի են, վերագրումը սովորաբար ինքն է գրվում։ Երկու ուղիներում էլ երթուղիչի կապի իրադարձությունը նշանակում է, որ թեման մուտքի կապն է։ Հանգիստ թունելը և օգտագործելի պարզ ուղին նշանակում են, որ թեման բանակցությունն է։
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
Յուրաքանչյուր տող հուշում է, ոչ դատավճիռ. ծայրակետերը իջեցնում են ICMP-ի առաջնահերթությունը, և երկու նպատակակետ պարտադիր չէ, որ կիսեն մեկ ուղի։ Պահեք հաճախորդի, դարպասի և հավելվածի ժամացույցները համաժամեցված, որպեսզի համեմատությունը ընդհանրապես հնարավոր լինի։ Երկու սյունակում տեղավորվող տողին պետք է ևս մեկ դիտարկում, ոչ թե որոշում։
Վերանայությունը հաղթահարող զեկույցը պատասխանում է չորս բանի՝ ինչքա՞ն տևեց սառումը, ո՞ր ուղիները շարունակեցին պատասխանել, ի՞նչ գրանցեց թունելն այդ վայրկյանին, և ինչքա՞ն հաճախ է հսկիչը նմուշ վերցնում։ Այդ չորս փաստերը թույլ են տալիս հաջորդ ընթերցողին վերարտադրել դիտարկումը՝ փոխարենը ամփոփմանը վստահելու։ Աշխատանքի տոկոսը թաքցնում է հենց այն միջակայքը, որ ձեզ հետաքրքրում է, և "VPN-ն ընկավ" արտահայտությունը նույնպես։