Handaki inayokufa kila dakika kumi na tano, au kila saa katika dakika ile ile, inakuambia kwamba kipima muda fulani kimeisha, si kwamba mtandao hauna utulivu. Hatua muhimu ni kuandika muda huo na kuulinganisha na vipima muda vinne vinavyozalisha muundo huu. Kubadilisha muda kabla ya kulinganisha huko kwa kawaida huhamisha hitilafu bila kuieleza, jambo linalofanya tukio linalofuata kuwa gumu kusoma kuliko la kwanza. Upimaji huchukua dakika kumi na kuchukua nafasi ya wiki nzima ya kubahatisha.

Geuza muda kuwa nambari

Kusanya matukio matano au sita na uhesabu pengo kati yao, si pengo tangu mwanzo wa siku. Kukatika saa 09:12, 10:12 na 11:12 ni mpaka wa saa; kukatika saa 09:12, 09:27 na 09:42 ni dakika kumi na tano tangu muunganisho wa mwisho uliofaulu. Zungusha matokeo kwa kipima muda kinachowezekana zaidi, si kwa dakika iliyo karibu zaidi.

Rekodi nyakati mbili kwa kila tukio: wakati trafiki iliposogea mara ya mwisho na wakati mteja aliripoti kukatika. Hizi hutofautiana wakati handaki inakufa kimya na mteja anagundua tu kwenye utumaji unaofuata, na tofauti hiyo ndiyo inayotenganisha muda wa kutokuwa na shughuli na hitilafu ngumu. Mteja anayegundua kwa kuchelewa hupanua dirisha la kutokuwa na shughuli unalopima.

Angalia kama kuunganisha tena ni kiotomatiki. Mteja anayeunganisha tena ndani ya sekunde huweka muda huo uonekane kwenye kumbukumbu na nje ya ripoti ya mtumiaji, ndiyo sababu hitilafu hizi mara nyingi huelezwa kama za hapa na pale badala ya za mara kwa mara. Pia huficha tukio hilo kwa mtu anayetumia kompyuta mpakato.

Vipima muda vinne vinavyofanana

Karibu kila anguko la handaki linalojirudia hutoka kwa mmoja wa hawa: uboreshaji wa funguo za itifaki, kuisha kwa ramani isiyotumika, tukio la DHCP au kiolesura, au sera ya akaunti. Hutofautiana kwa kama trafiki ilikuwa ikienda na kwa kile kumbukumbu inasema kwenye mpaka.

Sahihi zilizo hapa chini zinafaa kujifunza, kwa sababu zinakuwezesha kukataa maelezo matatu kutoka mstari mmoja wa kumbukumbu:

TimerTypical triggerWhat the log shows at the boundary
Protocol rekeyTraffic present, fixed intervalNegotiation lines, sometimes a failure
NAT or firewall idleNo traffic for minutesSilence, then a timeout on send
DHCP lease or link changeHalf the lease, or a radio eventAddress or interface churn
Account session limitWall-clock hours since loginClean disconnect, server-side reason

Mstari wa kwanza ni utaratibu wa usalama unaofanya kazi yake, na wa pili ni kifaa cha kati kinachosahau hali. Kuwachanganya hupelekea ama kudhoofisha uboreshaji au kufukuza kanuni ya ngome ambayo haikuwahi kuhusika.

Shughuli dhidi ya kutokuwa na shughuli inakuambia nusu ipi

Fanya ulinganisho uliodhibitiwa na trafiki inayoendelea, kama mtiririko mrefu kwa mtoa huduma ndani ya handaki, na uangalie kama muda unabadilika. Ikiwa kukatika kutapotea wakati data inapita, kipima muda kinategemea kutokuwa na shughuli.

Ikiwa kitastahimili trafiki inayoendelea, sababu ni ya uboreshaji, ukodishaji au sera. Jaribio hilo moja huondoa nusu ya wagombea katika takriban saa moja ya uchunguzi, na hakigharimu chochote isipokuwa umakini.

Wakati wa jaribio, usibadilishe mtandao wa ufikiaji. Kubadilisha kati ya Wi-Fi na Ethernet katikati ya ulinganisho huleta hasa tukio la kiolesura unalojaribu kutofautisha na kipima muda.

Linganisha mstari wa kumbukumbu na mpaka

Soma kumbukumbu za mteja na seva karibu na wakati uliorekodiwa, si faili yote. Uboreshaji huonyesha majadiliano; kuisha kwa kutokuwa na shughuli hakuonyeshi chochote hadi pakiti inayofuata; mabadiliko ya ukodishaji huonyesha kazi ya anwani; kikomo cha sera kwa kawaida huonyesha kukatika safi kwa kiutawala.

Amri hizi huvuta dirisha husika kutoka kwa kila chanzo:

grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg show

Ikiwa vyanzo vitatu vinakubaliana kuhusu muhuri wa muda, unamjua mmiliki wa kipima muda. Ikiwa ni kumbukumbu ya mteja pekee iliyo na kitu, huenda seva siyo inayomaliza kipindi.

Rekebisha hatua, si aikoni

Kila mmiliki ana ukarabati mmoja unaoungwa mkono. Hitilafu ya uboreshaji inahitaji mapendekezo yanayolingana pande zote mbili. Kuisha kwa kutokuwa na shughuli kunahitaji ishara ya uhai au matarajio mafupi ya kutokuwa na shughuli, ndani ya kile njia inaruhusu. Tukio la ukodishaji linahitaji mipangilio ya kiolesura au nishati kurekebishwa. Kikomo cha akaunti ni uamuzi wa sera, si hitilafu.

Kuzima uboreshaji au uthibitishaji ili aikoni ibaki kijani hubadilisha anguko linaloonekana na udhaifu usioonekana, na hukuaacha bila uwezo wa kusema handaki ilijadiliana lini mara ya mwisho kuhusu funguo mpya. Kisha jaribu tena muda wa awali na uhifadhi mihuri ya muda, ili tukio linalofuata liweze kulinganishwa na hili badala ya kuanza upya.

Makala zinazohusiana