Divu sekunžu iesprūdums: VPN vai Wi-Fi?
Divu sekunžu apstāšanās un jauna VPN sesija ir divi atšķirīgi notikumi. Pirms mainīt taimeri, novietojiet piekļuves ceļu un tuneli atsevišķās laika līnijās.
Divu sekunžu iesprūdums, kas pats atjaunojas, izskatās vienādi neatkarīgi no tā, vai tunelis atkārtoti vienojās vai radio modulis paklupa. Iespējams arī, ka nekas vispār nenokrita, un šo iespēju ir vērts pārbaudīt vispirms. Īss zudumu uzliesmojums, atkārtota vienošanās un lietotnes apstāšanās cilvēkam pie tastatūras šķiet vienādi. Tikai viens no trim gadījumiem tiek novērsts, mainot tuneļa konfigurāciju.
Divi ieraksti, nevis viens
Pierakstiet, kas notika ar savienojumu zemāk, un atsevišķi — ko darīja pats tunelis. Pēc tam novietojiet lietotnes pauzi pret abiem ierakstiem. Tās ir neatkarīgas notikumu rindas, kas dažkārt sakrīt, un visus trīs saukt par atslēgšanos nozīmē jau sākumā pieņemt atbildi.
Monitorings, kas pārbauda reizi minūtē, nevar saskatīt divu sekunžu pārtraukumu. Ziņot, ka šī diena bija vesela, ir tehniski precīzi un praktiski bezjēdzīgi. Blakus katram citētajam rezultātam ierakstiet paraugu ņemšanas intervālu.
Ko darīja piekļuves saite, kamēr lietotne bija iesalusi
Paraugu ņemšanas intervāls un laika limits nosaka, ko monitorings vispār varēja novērot, tāpēc abus pierakstiet blakus rezultātam. Reģistrēta pārtraukumu neesamība maz nozīmē, ja instruments ņem paraugu ik pēc sešdesmit sekundēm. Pēc tam pārbaudiet trīs vietas ar laika zīmogiem: vietējo maršrutētāju, apstiprinātu ārējo resursdatoru, kas sasniedzams pa vienkāršo ceļu, un resursu aiz tuneļa.
Vispirms apstipriniet maršrutus, jo publisks mērķis pats var tikt maršrutēts caur tuneli, un tad tas mēra tuneli, nevis piekļuves ceļu. Pierādījumi, kas patiešām datē pārtraukumu, atrodas vienu slāni zemāk: saites notikumi maršrutētājā, atkārtotas sinhronizācijas ieraksti modemā un mainīta WAN adrese. Kumulatīvais kļūdu skaitītājs pasaka, ka kaut kas nogāja greizi, bet nekad — kad. Korelējiet šos ierakstus ar incidenta logu, nevis lasiet tos atsevišķi.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showSkaitītājs, kas vakar pieauga, neko neizskaidro par šī rīta iesprūdumu. Ierobežojiet korelāciju ar lietotāja ziņoto logu.
Meklējiet pārstartēšanas ierakstu
Pazaudēts UDP datagramma pats par sevi neliek Community OpenVPN sākt jaunu TLS vienošanos. Pārstartēšanas uzvedība seko ping-restart, un spēkā esošo vērtību var būt uzspiedis serveris; 2.6 rokasgrāmata definē šos taimerus. Piegāde uz mirkli pārtrūkst, slieksnis nekad netiek pārsniegts, un žurnāls paliek tukšs. Tāpēc žurnālā ap pauzi meklējiet pārstartēšanas rindu, jaunu savienojumu vai mainītu sesijas identifikatoru. Ja neviens no trim neparādās, tunelis, visticamāk, neko nedarīja un taimeris nekad nebija problēma.
Katra keepalive saīsināšana liek noteikšanai izskatīties ātrākai un pārvieto līniju, kur mazs klupiens kļūst par atkārtotu savienojumu. Katrs atkārtots savienojums maksā autentifikācijas kārtu un maršrutu pārinstalēšanu. Taimera pagarināšana neko nepērk, izņemot garāku logu, kurā miris ceļš vēl izskatās dzīvs. Abi ir regulēšanas lēmumi ar cenu, nevis bezmaksas uzlabojumi.
Ne noticis notikums arī ir pierādījums, un tieši tāda veida, ko cilvēki izlaiž, jo nekas žurnālā tam nepiesaista uzmanību. Pierakstiet veikto meklēšanu, nevis tikai rezultātu.
Lai salīdzinājums izlemj, ko labot
Kad abi ieraksti ir blakus, piešķiršana parasti uzrakstās pati. Maršrutētāja saites notikums abos ceļos nozīmē, ka tēma ir piekļuves savienojums. Kluss tunelis un lietojams vienkāršais ceļš nozīmē, ka tēma ir vienošanās.
| 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 |
Katra rinda ir pavediens, nevis spriedums: galapunkti pazemina ICMP prioritāti, un divi galamērķi ne vienmēr dala vienu ceļu. Turiet sinhronizētus klienta, vārtejas un lietotnes pulksteņus, lai salīdzinājums vispār būtu iespējams. Rindai, kas iekļaujas divās kolonnās, vajag vēl vienu novērojumu, nevis lēmumu.
Ziņojums, kas iztur pārskatīšanu, atbild uz četrām lietām: cik ilgi iesprūdums ilga, kuri ceļi turpināja atbildēt, ko tunelis tajā sekundē ierakstīja un cik bieži monitorings ņem paraugus. Šie četri fakti ļauj nākamajam lasītājam atkārtot novērojumu, nevis uzticēties kopsavilkumam. Darbības laika procentuālā daļa paslēpj tieši to intervālu, kas jums svarīgs, un arī frāze "VPN nokrita".