શું 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 ક્લાયન્ટ કૅશ સાફ કરે છે અને બીજું કંઈ નહીં. તે બ્રાઉઝરની ખાનગી સ્થિતિનું વર્ણન કરતું નથી અને અપસ્ટ્રીમ સર્વર સાફ કરતું નથી, તેથી તેના પર બનેલું પરીક્ષણ ફક્ત સાંકડી રીતે અર્થઘટન કરી શકાય. પરિણામ જાણ કરો ત્યારે કહો કે કયો કૅશ સાફ કર્યો.

પછી નવી વિનંતી અને ઇચ્છિત રિઝોલ્વર નીતિ સક્રિય રાખીને વાસ્તવિક એપ્લિકેશનનું ફરી પરીક્ષણ કરો. અલગ નીતિ હેઠળ ઉત્પન્ન થયેલું પરિણામ સ્થાનાંતરિત થતું નથી.