آیا 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 را پاک می‌کند و چیز دیگری نه. وضعیت خصوصی مرورگر را توصیف نمی‌کند و سرور بالادستی را پاک نمی‌کند، بنابراین آزمونی که بر آن بنا شده باشد فقط به‌صورت محدود تفسیر می‌شود. هر بار که نتیجه را گزارش می‌کنید بگویید کدام حافظه را پاک کرده‌اید.
سپس برنامه واقعی را با درخواست تازه و سیاست حل‌کننده مورد نظر فعال دوباره بیازمایید. نتیجه‌ای که تحت سیاست متفاوتی تولید شده منتقل نمی‌شود.