Что такое DNS сервер и как он работает?

Вот в этой статье я описывал работу DHCP сервера. Как можно понять, прочитав эту статью, основная функция этого сервера раздавать ip-адреса сетевым клиентам, которыми он управляет. Но главная фишка в том, что DHCP сервер-то понимает ip-адреса с которыми работает, а вот понимаем ли мы то, куда он нас переадресует?

Например, кто-нибудь может сказать что за сайт скрывается за ip-адресом 142.251.1.198? А ведь это всем известный Ютуб. Тут я могу даже картинку показать как я это вычислил:

Скорее всего это один из многих ip-адресов, по которым пингуется Ютуб, и, возможно, они не всегда именно такие, но самое главное то, что нам не надо запоминать эти ip-адреса. Почему? Потому что придумали DNS (Domain Name System). Для того, чтобы это понять, надо пояснить примером из жизни. Самый лучший пример - это список контактов в вашем телефоне. Например, за контактом "Вася техосмтотр" скрывается номер телефона этого Васи. Но ведь когда вы хотите найти контакты этого Васи в своем телефоне, вы вводите "Вася техосмотр" и телефон выдает вам номер телефона Васи. Если провести аналогию между списком контактов и DNS, то получается, что номер телефона - это ip-адрес, а "Вася техосмотр" - это доменное имя сайта. Возможно, пока не совсем понятно всё это, но попытаемся разобраться полностью в этом вопросе.

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

А вот если сайт для вашего девайса новый, т.е. вы его ни разу не посещали, тогда запрос уходит RESOLVERу (распознающему) DNS серверу. Обычно такой сервер находится у вашего провайдера, но его всегда можно поменять на другой, например 8.8.8.8 от Гугл или 77.88.8.88 от Яндекса. В связи с санкциями второй вариант предпочтительнее. Этот DNS сервер ищет искомый сайт в своем кэше. Если находит, то отвечает нам, а если не находит, то мы идем искать дальше. Куда? запрос уходит к корневому root серверу. Это сервер, который находится в самом верху DNS иерархии, кстати таких root серверов много.

Но этот сервер нам ip-адрес искомого сайта не скажет, он скажет только к кому следует обратиться дальше. Это нужно для разветвления поиска, чтобы не искать ip в общей куче, а уйти в нужную ветку поиска. Дальше запрос уходит к нужному серверу верхнего уровня TLD (Top Level Domain).

Чем заведует сервер верхнего уровня? Доменами верхнего уровня. Это то, что находится после точки в доменном имени: .ru, .net, .site, .org, .com и т.д. Кстати, существует gTLD (generic Top Level Domain), который не привязан к стране, например .edu - образование, .com - коммерческие сайты, .ai - организации, связанные с искусственным интеллектом. Также есть еще ccTLD (country code Top Level Domain), которые привязаны к стране (.ru, .kz, .us).

И вот когда RESOLVER придет к root и попросит у него ip моего сайта, тот его направит к ccTLD, ведь мой сайт находится в зоне .ru. Сервер ccTLD, в свою очередь направит RESOLVER к серверу авторитативных имен, который и скажет искомый ip-адрес. Этот адрес RESOLVER запишет в кэш браузера, чтобы больше не бегать по второму разу по этому пройденному пути. Вот как-то так. Если понравилась статья или что-то не понятно, всегда можно написать об этом в комментариях. На этом все!

И напоследок... Если вам понравилась эта статья и вы почерпнули из нее что-то новое для себя, то вы всегда можете выразить свою благодарность в денежном выражении. Сумма не такая уж и большая (50 рублей). Это вас ни к чему не обязывает, все добровольно. Если вы всё же решили поддержать мой сайт, то нажмите на кнопку "Перевести", которую видите ниже.