Koji NAT skok ispušta mapiranje neaktivnog VPN-a i kako to prepoznati
Neaktivan VPN tok može umrijeti na svakom skoku koji čuva stanje. Ponovite jedan test, uporedite šta je vidjela svaka granica i prijavite ograničen rezultat umjesto nagađanog krivca.
Nakon tihog perioda tunel se ponovo povezuje, nijedan dnevnik ne imenuje krivca, a očigledan potez je odabrati uređaj s najimpresivnijom dokumentacijom o tajmautu. To je nagađanje prerušeno u dijagnozu. Stanje može neko vrijeme preživjeti u kućnom ruteru, u operaterovom prevodiocu i na rubu oblaka, i svako od njih može ispustiti tok koji utihne. Ono što umjesto toga možete uraditi jeste da mapirate put, označite koje uređaje zaista možete promatrati i izvedete jedan neaktivni test koji možete ponoviti.
Ponovljiv test pretvara anegdotu u mjerenje. Sve ispod pretpostavlja jednog klijenta, jedan server i jedan protokol, i pretpostavlja da se odupirete tome da mijenjate dvije varijable odjednom. Cilj je da sljedeći slučaj bude jeftiniji od ovog.
Izvedite isti neaktivni test svaki put
Zapišite kada je tok posljednji put bio ispravan, koliko je potom stajao neaktivan i da li ga je jedan svjež paket vratio. Te tri činjenice su mjerenje; bez njih imate priču o laptopu koji je pao. Koristite istog klijenta, isti server i isti protokol pri svakom ponavljanju i zabilježite trenutak kada je poslan prvi paket nakon tišine.
Zatim uporedite šta je zaista vidjela svaka granica koju posjedujete. Razlika koja odlučuje istragu jeste da li server nije vidio ništa nakon pauze, ili je vidio zahtjev i odgovorio u put koji više nije nosio odgovore.
| 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 |
Upoređivanje puteva bez mijenjanja pet stvari
Druga odobrena pristupna mreža legitimno je poređenje, jer se NAT lanac razlikuje. Razlikuje se i po provajderu, radio uslovima i možda adresnoj familiji, pa je rezultat granica, a ne pripisivanje. Zabilježite ograničenja uz ishod, umjesto da ih tiho izostavite kada izvještavate. Zapišite i put: uređaj, ulogu i da li se njegovo stanje uopšte može očitati.
Poređenje puteva daje vam ograničeno pitanje: tok preživljava na jednom i umire na drugom nakon slične tišine, pa varijabla živi negdje u dijelovima koji se razlikuju. To je stvaran rezultat čak i kada nijedan uređaj nije imenovan, i pokazuje sljedećem inženjeru gdje potrošiti jedno poslijepodne, a gdje ne.
Lokalno stanje vrijedi pročitati prije nego što nagađate o operaterima. Na Linux gatewayu conntrack -L ispisuje praćene tokove s preostalim životnim vijekom, što nagađanje o tajmeru pretvara u broj koji možete gledati kako istječe. Pročitajte ga prije i nakon neaktivnog perioda, ne samo poslije.
Šta će signal održavanja držati, a šta ne
Podržani signal održavanja drži mapiranje otvorenim, a otvoreno mapiranje ne dokazuje ništa o usluzi iza njega. Tunel može ostati mapiran dok je aplikacija koju nosi prestala odgovarati, a sa statusnog svjetla te dvije situacije izgledaju isto. Tretirajte signal održavanja kao osiguranje od isteka zbog neaktivnosti, ne kao provjeru zdravlja.
Postavite interval prema najkraćem tajmautu koji ste zaista izmjerili, a ne prema broju prepisanom s foruma. Signal održavanja podešen ispod svakog mogućeg tajmera je saobraćaj koji nikome nije trebao, a uklanja i simptom koji bi vam rekao koja granica istječe prva. Odaberite interval iz izmjerenog broja i ostavite sve ostalo na miru.
Jedna promjena, pa mjerite ponovo
Oduprite se porivu da podignete svaki tajmaut i ispraznite svaki gateway tokom živog testa. To briše dokaze po koje ste došli i prekida tokove drugih ljudi, što je loša trgovina za hipotezu koju niste testirali. Promijenite jednu podržanu postavku na jednom uređaju, pa ponovite neaktivni period i oporavak aplikacije.
Zabilježite koje se promatranje granice pomjerilo, i zabilježite to čak i kada ništa nije bolje. Postavka koja ništa nije popravila je informacija, i jeftinije ju je primijetiti jednom nego provaliti kroz cijelo imanje.
Pisanje nalaza koji možete braniti
Kada se uzvodni prevodilac ne može pregledati, recite samo ono što dokazi podržavaju: razmjena umire negdje duž ovog dijela puta nakon toliko tišine, a odgovorni skok ostaje nepripisan. Ograničena tvrdnja preživljava pregled i usmjerava sljedeću osobu na pravi segment. Imenovanje skrivenog rutera uzrokom ne čini ni jedno od toga. Predajte ograničeni nalaz onome ko posjeduje nepromatrani segment, uz interval.
RFC 4787 opisuje zašto je tajmere UDP mapiranja teško izvesti s jedne krajnje točke, i upravo ta teškoća čini ograničeni nalaz poštenim. Tajmeri su stvarni, kao i nesigurnost oko njih.