Набљудувајте VPN партнери без евидентирање каде прелистуваат
Достапноста бара четири полиња, а не снимка. Читајте ракувања и бројачи во документиран интервал, одржувајте стабилни ознаки и поставете правило за задржување.
Следењето на VPN партнер бара четири факти и ниту еден од нив не е дестинација. Дали тунелот е подигнат, кога последен пат разменил сообраќај, кои клучеви се вклучени и колку се преместило е доволно за достапност. Сето над тоа е запис за личност и треба да биде свесна одлука, а не несакан ефект од отворање на страница за статус. Започнете од прашањето на кое треба да одговорите, потоа изберете најмалиот излез што одговара на него.
Одлучете го прашањето пред алатката
Прво запишете го оперативното прашање: дали овој партнер е поврзан и дали пренесува сообраќај? Тоа прашање бара жив приказ, а живиот приказ нема проблем со задржување. Второ прашање, дали партнерот бил поврзан во 02:00 минатиот вторник, бара зачувана серија и затоа одлука за задржување. Одвојувањето на овие две е целиот дизајн, бидејќи живиот приказ е евтин, додека зачуваната серија се претвора во разговор за заштита на податоци.
Држете ја здравствената проверка одделно од статусниот излез. Неодамнешното ракување докажува дека тунелот преговарал, а не дека приватната апликација зад него работи, затоа тестирајте ја апликацијата преку овластена проверка наместо да заклучувате од бројачи. Кога проверката не успева, а ракувањето е неодамнешно, проблемот е зад тунелот.
Читајте ги трите полиња што одговараат
Обичниот статусен излез на WireGuard ги содржи интерфејсот, јавниот клуч, крајната точка, последното ракување и бројачите на пренос. За присутност се потребни јавниот клуч и последното ракување; ако треба, додајте ги бајтните бројачи за да видите движење. Крајната точка не е потребна за присутност и е првото поле што треба да се отфрли, бидејќи идентификува од каде се поврзува уред. Страницата од прирачникот го опишува секое поле што алатката го печати и е доволно кратка за едно читање:
wg show
wg show wg0 latest-handshakes
Читајте ги тие бројки како возраст, а не како булови вредности. Ракувањето е актуелно само во однос на сопствениот интервал за обновување клучеви на протоколот, а бројач што не се поместил може да значи неактивен партнер, а не расипан. Држете ги двете во истиот приказ за да се читаат возраста и движењето заедно.
Изберете интервал што можете да го одбраните
Секој примерок од статусот е запис, затоа интервалот е одлука за задржување со ознака за набљудување. Примерок на десет секунди дава фини детали и ги умножува зачуваните редови, додека примерок на минута обично е доволен за достапност по шестина од трошокот. Изберете го интервалот според ветеното време за одговор, а не според тоа што може алатката. Потоа запишете го бројот до таблата.
За OpenVPN статусната услуга запишува датотека на конфигуриран интервал. Во конфигурацијата на серверот тоа изгледа вака status /var/log/openvpn-status.log 60, каде бројот на крајот се секундите меѓу препишувањата, а датотеката се заменува, а не се додава. Тој детаљ е важен: заменетата датотека нема историја, додека собирачот што додава создава историја.
Потврдете дека и собирачот го почитува интервалот. Алатка што зема примерок секоја секунда и зачувува еден ред во минута сепак чита секоја секунда.
Држете ги ознаките стабилни, а мапирањето ограничено
Јавниот клуч идентификува однос на уреди дури и без прикачено име, затоа третирајте го клучот како личен податок, а не како непробоен идентификатор. Означете ги партнерите со стабилни внатрешни идентификатори што ги преживуваат повторните поврзувања и држете го мапирањето од идентификатор до личност на ограничено место. Таблата што запишува временска серија е зачуван запис дури и кога VPN не води сопствена датотека. Кога таблата е единственото складиште, таму се применува правилото за задржување.
Прегледајте го и патот за извоз, бидејќи копирана CSV датотека живее подолго од системот што ја создал. Збирната достапност често е доволна за извештај: уделот на партнери со ракување во прозорецот одговара на оперативното прашање без наведување кој кога бил поврзан.
Документирајте што собирате и што не
Опишете го собирањето едноставно: кои полиња, од кој интерфејс, на кој интервал, каде се чуваат, колку долго се задржуваат и кој може да ги чита. Ставете го до runbook, а не во складиште на политики што никој не го отвора за време на инцидент. Описот треба да каже и што набљудувањето не може да види, бидејќи токму тоа спречува некој да претпостави дека отсуството на податоци за прелистување значи отсуство на записи.
Прегледувајте го прозорецот за задржување секогаш кога набљудувањето се менува, бидејќи ново поле тивко го продолжува задржаното. Потоа избришете го она што описот вели дека го бришете и проверете дали бришењето навистина се случило.