Как очистить кэш DNS в Windows, macOS и Linux

Чтобы очистить кэш DNS в Windows 10/11, выполните ipconfig /flushdns в командной строке от имени администратора. На современных Mac используют dscacheutil -flushcache и сигнал HUP для mDNSResponder, а в Linux команда зависит от работающей службы: для systemd-resolved подходит sudo resolvectl flush-caches. Выберите раздел для своей системы, выполните очистку один раз и проверьте проблемный сайт.

Сброс DNS помогает, когда устройство продолжает использовать устаревший ответ, например после переноса сайта. Он очищает локальные сохранённые сведения, но не меняет DNS-серверы, записи домена или настройки хостинга. Ниже — команды с условиями применения, проверка результата и порядок действий на случай, если сайт по-прежнему не открывается.

Как быстро очистить кэш DNS: таблица команд

Вводите команду в терминале соответствующей операционной системы. Строки из разных разделов не нужно запускать подряд: они обращаются к разным механизмам. Если работаете через удалённое подключение, убедитесь, что терминал открыт на нужном компьютере: локальная очистка действует там, где выполнена команда.

Очистка DNS-кэша на своём компьютере

Система и условие	Команда	Что проверить
Windows 10/11, CMD или PowerShell от администратора	ipconfig /flushdns	Сообщение об успешной очистке; затем новый запрос к сайту
Windows, PowerShell с модулем DnsClient	Clear-DnsClientCache	Отсутствие ошибки; просмотр через Get-DnsClientCache
Современная macOS с mDNSResponder; подробности версий ниже	sudo dscacheutil -flushcache sudo killall -HUP mDNSResponder	Обе команды завершились без ошибки; повторить открытие сайта
Linux/Ubuntu, используется активный systemd-resolved	sudo resolvectl flush-caches	resolvectl statistics, затем resolvectl query example.com
Linux, подтверждён активный nscd и его кэш hosts	sudo nscd -i hosts	Обновление результата в приложении, использующем эту службу

Параметры Windows описаны в справке Microsoft по ipconfig, команды macOS — в инструкции Namecheap. Для Linux ориентируйтесь на документацию именно своей службы, а не только на название дистрибутива.

Когда очистка DNS-кэша действительно уместна

Представьте, что сайт перенесли на другой сервер. В настройках домена уже указан новый адрес, а ваш ноутбук ещё хранит предыдущий ответ. Очистка позволяет удалить локальную копию и при следующем обращении снова запросить сведения. Такой сценарий разумно проверить, прежде чем менять сетевые настройки или повторно редактировать DNS-зону.

Начните с очистки, если есть понятная связь между проблемой и недавним изменением:

• Сайт сменил хостинг, а на одном компьютере всё ещё открывается прежняя страница.
• Поддомен недавно создали, но устройство продолжает сообщать, что имя не существует.
• Исправили ошибочную DNS-запись, а результат на вашем устройстве пока не изменился.
• После подключения к рабочей сети изменился способ разрешения внутреннего имени; администратор подтвердил, что текущие настройки верны.

Сохраняться может не только адрес, но и отрицательный результат поиска. Поэтому ошибка, полученная до создания поддомена, иногда переживает само исправление. В Windows очистка DNS-клиента удаляет динамически добавленные ответы, включая отрицательные; это отдельно указано в описании параметра /flushdns.

Регулярная профилактическая очистка обычно не нужна. Используйте сброс DNS как шаг диагностики: определите ожидаемое изменение, выполните команду и сравните результат.

Какой кэш DNS очищается и что остаётся без изменений

Путь от браузера до DNS-записей домена может включать несколько независимых уровней. Команда на компьютере не управляет ими всеми. Именно поэтому успешная очистка иногда сопровождается тем же адресом в ответе: устройство получает его заново из другого источника.

Границы локальной очистки

Где сохранены сведения	Как это связано с процедурой
Кэш системного DNS-клиента или локального резолвера	На этот уровень направлена команда для Windows, macOS или конкретной службы Linux.
Приложение или браузер	У него может быть собственный кэш имён и уже открытые соединения. Повторная загрузка вкладки не обязательно создаёт новый DNS-запрос.
Роутер, корпоративный или публичный DNS-резолвер	Локальная команда на ноутбуке не очищает их сохранённые ответы.
Авторитетные серверы домена	Они публикуют записи зоны. Чтобы исправить неверный адрес в исходных данных, необходимо исправить запись у DNS-провайдера.

