Застој од две секунде: VPN или Wi-Fi?

Застој од две секунде који се сам опорави изгледа исто, без обзира на то да ли је тунел поново преговарао или је радио посрнуо. Могуће је и да ништа уопште није пало, а ту могућност вреди прво испробати. Кратка избијања губитака, поновно преговарање и застој апликације особа за тастатуром осећа једнако. Само се један од та три случаја решава изменом конфигурације тунела.

Два записа, а не један

Запишите шта се догодило с везом испод и одвојено шта је сам тунел учинио. Затим ставите паузу апликације уз оба записа. То су независни низови догађаја који се понекад поклопе, а назвати сва три прекидом значи претпоставити одговор већ на почетку.

Монитор који проверава једном у минути не може видети прекид од две секунде. Пријавити тај дан као здрав технички је тачно и практично бескорисно. Ставите интервал узорковања уз сваки резултат који цитирате.

Шта је приступна веза радила док је апликација стајала

Интервал узорковања и временска граница одређују шта је монитор уопште могао видети, па забележите обоје уз резултат. Забележено одсуство прекида мало значи кад инструмент узима узорак сваких шездесет секунди. Затим проверите три места с временским ознакама: локални рутер, одобрени спољни хост доступан обичним путем и ресурс иза тунела.

Прво потврдите руте, јер јавно одредиште и само може бити усмерено кроз тунел и тада мери тунел, а не пут приступа. Докази који заиста датирају прекид леже слој ниже: догађаји везе на рутеру, записи ресинхронизације на модему и измењена 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 чини откривање бржим на изглед и помера границу на којој кратки застој постаје поновно повезивање. Свако поновно повезивање кошта један круг провере аутентичности и поновну инсталацију рута. Продужење тајмера не купује ништа осим дужег прозора у којем мртав пут још изгледа жив. Обоје су одлуке о подешавању с ценом, а не бесплатна побољшања.

Одсутан догађај је такође доказ и то је врста коју људи прескачу јер ништа у запису не скреће пажњу на њега. Забележите претрагу коју сте извели, а не само њен резултат.

Нека поређење одлучи шта поправити

Кад су оба записа један уз други, расподела се обично сама напише. Догађај везе на рутеру на оба пута значи да је предмет веза приступа. Тихи тунел и употребљив обичан пут значе да је предмет преговарање.

Сваки је ред траг, а не пресуда: крајње тачке смањују приоритет ICMP-а и два одредишта не деле нужно исти пут. Држите сатове клијента, приступника и апликације усклађенима да би поређење уопште било могуће. Ред који пристаје двема колонама треба још једно посматрање, а не одлуку.

Извештај који преживи преглед одговара на четири ствари: колико је застој трајао, који су путеви наставили да одговарају, шта је тунел забележио у тој секунди и колико често монитор узима узорке. Те четири чињенице омогућују следећем читаоцу да понови посматрање уместо да верује сажетку. Проценат доступности скрива управо интервал који вас занима, а тако и фраза "VPN је пао".