Kura NAT lēciena vieta nomet dīkstāves VPN kartējumu un kā to noteikt
Dīkstāves VPN plūsma var nomirt jebkurā stāvokli saglabājošā lēcienā. Atkārtojiet vienu testu, salīdziniet, ko redzēja katra robeža, un ziņojiet par ierobežoto rezultātu, nevis minētu vainīgo.
Pēc klusa perioda tunelis atkal pieslēdzas, neviens žurnāls nenosauc vainīgo, un acīmredzamais solis ir izvēlēties ierīci ar iespaidīgāko taimauta dokumentāciju. Tas ir minējums diagnozes tērpā. Stāvoklis var kādu laiku izdzīvot mājas maršrutētājā, operatora tulkotājā un mākoņa malā, un jebkurš no tiem var nomest klusu plūsmu. Tā vietā varat kartēt ceļu, atzīmēt, kuras ierīces jūs tiešām varat novērot, un veikt vienu dīkstāves testu, ko varat atkārtot.
Atkārtojams tests pārvērš anekdoti mērījumā. Viss zemāk pieņem vienu klientu, vienu serveri un vienu protokolu, un pieņem, ka jūs pretojaties divu mainīgo maiņai vienlaikus. Mērķis ir padarīt nākamo gadījumu lētāku par šo.
Katru reizi veiciet to pašu dīkstāves testu
Pierakstiet, kad plūsma pēdējo reizi bija kārtībā, cik ilgi pēc tam tā bija dīkstāvē un vai viens svaigs pakets to atgrieza. Šie trīs fakti ir mērījums; bez tiem jums ir stāsts par nokritušu klēpjdatoru. Katrā atkārtojumā izmantojiet to pašu klientu, to pašu serveri un to pašu protokolu, un atzīmējiet brīdi, kad pēc klusuma tika nosūtīts pirmais pakets.
Pēc tam salīdziniet, ko tiešām redzēja katra jūsu robeža. Izmeklēšanu izšķir tas, vai serveris pēc pārtraukuma neredzēja vispār neko, vai arī redzēja pieprasījumu un atbildēja ceļā, kas vairs nenesa atbildes.
| What you observe | What it suggests | What it does not prove |
|---|---|---|
| server records no packet after the pause | state was lost upstream of the server | which hop dropped it |
| server answers, client never receives | return-path state or filtering | that the timer belongs to the client |
| client sends nothing at all | client-side timer or application behaviour | that the network path is healthy |
Ceļu salīdzināšana, nemainot piecas lietas
Otrs apstiprinātais piekļuves tīkls ir likumīgs salīdzinājums, jo NAT ķēde atšķiras. Tas atšķiras arī ar pakalpojumu sniedzēju, radio apstākļiem un varbūt adrešu saimi, tāpēc rezultāts ir robeža, nevis attiecinājums. Ziņojot pierakstiet ierobežojumus kopā ar rezultātu, nevis klusi tos izlaidiet. Pierakstiet arī ceļu: ierīce, loma un vai tās stāvokli vispār var nolasīt.
Ceļu salīdzinājums jums dod ierobežotu jautājumu: plūsma izdzīvo vienā un mirst otrā pēc līdzīga klusuma, tāpēc mainīgais atrodas kaut kur tajās daļās, kas atšķiras. Tas ir reāls rezultāts arī tad, ja neviena ierīce nav nosaukta, un tas pasaka nākamajam inženierim, kur pavadīt pēcpusdienu un kur ne.
Vietējo stāvokli ir vērts nolasīt pirms spekulācijām par operatoriem. Linux vārtejā conntrack -L uzskaita izsekotās plūsmas ar to atlikušo mūžu, kas minējumu par taimeri pārvērš skaitlī, kuru varat redzēt beidzamies. Lasiet to pirms un pēc dīkstāves perioda, ne tikai pēc.
Ko noturēs dzīvības signāls un ko ne
Atbalstīts dzīvības signāls notur kartējumu atvērtu, un atvērta kartējuma noturēšana neko nepierāda par pakalpojumu aiz tā. Tunelis var palikt kartēts, kamēr tā pārnēsātā lietotne jau ir pārstājusi atbildēt, un no statusa gaismas šīs divas situācijas izskatās vienādi. Uztveriet dzīvības signālu kā apdrošināšanu pret dīkstāves izbeigšanos, nevis kā veselības pārbaudi.
Iestatiet intervālu pēc īsākā taimauta, ko tiešām izmērījāt, nevis pēc skaitļa, kas nokopēts no foruma. Dzīvības signāls, kas noregulēts zem jebkura iespējama taimera, ir trafiks, kas nevienam nebija vajadzīgs, un tas arī noņem simptomu, kas būtu pateicis, kura robeža beidzas pirmā. Izvēlieties intervālu no izmērītā skaitļa un atstājiet visu pārējo mierā.
Viena izmaiņa, tad mēriet vēlreiz
Pretojieties vēlmei dzīva testa laikā pacelt visus taimautus un iztīrīt visas vārtejas. Tas izdzēš pierādījumus, kuru dēļ atnācāt, un pārtrauc citu cilvēku plūsmas, kas ir slikts darījums par nepārbaudītu hipotēzi. Nomainiet vienu atbalstītu iestatījumu vienā ierīcē, pēc tam atkārtojiet dīkstāves periodu un lietotnes atjaunošanos.
Pierakstiet, kura robežas novērojums mainījās, un pierakstiet to arī tad, ja nekas neuzlabojās. Iestatījums, kas neko nelaboja, ir informācija, un to ir lētāk pamanīt vienreiz, nekā ritināt pa visu saimniecību.
Uzrakstīt secinājumu, ko varat aizstāvēt
Ja augšupējo tulkotāju nevar pārbaudīt, sakiet tikai to, ko atbalsta pierādījumi: apmaiņa mirst kaut kur šajā ceļa posmā pēc tik daudz klusuma, un atbildīgais lēciens paliek neattiecināts. Ierobežots apgalvojums iztur pārskatīšanu un vērš nākamo cilvēku uz pareizo segmentu. Slēpta maršrutētāja nosaukšana par cēloni nedara ne vienu, ne otru. Nododiet ierobežoto secinājumu tam, kam pieder nenovērojamais segments, pievienojot intervālu.
RFC 4787 apraksta, kāpēc UDP kartējuma taimerus ir grūti secināt no viena gala, un tieši šī grūtība padara ierobežoto secinājumu par godīgu. Taimeri ir reāli, un arī nenoteiktība ap tiem.