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

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