Очистка кэша DNS ради скорости: почти всегда миф

Что кэш DNS делает и почему он почти не влияет

Когда вы открываете сайт, Windows спрашивает у DNS-резолвера IP-адрес вместо имени и сохраняет ответ в небольшом кэше, чтобы в следующий раз не задавать вопрос заново. Записи живут по таймеру, назначенному доменом, — от минуты до суток, — а сам свежий запрос занимает десятки миллисекунд. На загрузку страницы уходит несколько таких запросов, так что даже в худшем случае это погрешность на фоне скачивания скриптов, картинок и шрифтов. Поверх системного кэша браузер держит собственный, а при включённом DNS-over-HTTPS кэш Windows и вовсе обходится стороной.

Случаи, когда сброс кэша действительно чинит

Команда отрабатывает честно, но только в конкретных ситуациях — и все они связаны с устаревшими или испорченными записями, а не со скоростью:

• Вы отредактировали файл hosts, а Windows продолжает отдавать старые ответы, пока не истечёт их TTL
• Сайт сменил IP-адреса, и система ходит на мёртвый адрес: страницы не открываются или грузятся с чужого сервера
• Вы переключились между VPN и обычной сетью, а в кэше остались ответы «не той» стороны
• Рабочая или учебная сеть обновила внутренние DNS-записи, а ваш ПК всё ещё помнит предыдущие
• Вы отлаживаете сам DNS — проверяете новый резолвер или фильтрацию и каждый раз хотите начинать с чистого листа

Почему это не ускоряет исправное подключение

После сброса следующий запрос уходит выше — на роутер, резолвер провайдера или публичный вроде 1.1.1.1 — и там ответ обычно всё ещё лежит, поэтому возвращается почти так же быстро. Вы заново прогреваете и без того тёплый кэш, а даже честно холодный запрос стоит миллисекунды против загрузки страниц, измеряемой секундами. То, что реально тормозит браузер, — распухший профиль, двадцать расширений, слабый Wi-Fi, забитый канал — к DNS отношения не имеет. Если после flush «заработал интернет», на самом деле ушла устаревшая запись: это ремонт корректности, а не производительности.

Вопросы и ответы

Читайте также