Kiun NAT-salton faligas la senaktiva VPN-mapo, kaj kiel konstati tion
Senaktiva VPN-fluo povas morti ĉe ĉiu stato-tenanta salto. Ripetu unu teston, komparu kion vidis ĉiu limo, kaj raportu la limigitan rezulton anstataŭ divenita kulpulo.
Post kvieta periodo la tunelo rekonektiĝas, neniu protokolo nomas kulpulon, kaj la evidenta movo estas elekti la aparaton kun la plej impona dokumentaro pri tempolimo. Tio estas konjekto vestita kiel diagnozo. Stato povas postvivi iom da tempo en hejma enkursigilo, en tradukilo de la operatoro kaj ĉe nuba rando, kaj ĉiu el ili povas faligi fluon, kiu silentas. Tion, kion vi anstataŭe povas fari, estas mapi la vojon, marki kiujn aparatojn vi vere povas observi, kaj plenumi unu senaktivan teston, kiun vi povas ripeti.
Ripetebla testo ŝanĝas anekdoton en mezuron. Ĉio sube supozas unu klienton, unu servilon kaj unu protokolon, kaj ĝi supozas, ke vi rezistas ŝanĝi du variablojn samtempe. La celo estas igi la sekvan okazon pli malmultekosta ol ĉi tiu.
Plenumu la saman senaktivan teston ĉiufoje
Notu, kiam la fluo laste estis bona, kiom longe ĝi poste sidis senaktive, kaj ĉu unu freŝa pako revenigis ĝin. Tiuj tri faktoj estas la mezuro; sen ili vi havas rakonton pri tekkomputilo, kiu falis. Uzu la saman klienton, la saman servilon kaj la saman protokolon ĉe ĉiu ripeto, kaj notu la momenton, kiam la unua pako post la silento estis sendita.
Poste komparu, kion ĉiu limo, kiun vi posedas, efektive vidis. La distingo, kiu decidas la esploron, estas ĉu la servilo vidis tute nenion post la paŭzo, aŭ vidis la peton kaj respondis en vojon, kiu jam ne portis la respondojn.
| 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 |
Kompari vojojn sen ŝanĝi kvin aferojn
Dua aprobita alirreto estas legitima komparo, ĉar la NAT-ĉeno malsamas. Ĝi ankaŭ malsamas laŭ provizanto, radiaj kondiĉoj kaj eble adresa familio, do la rezulto estas limo, ne atribuo. Registru la limigojn kune kun la rezulto anstataŭ silente forlasi ilin kiam vi raportas. Notu ankaŭ la vojon dum vi estas: aparato, rolo, kaj ĉu ĝia stato entute legeblas.
Kion komparo de vojoj donas al vi estas limigita demando: la fluo postvivas sur unu kaj mortas sur la alia post simila silento, do la variablo loĝas ie en la partoj, kiuj malsamas. Tio estas reala rezulto eĉ kiam neniu aparato estas nomata, kaj ĝi diras al la sekva inĝeniero, kie pasigi posttagmezon kaj kie ne.
Indas legi lokan staton antaŭ ol spekuli pri operatoroj. Sur Linux-pordego conntrack -L listigas la spuratajn fluojn kun ilia restanta vivo, kio ŝanĝas konjekton pri tempigilo en nombron, kiun vi povas vidi eksvalidiĝi. Legu ĝin antaŭ kaj post la senaktiva periodo, ne nur poste.
Kion vivtena signalo tenos kaj kion ne
Subtenata vivtena signalo tenas mapon malfermita, kaj teni mapon malfermita pruvas nenion pri la servo malantaŭ ĝi. La tunelo povas resti mapita dum la aplikaĵo, kiun ĝi portas, jam ĉesis respondi, kaj de statusa lampo tiuj du situacioj aspektas same. Traktu vivtenan signalon kiel asekuron kontraŭ senaktiva eksvalidiĝo, ne kiel sanan kontrolon.
Agordu la intervalon laŭ la plej mallonga tempolimo, kiun vi efektive mezuris, ne laŭ nombro kopiita el forumo. Vivtena signalo agordita sub ĉiu ebla tempigilo estas trafiko, kiun neniu bezonis, kaj ĝi ankaŭ forigas la simptomon, kiu dirus al vi, kiu limo eksvalidiĝas unue. Elektu la intervalon el la mezurita nombro kaj lasu ĉion alian trankvila.
Unu ŝanĝo, poste mezuru denove
Rezistu la impulson altigi ĉiun tempolimon kaj malplenigi ĉiun pordegon dum viva testo. Tio forviŝas la pruvojn, pro kiuj vi venis, kaj interrompas fluojn de aliaj homoj, kio estas malbona interŝanĝo por hipotezo, kiun vi ne testis. Ŝanĝu unu subtenatan agordon sur unu aparato, poste ripetu la senaktivan periodon kaj la reakiron de la aplikaĵo.
Notu, kiu limobservo moviĝis, kaj notu ĝin eĉ kiam nenio pliboniĝis. Agordo, kiu riparis nenion, estas informo, kaj estas pli malmultekoste rimarki tion unufoje ol ruli ĝin tra la tuta bieno.
Skribi trovitaĵon, kiun vi povas defendi
Kiam tradukilo pli supre ne povas esti inspektita, diru nur tion, kion la pruvoj subtenas: la interŝanĝo mortas ie laŭ tiu ĉi parto de la vojo post tiom da silento, kaj la respondeca salto restas neatribuita. Limigita aserto postvivas revizion kaj direktas la sekvan personon al la ĝusta segmento. Nomi kaŝitan enkursigilon kiel kaŭzon faras nek unu nek la alian. Transdonu la limigitan trovaĵon al tiu, kiu posedas la neobserveblan segmenton, kun la intervalo alkroĉita.
RFC 4787 priskribas, kial tempigilojn de UDP-mapado malfacilas dedukti el unu finpunkto, kaj ĝuste tiu malfacilo igas la limigitan trovaĵon la honesta. Tempigiloj estas realaj, kaj same la necerteso ĉirkaŭ ili.