پاک کردن کش DNS پاسخهای ذخیرهشدهٔ محلی را کنار میگذارد تا دستگاه دوباره نام دامنه را جستوجو کند. این کار وقتی مفید است که رکورد درست شده ولی دستگاه هنوز پاسخ قدیمی دارد. اجرای روزانهٔ آن برای همه ضروری نیست و مشکل هر سایتی را برطرف نمیکند.
پیش از پاک کردن کش DNS
آدرس دقیق دامنه را بررسی کنید و ببینید مشکل فقط روی همین دستگاه است یا روی شبکههای دیگر هم رخ میدهد. کش DNS با فایلهای ذخیرهشدهٔ مرورگر و کوکی ورود فرق دارد. اگر رکورد در DNS authoritative اشتباه باشد، پاکسازی محلی همان پاسخ اشتباه را دوباره دریافت میکند.
روش ویندوز
Command Prompt را باز کنید. برای مشاهدهٔ کش محلی از دستور اول و برای پاکسازی آن از دستور دوم استفاده کنید. اگر سیستم پیام نیاز به سطح دسترسی داد، پنجره را با Run as administrator باز کنید.
ipconfig /displaydns
ipconfig /flushdns
پس از اجرای موفق، ویندوز پیامی دربارهٔ پاکشدن DNS Resolver Cache نشان میدهد. این پیام فقط موفقیت عملیات محلی است؛ به معنی رفع قطعی خطای سایت نیست. خروجی displaydns میتواند نام سرویسهای استفادهشده را نشان دهد؛ آن را بدون نیاز عمومی منتشر نکنید.

روش macOS
در نسخههای جدید مک، راهنمای DNSimple دو فرمان زیر را معرفی میکند. Terminal را باز کنید و هر خط را جدا اجرا کنید. رمز حساب مدیر را فقط در خود ترمینال وارد کنید؛ هنگام تایپ رمز معمولاً کاراکتری نمایش داده نمیشود.
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
نبود پیام موفقیت در مک معمول است، اما اگر خطا دیدید آن را نادیده نگیرید. نسخههای قدیمی ممکن است روش دیگری داشته باشند. این دستورات را به یک برنامهٔ زمانبندیشدهٔ دائمی تبدیل نکنید؛ هدف، یک آزمون مشخص هنگام عیبیابی است.
چرا پاسخ قدیمی باقی میماند؟
کش مرورگر، روتر و resolver بالادستی مستقلاند. پاککردن کش لپتاپ، کش شرکت اینترنت یا سرویس DNS عمومی را خالی نمیکند. پاسخ منفیِ «نام وجود ندارد» هم میتواند مدتی ذخیره بماند. پایینآوردن TTL رکورد تازه، کش منفیِ قبلی را فوراً حذف نمیکند.
آزمون نتیجه و قدم بعدی
همان نام دامنه را دوباره بررسی کنید. در صورت اختلاف، پاسخ resolver را با DNS authoritative مقایسه کنید؛ مدیر DNS میتواند این تفکیک را انجام دهد. اگر پاسخ صحیح است ولی سایت باز نمیشود، اتصال، TLS و وبسرور را جدا بررسی کنید.
پاکسازی کش بهتنهایی درمان مسمومیت DNS نیست؛ باید منبع پاسخ نادرست یا تنظیم آلوده مشخص شود. منابع: ipconfig مایکروسافت، راهنمای DNSimple و کش منفی DNS.
مطالعهٔ مرتبط
بازبینی فنی: ۱۳ آبان ۱۴۰۵. تاریخ انتشار اولیه و نشانی قبلی حفظ شدهاند.