Ktorý NAT skok zahodí neaktívne mapovanie VPN a ako to zistiť
Neaktívny tok VPN môže zomrieť na každom skoku, ktorý drží stav. Zopakujte jeden test, porovnajte, čo videla každá hranica, a nahláste ohraničený výsledok namiesto odhadnutého vinníka.
Po tichom období sa tunel znova pripojí, žiadny log neuvádza vinníka a zjavným krokom je vybrať zariadenie s najpôsobivejšou dokumentáciou časového limitu. To je odhad prezlečený za diagnózu. Stav môže chvíľu prežiť v domácom routeri, v operátorskom prekladači a na okraji cloudu, a ktorýkoľvek z nich môže zahodiť tok, ktorý stíchne. Namiesto toho môžete zmapovať cestu, označiť, ktoré zariadenia skutočne môžete pozorovať, a vykonať jeden neaktívny test, ktorý sa dá zopakovať.
Opakovateľný test mení anekdotu na meranie. Všetko nižšie predpokladá jedného klienta, jeden server a jeden protokol a predpokladá, že odoláte zmene dvoch premenných naraz. Cieľom je, aby ďalší výskyt bol lacnejší ako tento.
Zakaždým vykonajte ten istý neaktívny test
Zapíšte, kedy bol tok naposledy v poriadku, ako dlho potom zostal neaktívny a či ho jeden čerstvý paket vrátil. Tieto tri skutočnosti sú meranie; bez nich máte príbeh o notebooku, ktorý spadol. Pri každom opakovaní použite toho istého klienta, ten istý server a ten istý protokol a poznamenajte si okamih, keď bol po tichu odoslaný prvý paket.
Potom porovnajte, čo skutočne videla každá hranica, ktorú vlastníte. Rozdiel, ktorý rozhoduje vyšetrovanie, je, či server po pauze nevidel vôbec nič, alebo videl požiadavku a odpovedal do cesty, ktorá už nenesla odpovede.
| 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 |
Porovnávanie ciest bez zmeny piatich vecí
Druhá schválená prístupová sieť je legitímne porovnanie, pretože reťazec NAT sa líši. Líši sa aj v poskytovateľovi, rádiových podmienkach a možno v adresnej rodine, takže výsledok je hranica, nie pripísanie. Zaznamenajte obmedzenia spolu s výsledkom, namiesto toho, aby ste ich pri hlásení ticho vynechali. Zapíšte si aj cestu: zariadenie, rola a či sa jeho stav dá vôbec prečítať.
Porovnanie ciest vám kúpi ohraničenú otázku: tok prežíva na jednej a umiera na druhej po podobnom tichu, takže premenná žije niekde v častiach, ktoré sa líšia. To je skutočný výsledok, aj keď nie je pomenované žiadne zariadenie, a hovorí ďalšiemu inžinierovi, kde stráviť popoludnie a kde nie.
Miestny stav sa oplatí prečítať pred špekuláciami o operátoroch. Na linuxovej bráne conntrack -L vypisuje sledované toky s ich zostávajúcou životnosťou, čo mení odhad o časovači na číslo, ktoré môžete sledovať, ako vyprší. Prečítajte si ho pred obdobím nečinnosti aj po ňom, nie iba potom.
Čo udrží udržiavací signál a čo nie
Podporovaný udržiavací signál drží mapovanie otvorené a otvorené mapovanie nič nedokazuje o službe za ním. Tunel môže zostať namapovaný, kým aplikácia, ktorú nesie, už prestala odpovedať, a zo stavovej kontrolky vyzerajú tieto dve situácie rovnako. Berte udržiavací signál ako poistku proti vypršaniu nečinnosti, nie ako kontrolu zdravia.
Nastavte interval podľa najkratšieho časového limitu, ktorý ste skutočne namerali, nie podľa čísla odpísaného z fóra. Udržiavací signál nastavený pod každý mysliteľný časovač je prevádzka, ktorú nikto nepotreboval, a tiež odstráni príznak, ktorý by vám povedal, ktorá hranica vyprší prvá. Vyberte interval z nameraného čísla a všetko ostatné nechajte na pokoji.
Jedna zmena, potom merajte znova
Odolajte nutkaniu počas živého testu zvýšiť každý časový limit a vyprázdniť každú bránu. To vymaže dôkazy, pre ktoré ste prišli, a prerušuje toky iných ľudí, čo je zlá výmena za hypotézu, ktorú ste neotestovali. Zmeňte jedno podporované nastavenie na jednom zariadení, potom zopakujte obdobie nečinnosti a obnovenie aplikácie.
Zaznamenajte, ktoré pozorovanie hranice sa posunulo, a zaznamenajte to aj vtedy, keď sa nič nezlepšilo. Nastavenie, ktoré nič neopravilo, je informácia, a je lacnejšie všimnúť si to raz, ako to prevaľovať cez celý majetok.
Napísať zistenie, ktoré dokážete obhájiť
Keď prekladač vyššie po ceste nemožno preskúmať, povedzte len to, čo dôkazy podporujú: výmena umiera niekde na tomto úseku cesty po takom tichu a zodpovedný skok zostáva nepripísaný. Ohraničené tvrdenie prežije recenziu a nasmeruje ďalšieho človeka na správny segment. Pomenovanie skrytého routera ako príčiny nerobí ani jedno z toho. Odovzdajte ohraničené zistenie tomu, kto vlastní nepozorovateľný segment, s intervalom v prílohe.
RFC 4787 opisuje, prečo je časovače mapovania UDP ťažké odvodiť z jedného konca, a práve táto obtiažnosť robí ohraničené zistenie čestným. Časovače sú skutočné, a rovnako aj neistota okolo nich.