Отдельный случай — DNS over HTTPS, или DoH. Браузер может отправлять запросы выбранному DoH-провайдеру, поэтому его результат не всегда совпадает с результатом системной утилиты. Этот механизм описан в документации Mozilla о DNS over HTTPS. Различие полезно учитывать при проверке, но оно не является поводом бездумно отключать защитные функции.

Очистка DNS-кэша не удаляет фотографии, документы, сохранённые пароли, cookies или историю посещений. Она также не исправляет запись в файле hosts: заданное там локальное соответствие имени и адреса может продолжить влиять на результат. В Windows такие сведения могут присутствовать в выводе кэша даже после сброса.

Как очистить кэш DNS в Windows 10 и Windows 11

В обеих системах основной способ одинаков. Можно выбрать командную строку CMD или PowerShell; переустанавливать сетевой адаптер и перезагружать компьютер ради этой операции не требуется. Для первого выполнения удобнее CMD: после очистки он показывает понятное подтверждение.

Способ 1. Командная строка и ipconfig /flushdns

1. Откройте меню «Пуск» и найдите «Командная строка» или cmd.
2. Выберите «Запуск от имени администратора» и подтвердите запрос системы.
3. Введите следующую строку целиком и нажмите Enter.

ipconfig /flushdns

Пишите параметр /flushdns с косой чертой через пробел после ipconfig. Не копируйте приглашение вида C:\Windows\System32>: оно лишь показывает, что консоль готова принять ввод.

Ожидаемый результат — сообщение, что кэш сопоставителя DNS успешно очищен. На английской системе оно выглядит как Successfully flushed the DNS Resolver Cache. Запуск консоли с административными правами также предусмотрен в официальной инструкции Cloudflare по очистке DNS-кэша.

Способ 2. Windows PowerShell

Если уже работаете в PowerShell, можно использовать встроенный командлет модуля DnsClient. Откройте PowerShell от имени администратора и выполните:

Clear-DnsClientCache

Microsoft определяет эту операцию как эквивалент ipconfig /flushdns. Командлет не возвращает отдельный объект результата, поэтому отсутствие отдельного сообщения об успехе нормально; смотрите, не появилась ли ошибка. Подробности приведены в справке Clear-DnsClientCache.

Достаточно одного из двух способов. Если Clear-DnsClientCache не распознаётся, используйте ipconfig /flushdns: устанавливать стороннюю программу для очистки не нужно.

Как посмотреть кэш Windows до и после очистки

В CMD или PowerShell содержимое системного кэша показывает:

ipconfig /displaydns

В PowerShell также доступен отдельный инструмент чтения:

Get-DnsClientCache

Get-DnsClientCache получает содержимое локального DNS-кэша. Для сравнения полезно найти интересующее имя до очистки, выполнить выбранную команду сброса, затем повторить просмотр до открытия сайта. Не нужно требовать, чтобы весь список оставался пустым: фоновые приложения продолжают работать и могут сразу получить новые ответы.

Как очистить кэш DNS в macOS

На Mac важно учитывать выпуск системы. Для современных версий с mDNSResponder используется приведённая ниже пара команд. В инструкции Namecheap она указана для Big Sur, Monterey, Sonoma, Sequoia и Tahoe. Старые OS X могли использовать другие механизмы, поэтому распространять этот рецепт на любую историческую версию нельзя.

Пошаговая очистка через «Терминал»

1. При необходимости уточните версию в меню Apple → «Об этом Mac».
2. Откройте «Терминал» через поиск Spotlight или папку «Программы» → «Утилиты».
3. Выполните первую строку, затем вторую. Это команды для оболочки macOS, а не для консоли браузера.

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

Если система запросит пароль, введите пароль вашей учётной записи администратора и нажмите Return. Символы при вводе в терминале обычно не показываются. Использование sudo для административных команд описано в руководстве Apple по Terminal; команда очистки и привязка к версиям — в документации Namecheap для macOS.

Первая строка вызывает очистку кэша через dscacheutil, вторая отправляет указанный сигнал службе mDNSResponder. Сохраняйте параметр -HUP и регистр имени процесса. Не заменяйте команду похожей строкой без этого параметра: у неё будет другое действие.

