Независимо дали сте системен администратор или уеб разработчик, или нещо по средата, шансовете са, че ще трябва да изчиствате своя DNS кеш от време на време, за да коригирате нещата от страната на сървъра или дори само за тестване на определени конфигурации.

Прочистването на вашия DNS кеш в Mac OS X всъщност е много лесно, но всъщност има няколко различни команди за използване и ще откриете, че командите са уникални за различните версии на Mac OS X.Ние ви покриваме, независимо от версията на Mac OS X, която използвате, от MacOS Sierra 10.12, 10.11, 10.13, OS X 10.10, OS X 10.9, чак до 10.4. Така че намерете вашата версия на OS X, отворете своя терминал и следвайте съответните указания по-долу, за да започнете.

Запомнете, че всяка от тези команди трябва да бъде въведена в командния ред чрез терминалните приложения (намиращи се в /Applications/Utilities/ във всички версии на Mac OS X). Първо стартирайте това приложение и след това можете просто да копирате и поставите командите, ако желаете.

Прочистване на DNS кеша в MacOS Monterey 12, macOS Big Sur 11

С macOS Monterey, Big Sur и по-нови можете да използвате следния низ от командния ред, за да изчистите DNS кеша:

sudo killall -HUP mDNSResponder

Прочистване на DNS кеша в MacOS 10.12, 10.11 по-нова

За Sierra, El Capitan и по-нови версии на Mac OS:

sudo killall -HUP mDNSResponder

Изчистване на DNS кеша в OS X 10.10 Yosemite

Управлявате Йосемити? Изчистването на DNS кешове в OS X Yosemite отново се промени, разделено на MDNS и UDNS или комбинирано, както ще използваме по-долу, ето командата, която е необходима:

sudo discoveryutil mdnsflushcache;sudo discoveryutil udnsflushcaches;say flushed

Можете да прочетете много повече за нулирането и изчистването на DNS кеша в OS X Yosemite тук, ако се интересувате.

Прочистване на DNS в OS X 10.9 Mavericks

Това е как да изчистите DNS кеша в 10.9:

dscacheutil -flushcache;sudo killall -HUP mDNSResponder

Ще трябва да въведете паролата на администратора, за да завършите тази задача. Ако забележите, той комбинира унищожаването на mDNSResponder със стандартния dscacheutil, което го прави двуетапен процес за първо изчистване на кеша, след което презареждане на обработката на DNS в OS X, така че промените да влязат в сила.

Прочистване на DNS кеша в OS X Lion (10.7) и OS X Mountain Lion (10.8)

Стартирайте терминала и въведете следната команда, ще трябва да въведете администраторска парола: sudo killall -HUP mDNSResponderote the dscacheutil still съществува в 10.7 и 10.8, но официалният метод за изчистване на DNS кешове е чрез убиване на mDNSResponder. Можете също да откриете, че процесът работи в Монитор на активността.

Един полезен трик, ако установите, че изчиствате DNS често, е да настроите псевдоним за този команден низ във вашия .bash_profile или в профила на избраната от вас обвивка. Прост bash псевдоним за прочистване на кеша може да бъде следният:

alias flushdns='dscacheutil -flushcache;sudo killall -HUP mDNSResponder'

Запазете това в .bash_profile, след което въвеждането на „flushdns“ ще предотврати използването на пълния команден низ в бъдеще.

Прочистване на DNS кеша в Mac OS X 10.5, Mac OS X 10.6

Стартирайте терминала и издайте следната команда: dscacheutil -flushcache Готово, вашият DNS е прочистен. Като странична бележка, dscacheutil е интересен като цяло и си струва да се разгледа, вместо това опитайте флага -statistics за някои статистики.

Прочистване на DNS в Mac OS X 10.4 Tiger и 10.3

Въведете следната команда в терминала: lookupd -flushcache

Това е, това е всичко. Сега вашите DNS настройки трябва да са такива, каквито сте ги планирали, което можете лесно да проверите с различни мрежови инструменти като http, ping, nslookup, traceroute, curl или каквото друго е подходящо за вашата конкретна ситуация.

Ако откриете, че нещо не работи и DNS не изглежда да се е променил, проверете версията на OS X, която използвате, и използвайте подходящите команди за най-новата версия.Ако все още имате проблеми след това, опитайте друга машина в идеалния случай в друга мрежа (като мобилен телефон), за да проверите дали проблемът не е в отдалечения сървър.