Indiferent dacă sunteți administrator de sisteme sau dezvoltator web, sau ceva între ele, sunt șanse să trebuiască să vă goliți memoria cache DNS din când în când pentru a îndrepta lucrurile pe partea serverului sau chiar doar pentru a testa anumite configurații.

Ștergerea cache-ului DNS în Mac OS X este de fapt foarte ușoară, dar există de fapt mai multe comenzi diferite de utilizat și veți descoperi că comenzile sunt unice pentru diferite versiuni de Mac OS X.Vă oferim acoperire indiferent de versiunea de Mac OS X pe care o utilizați, de la MacOS Sierra 10.12, 10.11, 10.13, OS X 10.10, OS X 10.9, până la 10.4. Așadar, găsiți versiunea dvs. de OS X, deschideți terminalul și urmați instrucțiunile corespunzătoare de mai jos pentru a începe.

Nu uitați, fiecare dintre aceste comenzi trebuie introdusă în linia de comandă, prin intermediul aplicațiilor Terminal (găseate în /Aplicații/Utilități/ în toate versiunile de Mac OS X). Lansați mai întâi acea aplicație și apoi puteți doar să copiați și să lipiți comenzile, dacă doriți.

Flush DNS Cache în MacOS Monterey 12, macOS Big Sur 11

Cu macOS Monterey, Big Sur și mai noi, puteți folosi următorul șir de linie de comandă pentru a goli memoria cache DNS:

sudo killall -HUP mDNSResponder

Ștergerea memoriei cache DNS în MacOS 10.12, 10.11 mai nou

Pentru Sierra, El Capitan și versiunile mai noi Mac OS:

sudo killall -HUP mDNSResponder

Ștergerea memoriei cache DNS în OS X 10.10 Yosemite

Running Yosemite? Ștergerea cache-urilor DNS în OS X Yosemite s-a schimbat din nou, împărțită în MDNS și UDNS sau combinată așa cum vom folosi mai jos, iată comanda necesară:

sudo discoveryutil mdnsflushcache;sudo discoveryutil udnsflushcaches;să spunem flushed

Puteți citi aici mult mai multe despre resetarea și spălarea memoriei cache DNS în OS X Yosemite dacă sunteți interesat.

Flush DNS în OS X 10.9 Mavericks

Rere este cum să goliți memoria cache DNS în 10.9:

dscacheutil -flushcache;sudo killall -HUP mDNSResponder

Va trebui să introduceți parola de administrator pentru ca această sarcină să fie finalizată. Dacă observați, combină uciderea mDNSResponder cu dscacheutil standard, făcându-l un proces în doi pași pentru a mai întâi golirea memoriei cache, apoi reîncărcarea gestionării DNS în OS X, astfel încât modificările să intre în vigoare.

Flushing DNS Cache în OS X Lion (10.7) și OS X Mountain Lion (10.8)

Launch Terminal și introduceți următoarea comandă, va trebui să introduceți o parolă administrativă: sudo killall -HUP mDNSResponderotați încă dscacheutil există în 10.7 și 10.8, dar metoda oficială de a șterge cache-urile DNS este prin uciderea mDNSResponder. Puteți găsi acel proces care rulează și în Monitorul de activitate.

Un truc util dacă vă aflați că ștergeți frecvent DNS-ul este să configurați un alias pentru acel șir de comandă în .bash_profile sau în profilul shell-ului dorit. Un alias simplu bash pentru golirea memoriei cache ar putea fi acesta:

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

Salvați-l în .bash_profile, apoi tastarea „flushdns” ar preveni nevoia de a utiliza șirul complet de comandă în viitor.

Flush DNS Cache în Mac OS X 10.5, Mac OS X 10.6

Launch Terminal și lansați următoarea comandă: dscacheutil -flushcache Gata, DNS-ul dvs. a fost șters. Pe o notă secundară, dscacheutil este interesant în general și merită să aruncați o privire, încercați în schimb steag-ul -statistics pentru unele statistici.

Flush DNS în Mac OS X 10.4 Tiger și 10.3

Tastați următoarea comandă în terminal: lookupd -flushcache

Asta este, asta este tot ce este. Acum setările dvs. DNS ar trebui să fie așa cum ați vrut să fie, pe care le puteți verifica cu ușurință cu diverse instrumente de rețea, cum ar fi http, ping, nslookup, traceroute, curl sau orice altceva este potrivit pentru situația dvs. specifică.

Dacă descoperiți că ceva nu funcționează și DNS nu pare să se fi schimbat, verificați versiunea de OS X pe care o rulați și utilizați comenzile adecvate pentru cea mai recentă versiune.Dacă mai întâmpinați probleme după aceea, încercați o altă mașină, în mod ideal, într-o altă rețea (cum ar fi un telefon mobil) pentru a verifica dacă nu este o problemă cu serverul de la distanță.