В терминале может просто появиться новое приглашение ввода без текста об успехе. Само по себе это не ошибка. Если же показано сообщение об отказе в доступе, неправильном пароле или отсутствии подходящего процесса, не считайте процедуру выполненной: сначала разберите конкретное сообщение.

Как проверить Mac после команды

Сохраните несохранённые данные в браузере, полностью завершите его работу и откройте снова. На Mac закрытие окна красной кнопкой не всегда завершает приложение; используйте обычную команду завершения приложения. Затем повторите обращение к тому же адресу. Это практический способ уменьшить влияние уже открытых соединений при сравнении результата.

Для старой или специально настроенной системы проверьте установленную справку: man dscacheutil и man mDNSResponder. Если на рабочем Mac нет административных прав, обратитесь к администратору устройства.

Как очистить кэш DNS в Linux и Ubuntu

У Linux нет одной обязательной службы DNS-кэширования для всех установок. На Ubuntu может работать systemd-resolved, на другой машине — nscd, dnsmasq или иной резолвер; отдельного системного кэша может не быть. Поэтому сначала определите используемый механизм, а уже затем выбирайте действие.

Шаг 1. Проверьте, работает ли systemd-resolved

На системе с systemd выполните в обычном терминале:

systemctl is-active systemd-resolved
resolvectl status

Первая команда сообщает состояние службы: active означает, что она активна. Это операция чтения, описанная в справке systemctl. Вторая показывает текущие общие и интерфейсные настройки DNS. Если обе команды доступны, служба активна и участвует в разрешении имён на вашем компьютере, переходите к очистке.

Само наличие пакета или процесса ещё не доказывает, что нужное приложение использует именно его. Например, браузер с собственным DoH может обращаться другим путём. При нестандартной настройке проверьте схему разрешения имён с администратором; варианты подключения приложений к службе описаны в документации systemd-resolved.

Ответ inactive, сообщение об отсутствующей службе или resolvectl: command not found — повод выбрать другой раздел, а не устанавливать и включать новый DNS-сервис вслепую. В контейнере, WSL или минимальной системе набор компонентов может отличаться от обычного настольного Linux. Выполнение команды внутри такого окружения также не означает очистку кэша основной операционной системы.

Шаг 2. Очистите кэш активного systemd-resolved

Для подтверждённой службы выполните:

sudo resolvectl flush-caches

Затем, до намеренного нового запроса к сайту, посмотрите состояние статистики:

resolvectl statistics

Команда flush-caches очищает локальные кэши DNS-записей, которыми управляет служба; statistics показывает её статистику. Оба действия описаны в официальной справке resolvectl. Не путайте очистку записей с обнулением статистических счётчиков: количество прошлых обращений не обязано исчезнуть вместе с кэшем.

Если вывод вашей версии содержит поле размера кэша, сразу после очистки оно может быть нулевым. Однако фоновые запросы быстро добавляют записи заново. Ненулевое значение через несколько секунд само по себе не доказывает неудачу; оцените также отсутствие ошибки команды и результат повторного разрешения нужного имени.

Шаг 3. Выполните новый запрос

Замените пример на полное доменное имя своего сайта без https:// и пути страницы:

resolvectl query example.com

Так вы запросите разрешение имени через systemd-resolved. Полученный ответ уже может снова попасть в кэш — это ожидаемое поведение после проверки. Сравнивайте его с правильными данными для конкретного домена, затем отдельно открывайте сайт в браузере.

Если используется nscd или dnsmasq

На системе с systemd состояние nscd можно посмотреть командой systemctl is-active nscd. Если служба активна и в её конфигурации включён кэш hosts, очистите соответствующую таблицу:

sudo nscd -i hosts

Параметр -i удаляет сохранённые данные выбранной таблицы согласно справке nscd в Debian. Наличие и включение кэша hosts задаются конфигурацией, описанной в nscd.conf. Если службы нет или она не обслуживает нужные обращения, такая команда не заменит очистку фактически используемого резолвера.

С dnsmasq сначала выясните, какой экземпляр запущен и чем он управляет. Он способен обслуживать не только DNS, но и DHCP. По документации dnsmasq, сигнал HUP очищает кэш и одновременно перечитывает ряд локальных файлов, а также может запускать обработку существующих DHCP-аренд. Это требует понимания конфигурации, поэтому универсальная команда перезапуска для всех машин здесь не подходит.

