Чищення кеша DNS заради швидкості: здебільшого міф

Що робить кеш DNS і чому він майже не впливає

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

Випадки, коли скидання кешу справді щось виправляє

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

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

Чому це не прискорює справне з'єднання

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

Питання та відповіді

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