Како да ја тестирате стабилноста на VPN без да го евидентирате вашето прелистување

Сакате да знаете дали тунелот го преживува спиењето на лаптопот, шетање меѓу пристапни точки, или еден час повици, и претпочитате никому да не му дадете дневник за сѐ што читате додека го дознавате тоа. Три работи одговараат на тоа: фиксна сонда, истите четири факти земени по распоред и настанот што ги променил, запишан. Десет минути од тоа вредат повеќе од попладне поминато гледајќи како страницата не се вчитува. Дневникот што на крајот ви останува е исто така доволно краток за да го прикачите на тикет без да избришете половина.

Одлучете што треба да значи стабилно

„VPN-от падна“ се четири различни дефекти под еден збор. Peer-от може да го изгуби својот handshake, рутата може да се врати на локалната порта, резолуцијата на имиња може да отиде на сервер што никогаш не одговара низ тунелот, или сето тоа може да биде здраво додека една апликација сѐ уште не успева. Одлучете кој од нив одговара на вашиот симптом пред да соберете нешто, бидејќи секој бара различна сонда. Потоа изберете интервал што можете да го одржите: еден примерок на секои триесет секунди во десет минути фаќа roaming без тестот да стане работно оптоварување.

Ако жалбата е повик што замрзнува кога одите во кујната, потребното својство е дали новото барање се завршува по roaming-от. Тоа се проверува во една линија и воопшто не евидентира никакво прелистување.

Фиксирајте една безопасна сонда

Изберете дестинација што ви е дозволено да ја прашувате и што не е поврзана со вашите сметки: домаќин за документација, внатрешна завршна точка за состојба или самата порта на тунелот. Направете ја операцијата повторлива, на пример curl -s -o /dev/null -w "%{http_code} %{time_total}\n" https://example.com/, која печати една линија по обид. Држете го тој излезен формат фиксен во целиот тек. Статусниот код и времетраењето собрани на ист начин двапати се она што ги прави двата текста споредливи.

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

Земете примерок од четирите факти

Состојбата на peer-от, рутата, резолверот и едно ново барање се четирите набљудувања и секое има евтин извор. На WireGuard, wg show wg0 latest-handshakes го дава временскиот печат на peer-от и ip route get 1.1.1.1 покажува кој интерфејс би го користело јадрото. На OpenVPN истата состојба е во датотеката за состојба што ја пишува --status /run/openvpn/status 10 или зад state на интерфејсот за управување. Клиент за Windows останува во PowerShell со Get-NetAdapter и Resolve-DnsName.

Ставете ги во циклус во еден терминал за секоја линија да носи временски печат: for i in $(seq 1 20); do date -Is; wg show wg0 latest-handshakes; ip route get 1.1.1.1; sleep 30; done. Тој циклус покрива три од шестте полиња на дневникот; верзијата на клиентот се внесува еднаш горе, а временскиот печат на настанот се додава кога настанот се случува.

Резолверот е фактот што луѓето го прескокнуваат, а dig +short го крие, бидејќи таа форма печати само одговорот. Прашајте го серверот експлицитно со dig example.com | grep SERVER:, или користете nslookup example.com таму каде што dig не е инсталиран, која ја печати адресата на серверот каде што отишло прашањето. Стар handshake на неактивен тунел исто така не е автоматски дефект, бидејќи WireGuard ги менува клучевите само кога има сообраќај што треба да се заштити.

Предизвикајте го настанот, а не истекување

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

Без тој временски печат дневникот покажува празнина и никој не може да каже дали ја затворил клиентот или мрежата. Два текста со настанот на различни места вредат повеќе од десет без него. Користете ги сопствените контроли на клиентот за исклучување и повторно поврзување. Не го исклучувајте kill switch и не туркајте сообраќај надвор од тунелот за да видите што ќе се случи, бидејќи на управуван лаптоп тоа е прекршување на политиката, а на вашата сопствена машина го создава токму тоа изложување што сте го тестирале.

Држете дневник доволно мал за да го завршите

Шест полиња по примерок: време, верзија на клиентот, завршна точка, пристапна мрежа, настан, резултат. Изоставете веб-адреси, товари, токени и сѐ што носи идентификатор на сесија, бидејќи дневникот е доказ за тунелот и ништо друго. Држете го покрај циклусот за следниот човек да може повторно да го изврши без да праша што значат колоните.

По промена, повторете го тестот со истата сонда и истиот интервал; ако ги замените дестинацијата и верзијата на клиентот заедно, резултатот не припаѓа на ниту една од двете. Чисто десетминутно извршување е доказ за тие услови и таа дестинација, а не ветување за хотелската мрежа следниот месец. Чувајте ја скриптата и шаблонот на дневникот каде што ќе ги најдете. WireGuard-овите документирани ограничувања вредат да се прочитаат пред да му припишете прекин на протоколот.