کیا 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 کلائنٹ کیش صاف کرتا ہے اور کچھ نہیں۔ یہ براؤزر کی نجی حالت بیان نہیں کرتا اور اپ اسٹریم سرور صاف نہیں کرتا، اس لیے اس پر بنایا گیا ٹیسٹ صرف تنگ طور پر سمجھا جا سکتا ہے۔ نتیجہ بتاتے وقت کہیں کہ آپ نے کون سا کیش صاف کیا۔

پھر نئی درخواست اور مطلوبہ حل کنندہ پالیسی فعال رکھ کر اصل ایپلیکیشن دوبارہ جانچیں۔ مختلف پالیسی کے تحت پیدا ہونے والا نتیجہ منتقل نہیں ہوتا۔