Дали VPN го поправи DNS или само повторно употреби кеширан одговор?

Отворањето страница неколку секунди откако тунелот ќе се подигне не е доказ дека DNS сега работи, иако тикетот обично така вели. Ништо во тоа набљудување не бараше барање: името можеби било решено пред промената и повторно употребено од кеш што тунелот никогаш не го допрел. Два различни теста даваат ист екран.

Споредете што навистина извежба секој тест пред да ѝ ја припишете заслугата на промената.

Вчитување страница не е барање

Секој слој помеѓу апликацијата и решавачот смее да памти одговор за време на својот живот. Оперативниот систем држи еден, прелистувачот го држи својот, а апликација со долготрајна врска може воопшто повеќе ништо да не реши за време на сесијата. Затоа успешно вчитување по промена на тунелот може да биде демонстрација на меморија, а не на рутирање. Отсуството на неуспех не е присуство на барање.

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

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

Избројте ги кешовите пред да заклучите

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

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

Запишете го настанот, не впечатокот

Запишете која од трите работи се променила: записот, патеката до решавачот или поставка на клиентот. Уредувањето на запис се шири по сопствен распоред, промената на рутата стапува на сила при повторно поврзување, а поставката на прелистувачот важи само за тој прелистувач. Нивното спојување во едно пред-и-по создава временска линија што никој не може да ја провери.

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

Направете ја споредбата двапати на ист начин

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

resolvectl flush-caches
ipconfig /flushdns
dig +noall +answer internal.example @10.44.0.53
dig +short internal.example

На Windows, чистењето на кешот на клиентот го чисти кешот на DNS клиентот и ништо друго. Тоа не ја опишува приватната состојба на прелистувачот и не чисти серверот нагоре, па тест изграден врз него може да се толкува само тесно. Кажете кој кеш сте го исчистиле секогаш кога го известувате резултатот.

Потоа повторно тестирајте ја вистинската апликација со свежо барање и активна предвидената политика на решавачот. Резултатот добиен под друга политика не се пренесува.