Milline NAT-hüpe kaotab mitteaktiivse VPN-vastenduse ja kuidas seda näha
Mitteaktiivne VPN-voog võib surra igal olekut hoidval hüppel. Korrake ühte testi, võrrelge, mida iga piir nägi, ja teatage piiratud tulemusest, mitte oletatud süüdlasest.
Pärast vaikset perioodi tunnel taastab ühenduse, ükski logi ei nimeta süüdlast, ja ilmne samm on valida seade, millel on kõige muljetavaldavam aegumise dokumentatsioon. See on diagnoosiks maskeeritud oletus. Olek võib mõnda aega püsida koduruuteris, operaatori tõlkijas ja pilve servas, ja igaüks neist võib pillata voolu, mis vaikib. Selle asemel saate kaardistada tee, märkida, milliseid seadmeid te tegelikult jälgida saate, ja teha ühe mitteaktiivse testi, mida saate korrata.
Korratav test muudab anekdoodi mõõtmiseks. Kõik allpool eeldab ühte klienti, ühte serverit ja ühte protokolli ning eeldab, et te hoiate end tagasi kahe muutuja korraga muutmisest. Mõte on teha järgmine juhtum sellest odavamaks.
Tehke iga kord sama mitteaktiivne test
Kirjutage üles, millal oli voog viimati korras, kui kaua see seejärel mitteaktiivsena püsis ja kas üks värske pakett selle tagasi tõi. Need kolm fakti on mõõtmine; ilma nendeta on teil lugu sülearvutist, mis maha kukkus. Kasutage igal kordusel sama klienti, sama serverit ja sama protokolli ning märkige hetk, mil saadeti esimene pakett pärast vaikust.
Seejärel võrrelge, mida iga teie hallatav piir tegelikult nägi. Uurimise otsustab eristus, kas server ei näinud pärast pausi üldse midagi või nägi taotlust ja vastas teele, mis enam vastuseid ei kandnud.
| 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 |
Teede võrdlemine viit asja muutmata
Teine heakskiidetud juurdepääsuvõrk on õigustatud võrdlus, sest NAT-ahel erineb. See erineb ka teenusepakkuja, raadio tingimuste ja võib-olla aadressipere poolest, seega on tulemus piir, mitte omistamine. Kirjutage piirangud tulemuse juurde, selle asemel et neid raporteerides vaikselt välja jätta. Kirjutage üles ka tee: seade, roll ja kas selle olekut üldse lugeda saab.
Teede võrdlus annab teile piiratud küsimuse: voog jääb ellu ühel ja sureb teisel pärast sarnast vaikust, seega elab muutuja kuskil nendes osades, mis erinevad. See on tõeline tulemus ka siis, kui ühtegi seadet ei nimetata, ja see ütleb järgmisele insenerile, kuhu üks pärastlõuna kulutada ja kuhu mitte.
Kohalikku olekut tasub lugeda enne, kui hakkate operaatorite kohta oletusi tegema. Linuxi lüüsil loetleb conntrack -L jälgitud vood koos nende järelejäänud elueaga, mis muudab taimeri kohta käiva oletuse numbriks, mida saate jälgida aegumas. Lugege seda enne ja pärast mitteaktiivset perioodi, mitte ainult pärast.
Mida hoiab elushoidmissignaal ja mida mitte
Toetatud elushoidmissignaal hoiab vastenduse avatuna, ja avatud vastendus ei tõesta midagi selle taga oleva teenuse kohta. Tunnel võib jääda vastendatuks, samal ajal kui selle kantav rakendus on vastamise lõpetanud, ja olekuribalt näevad need kaks olukorda ühesugused välja. Käsitlege elushoidmissignaali kindlustusena mitteaktiivsuse aegumise vastu, mitte tervisekontrollina.
Seadke intervall lühema tegelikult mõõdetud aegumise järgi, mitte foorumist kopeeritud numbri järgi. Iga mõeldava taimeri alla häälestatud elushoidmissignaal on liiklus, mida kellelgi polnud vaja, ja see eemaldab ka sümptomi, mis oleks teile öelnud, milline piir esimesena aegub. Valige intervall mõõdetud numbri järgi ja jätke kõik muu rahule.
Üks muudatus, seejärel mõõtke uuesti
Pidurda kiusatust tõsta iga aegumist ja tühjendada iga lüüsi elava testi ajal. See kustutab tõendid, mille pärast te tulite, ja katkestab teistele inimestele kuuluvaid vooge, mis on halb vahetus testimata hüpoteesi eest. Muutke ühte toetatud seadet ühel seadmel, seejärel korrake mitteaktiivset perioodi ja rakenduse taastumist.
Märkige, milline piirivaatlus liikus, ja märkige see ka siis, kui miski ei paranenud. Säte, mis ei parandanud midagi, on informatsioon, ja seda on odavam korra märgata kui seda üle kogu valduse rullida.
Kirjutage leid, mida saate kaitsta
Kui ülesvoolu tõlkijat ei saa kontrollida, öelge ainult seda, mida tõendid toetavad: vahetus sureb kuskil selle tee lõigul pärast nii palju vaikust ja vastutav hüpe jääb omistamata. Piiratud väide peab ülevaatamisele vastu ja suunab järgmise inimese õigesse segmenti. Varjatud ruuteri põhjuseks nimetamine ei tee kumbagi. Andke piiratud leid selle omanikule, kellele kuulub jälgimatu segment, koos intervalliga.
RFC 4787 kirjeldab, miks on UDP-vastenduse taimereid ühest otspunktist raske tuletada, ja just see raskus teeb piiratud leiu ausaks. Taimerid on tõelised, ja nii ka nende ümber olev ebakindlus.