Если локального кэширующего сервиса нет, проверьте приложение и используемый DNS-сервер. Перезапуск NetworkManager, остановка других служб или удаление конфигураций для обычной очистки DNS не требуются.

Как проверить, что очистка помогла

Разделяйте два результата: команда успешно обработана и исходная проблема исчезла. Первый относится к локальному кэшу. Второй требует повторить действие, которое не удавалось пользователю, и убедиться, что оно теперь выполняется. Один результат не заменяет другой.

1. Зафиксируйте исходное состояние. Полный URL, текст ошибки, используемая сеть, состояние VPN и время проверки.
2. Очистите нужный кэш. Используйте только алгоритм своей системы или подтверждённой службы.
3. Проверьте отсутствие ошибки. Учитывайте, что не каждая команда печатает сообщение об успехе.
4. Создайте новое обращение. При необходимости полностью завершите и снова откройте браузер, сохранив введённые данные.
5. Повторите пользовательский сценарий. Откройте нужную страницу; для владельца сайта полезно также проверить форму или другую важную функцию.

Почему nslookup не доказывает очистку системного кэша

Для проверки ответа DNS-сервера часто используют следующую команду. В Windows она запускается в CMD или PowerShell; на macOS и Linux — в терминале, если утилита доступна:

nslookup example.com

Но nslookup не служит просмотрщиком системного DNS-кэша. Microsoft указывает, что утилита обращается к DNS, обходя локальную библиотеку разрешения имён, кэш ОС и файл hosts. Поэтому её результат полезен для проверки выбранного DNS-сервера, но не подтверждает очистку кэша приложения. Это различие разобрано в руководстве Microsoft по диагностике DNS.

Если выбранный DNS-сервер сам расположен локально, например это stub-резолвер Linux, запрос может попасть в кэш этого сервиса. Вывод всё равно нужно трактовать по фактической цепочке. Формула «nslookup показал адрес — значит кэш компьютера пуст» неверна.

Сравнивая результат с другим устройством или мобильной сетью, учитывайте различия DNS-провайдеров, DoH и VPN. Запишите условия теста: это поможет правильно истолковать расхождение.

Что делать, если команда не работает или сайт не открылся

Сначала отделите ошибку выполнения команды от случая, когда очистка прошла, но причина оказалась другой. Выберите следующий шаг по наблюдаемому результату.

Типовые ситуации после попытки очистки

Что наблюдаете	Что проверить дальше
Windows сообщает, что нужны повышенные права	Откройте новую CMD или PowerShell через «Запуск от имени администратора» и повторите нужную команду.
Команда не распознана	Проверьте ОС, оболочку, написание и наличие утилиты. Командлет PowerShell не является командой CMD; resolvectl нужен не каждому Linux.
На Mac нет подходящего процесса или sudo отклоняет действие	Проверьте версию системы, имя mDNSResponder и права своей учётной записи; на рабочем устройстве обратитесь к администратору.
Очистка успешна, старый адрес появился снова	Выясните, какой сервер возвращает ответ, и сравните его с актуальными записями домена.
Системная проверка работает, один браузер — нет	Проверьте собственный DNS-кэш, DoH и настройки подключения этого приложения; полностью перезапустите его для повторного теста.
В одной сети сайт работает, в другой нет	Зафиксируйте различие DNS-ответов и маршрута; передайте данные администратору соответствующей сети.
Имя разрешается, но появилась ошибка TLS, HTTP или приложения	Переходите к диагностике сертификата, веб-сервера или самого приложения.

Одинаковый IP-адрес до и после очистки не означает неудачу. Он может оставаться правильным. И обратная ситуация требует осторожности: несколько разных IP-адресов могут быть нормой для CDN, балансировки и разных сетей. Ожидаемый результат следует узнавать из конфигурации конкретного сайта, а не из предположения, что у каждого домена всегда один неизменный адрес.

Если DNS-запись только что изменили, локальный компьютер после очистки может снова получить ещё действующий кэшированный ответ от внешнего резолвера. Срок его обновления связан с параметрами кэширования и текущим состоянием цепочки. Повторение локальной команды не отправляет требование очистки всем провайдерам и не позволяет обещать единое время обновления для всех посетителей.

Не поможет очистка и в ситуации, когда домен действительно не существует, нужная запись отсутствует в зоне или нарушена цепочка проверки DNSSEC. Здесь требуется исправление исходной конфигурации. Сохраняйте конкретный код ответа и передавайте его владельцу зоны: формулировка «DNS не работает» менее полезна, чем имя, тип записи, время и полученный результат.

