Двусекундно замръзване: VPN или Wi-Fi?
Двусекундно спиране и нова VPN сесия са различни събития. Поставете пътя за достъп и тунела на отделни времеви линии, преди да промените таймер.
Замръзване за две секунди, което се възстановява, изглежда еднакво, независимо дали тунелът е предоговорил, или радиото е примигнало. Възможно е също нищо изобщо да не е паднало и тази възможност си струва да се провери първа. Кратък изблик на загуби, предоговаряне и спиране на приложение се усещат еднакво от човека на клавиатурата. Само един от тези три случая се оправя с промяна на конфигурацията на тунела.
Два записа, а не един
Запишете какво се е случило с връзката отдолу и отделно какво е направил самият тунел. След това поставете паузата на приложението срещу двата записа. Това са независими редици от събития, които понякога съвпадат, а да наречете и трите прекъсване означава да приемете отговора още в началото.
Монитор, който проверява веднъж в минута, не може да види двусекундно прекъсване. Да отчетете онзи ден като здрав е технически точно и практически безполезно. Слагайте интервала на вземане на проби до всеки резултат, който цитирате.
Какво направи връзката за достъп, докато приложението замръзна
Интервалът на вземане на проби и таймаутът определят какво изобщо е могъл да наблюдава мониторът, затова записвайте и двете до резултата. Регистрирана липса на прекъсвания значи малко, когато инструментът взема проба на всеки шестдесет секунди. След това проверете три места с времеви маркери: локалния рутер, одобрен външен хост, достигнат по обикновения път, и ресурс зад тунела.
Първо потвърдете маршрутите, защото публична цел сама може да бъде маршрутизирана през тунела и тогава измерва тунела, а не пътя за достъп. Доказателствата, които наистина датират прекъсването, са един слой по-надолу: събития за връзка на рутера, записи за ресинхронизация на модема и променен WAN адрес. Кумулативният брояч на грешки ви казва, че нещо се е объркало, но никога кога. Свържете тези записи с прозореца на инцидента, вместо да ги четете изолирано.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showБрояч, който е нараснал вчера, не обяснява нищо за замръзване тази сутрин. Ограничете корелацията до прозореца, който потребителят е съобщил.
Търсете записа за рестарт
Изгубена UDP дейтаграма сама по себе си не кара Community OpenVPN да започне ново TLS договаряне. Поведението при рестарт следва ping-restart и действащата стойност може да е била изпратена от сървъра; ръководството за 2.6 определя тези таймери. Доставянето се прекъсва за миг, прагът никога не се пресича и журналът остава празен. Затова търсете в журнала около паузата ред за рестарт, ново свързване или променен идентификатор на сесия. Ако нито едно от трите не се появи, тунелът вероятно не е направил нищо и таймерът никога не е бил проблемът.
Скъсяването на всеки keepalive прави откриването да изглежда по-бързо и мести границата, при която кратко смущение става повторно свързване. Всяко повторно свързване струва един кръг удостоверяване и преинсталиране на маршрутите. Удължаването на таймера не купува нищо освен по-дълъг прозорец, в който мъртъв път още изглежда жив. И двете са решения за настройка с цена, а не безплатни подобрения.
Отсъстващото събитие също е доказателство и точно такова, което хората пропускат, защото нищо в журнала не привлича вниманието към него. Записвайте търсенето, което сте направили, а не само резултата.
Оставете сравнението да реши какво да поправите
Когато двата записа са един до друг, разпределението обикновено се пише само. Събитие за връзка на рутера и по двата пътя означава, че предметът е връзката за достъп. Тихият тунел и използваем обикновен път означават, че предметът е договарянето.
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
Всеки ред е следа, а не присъда: крайните точки понижават приоритета на ICMP и две дестинации не споделят непременно един път. Дръжте часовниците на клиента, шлюза и приложението подравнени, за да е възможно сравнението изобщо. Ред, който пасва на две колони, се нуждае от още едно наблюдение, не от решение.
Доклад, който издържа преглед, отговаря на четири неща: колко е продължило замръзването, кои пътища са продължили да отговарят, какво е записал тунелът в онази секунда и колко често мониторът взема проби. Тези четири факта позволяват на следващия читател да възпроизведе наблюдението, вместо да вярва на резюме. Процентът на работа скрива точно интервала, който ви интересува, и фразата "VPN падна" също.