Који 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 мапирања тешко извести са једног краја, и управо та тешкоћа чини ограничени налаз честитим. Тајмери су стварни, а и неизвесност око њих.