Кој NAT скок ја испушта неактивната VPN карта и како да се утврди
Неактивен VPN тек може да умре на секој скок што чува состојба. Повторете еден тест, споредете што видел секој граничен уред и пријавете го ограничениот резултат наместо претпоставен виновник.
По тивок период тунелот повторно се поврзува, ниту еден дневник не именува виновник, а очигледниот чекор е да го изберете уредот со највпечатлива документација за временско ограничување. Тоа е претпоставка облечена во дијагноза. Состојбата може некое време да преживее во домашен рутер, во преведувач на операторот и на раб на облак, и кој било од нив може да исфрли тек што ќе замолчи. Наместо тоа, можете да ја мапирате патеката, да означите кои уреди навистина можете да ги набљудувате и да изведете еден неактивен тест што можете да го повторите.
Повторлив тест ја претвора анегдотата во мерење. Сето подолу претпоставува еден клиент, еден сервер и еден протокол, и претпоставува дека се спротивставувате на менување два параметри одеднаш. Целта е следната појава да биде поевтина од оваа.
Изведувајте го истиот неактивен тест секој пат
Запишете кога текот последен пат бил во ред, колку потоа стоел неактивен и дали еден свеж пакет го вратил. Тие три факти се мерењето; без нив имате приказна за преносен компјутер што паднал. Користете ист клиент, ист сервер и ист протокол при секое повторување и забележете го моментот кога бил испратен првиот пакет по тишината.
Потоа споредете што навистина видел секој граничен уред што го поседувате. Разликата што ја одлучува истрагата е дали серверот не видел ништо по паузата, или го видел барањето и одговорил во патека што веќе не ги носела одговорите.
| 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 |
Споредување патеки без менување пет работи
Втора одобрена пристапна мрежа е легитимна споредба, бидејќи NAT-синџирот е различен. Се разликува и по провајдер, радио услови и можеби адресно семејство, па резултатот е граница, а не припишување. Запишувајте ги ограничувањата заедно со резултатот наместо тивко да ги испуштате при известувањето. Запишете ја и патеката: уред, улога и дали состојбата му воопшто може да се прочита.
Она што ви го купува споредбата на патеки е ограничено прашање: текот преживува на едната и умира на другата по слична тишина, па променливата е некаде во деловите што се разликуваат. Тоа е вистински резултат дури и кога ниту еден уред не е именуван, и му кажува на следниот инженер каде да помине попладне, а каде не.
Вреди да се прочита локалната состојба пред да се шпекулира за операторите. На Linux порта, conntrack -L ги наведува следените текови со нивниот преостанат животен век, што претпоставката за тајмер ја претвора во број што можете да го гледате како истекува. Прочитајте го пред и по неактивниот период, не само потоа.
Што ќе задржи сигнал за одржување, а што не
Поддржан сигнал за одржување држи мапирање отворено, а отвореното мапирање не докажува ништо за услугата зад него. Тунелот може да остане мапиран додека апликацијата што ја носи веќе престанала да одговара, а од светилка за состојба тие две ситуации изгледаат исто. Третирајте го сигналот за одржување како осигурување од истекување поради неактивност, не како здравствена проверка.
Поставете го интервалот според најкраткото временско ограничување што навистина сте го измериле, а не според број копиран од форум. Сигнал за одржување нагоден под секој можен тајмер е сообраќај што никому не му бил потребен, и исто така го отстранува симптомот што ќе ви кажеше која граница истекува прва. Изберете го интервалот од измерениот број и оставете го останатото на мир.
Една промена, потоа мерете повторно
Спротивставете се на нагонот да го покачите секое временско ограничување и да го испразните секој портал за време на жив тест. Тоа ги брише доказите за кои дојдовте и прекинува текови на други луѓе, што е лоша размена за хипотеза што не сте ја провериле. Променете едно поддржано поставување на еден уред, потоа повторете го неактивниот период и закрепнувањето на апликацијата.
Запишете кое набљудување на граница се помести, и запишете го дури и кога ништо не се подобрило. Поставување што ништо не поправило е информација, и поевтино е да се забележи еднаш отколку да се преврти низ целиот имот.
Пишување на наод што можете да го одбраните
Кога преведувачот повисоко не може да се провери, кажете само она што доказите го поддржуваат: размената умира некаде по оваа делница од патеката по толку тишина, а одговорниот скок останува неприпишан. Ограничената изјава издржува преглед и го насочува следниот човек кон вистинскиот сегмент. Именувањето на скриен рутер како причина не го прави ниту едното. Предајте го ограничениот наод на оној што го поседува ненабљудуваниот сегмент, со интервалот приложен.
RFC 4787 опишува зошто тајмерите на UDP мапирање тешко се изведуваат од еден крај, и токму таа тешкотија го прави ограничениот наод чесен. Тајмерите се вистински, а и неизвесноста околу нив.