Не добавляйте к обычной очистке ipconfig /release или полный сброс сетевого стека. У этих действий другая область воздействия. В частности, /release освобождает DHCP-конфигурацию адреса, что описано в справке Microsoft. Для удаления DNS-кэша оно не требуется.

Что проверить владельцу сайта после переноса или изменения DNS

После переноса магазина или восстановления доступа клиентов завершайте работу проверкой пользовательского пути. Открытие сайта на вашем ноутбуке — только одна точка наблюдения.

Рассмотрим условный пример. Сайт перенесли, новый сервер подготовлен, но владелец видит старую страницу. Он очищает DNS-кэш, полностью перезапускает браузер и снова проверяет URL. Дальше возможны три разных результата:

• Открылся новый сайт. Локальная задержка могла быть связана с сохранённым ответом или состоянием приложения. Нужно дополнительно проверить доступность из другой сети.
• Снова получен прежний адрес. Следующий шаг — проверка DNS-ответа и источника данных, а не многократная очистка одного компьютера.
• Адрес ожидаемый, страница старая. Нужно проверить, что отвечает веб-сервер, CDN и приложение. Одинаковое внешнее проявление может иметь причину уже за пределами DNS.

Для поддержки соберите домен, время изменения записей, ожидаемый результат, текст ошибки, ОС, способ очистки и результат из второй сети. Пароли и закрытые конфигурации для описания этой проблемы не нужны.

Для бизнеса полезно продолжить наблюдение после первого удачного открытия: проверить главную страницу, вход, каталог и ключевые формы в подходящей тестовой среде. Если вы хотите организовать регулярный контроль доступности сайта, начните с SiteGuard и выберите подходящий способ наблюдения за своим проектом. Это поможет связать техническую проверку с тем, что видят посетители.

Частые вопросы об очистке DNS-кэша

Безопасно ли очищать кэш DNS?

Штатная очистка локального кэша удаляет сохранённые результаты разрешения имён и не стирает пользовательские файлы. Применяйте команду для своей ОС и действующего сервиса. Перезапуск общей DNS/DHCP-службы или сброс всей сети имеет другие последствия и не является обязательной частью процедуры.

Нужно ли перезагружать компьютер после ipconfig /flushdns?

Обычно для самой очистки это не требуется. Проверьте результат команды и сделайте новое обращение к сайту. Если конкретное приложение продолжает использовать прежнее состояние, начните с его полного завершения и повторного запуска.

Почему в кэше сразу снова появились записи?

Открытые приложения и фоновые процессы продолжают обращаться к доменам. Новый ответ снова сохраняется для дальнейшего использования. Цель проверки — обновить нужное состояние, а не удерживать кэш постоянно пустым.

Удалятся ли cookies, пароли и авторизация на сайтах?

Нет: очистка DNS-кэша не является удалением браузерных данных. Если после перезапуска приложения изменилась сессия, выясняйте причину отдельно; добавлять очистку cookies к сбросу DNS автоматически не нужно.

Можно ли очистить DNS только для одного домена?

Основные команды в этой инструкции очищают соответствующий кэш целиком, а не принимают домен как адрес назначения. Не добавляйте имя после ipconfig /flushdns или resolvectl flush-caches. Возможность выборочной очистки зависит от конкретного DNS-сервиса и его интерфейса управления.

Поможет ли очистка DNS ускорить интернет?

Считать её общим способом ускорения не стоит. Она уместна при проблеме с сохранёнными ответами. После очистки сведения потребуется получать заново; скорость загрузки страниц также зависит от соединения, сервера и содержимого сайта.

Нужно ли очищать кэш у всех посетителей после переноса сайта?

Управлять локальными кэшами всех посетителей вы не можете. Проверяйте корректность опубликованных записей, переход между старым и новым размещением и доступность сайта снаружи. Инструкция по локальной очистке полезна для отдельного устройства, но не заменяет план переноса.

Документация и источники команд

Синтаксис сверён с официальной документацией. Для старого выпуска ОС приоритет имеет справка установленной версии.

• Windows: ipconfig, Clear-DnsClientCache.
• macOS: команды по версиям у Namecheap, права в Terminal у Apple.
• Linux: resolvectl, nscd, dnsmasq.