Что такое DNS-хостинг и зачем он нужен? — Личный кабинет HostiMan

Что такое DNS-хостинг и зачем он нужен? - Личный кабинет HostiMan Хостинг
Содержание
  1. Что такое dns
  2. Что такое dns-зоны?
  3. Причина: сделать что-то странное и уникальное
  4. Что такое dns-хостинг и зачем он нужен? — личный кабинет hostiman
  5. Что такое dns-серверы и зачем они нужны — ru-center
  6. Dns сервера
  7. Dns-хостинг
  8. Где находятся dns-серверы
  9. Где располагаются главные dns-серверы?
  10. Защита dns-серверов от атак
  11. Какие виды dns-серверов существуют
  12. Можно создать два типа dns-серверов
  13. На этом всё
  14. Причина: безопасность
  15. Причина: блокировка вредоносных сайтов
  16. Причина: вам нравится управлять bind/nsd
  17. Причина: вы можете устранять проблемы
  18. Причина: географический dns
  19. Причина: для экономии денег
  20. Причина: избежать mitm своих dns-запросов
  21. Причина: избежать атак типа «отказ в обслуживании», нацеленных на кого-то другого
  22. Причина: избежать злонамеренных резолверов
  23. Причина: интерфейс пользователя
  24. Причина: конфиденциальность
  25. Причина: можно использовать новые типы записей
  26. Причина: можно поменять регистратора
  27. Причина: получить динамическое проксирование в nginx
  28. Причина: резолвинг внутренних доменов
  29. Причина: хранение всей конфигурации в одном месте
  30. Причины для создания авторитетного сервера имён
  31. Странная причина: использовать dns в качестве vpn
  32. Хостинг
  33. Чем хороша децентрализация dns?

Что такое dns

DNS или Система доменных имён служит для сопоставления буквенных имен с числовыми адресами (IP). Это напоминает список контактов, который есть в любом смартфоне. Когда нам не нужно помнить номера друзей, достаточно вызвать условного Васю Петрова, чтобы дозвониться куда мы хотим.

Что такое dns-зоны?

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


Все данные о взаимосвязи сайта, поддоменов, почты и тому подобного записывается в специальный файл, расположенный на DNS-сервере. То, что записано в этом файле – это DNS-зона. Записи, которые там могут быть:

А — адрес ресурса, привязанного к имени домена.MX — адрес почтового сервера.CNAME — тип записи, применяемый для подключения поддомена.NS — адрес DNS-сервера, который в ответе за содержимое прочих ресурсных записей.TXT — любые текстовые данные о доменном имени.

Причина: сделать что-то странное и уникальное

Вы можете написать DNS-сервер, способный делать всё, что вам нужно, он не обязан просто возвращать статичный набор записей.

Вот несколько примеров:

Что такое dns-хостинг и зачем он нужен? — личный кабинет hostiman

Каждому пользователю, который приобрел виртуальный сервер у нас, совершенно бесплатно предоставляется услуга DNS-хостинга. Данный сервис активируется в течение нескольких минут после активации сервера и вы получите письмо «

Данные аккаунта DNS-хостинга

» на свою почту.

Способ 1 — Ручное добавление домена на DNS-хостинге. Для этого перейдите в Ваши услуги и выберите интересующую Вас услугу VPS/VDS. Перейдя в управление услугой, выберите раздел DNS-хостинг:

1

Перед Вами откроется интерфейс DNS-хостинга и Вы можете добавлять, редактировать или удалять зоны.

Для того, чтобы использовать наши DNS-серверы для домена используя ваш VPS, вам необходимо выполнить несколько простых шагов:

1) Перейдя в раздел DNS-хостинг, как указано выше, добавьте свой домен в соответствующем разделе

1

2) Добавьте свой домен, в процессе создания укажите IP вашего VPS (в поле IP-адреса).
Тип домена 
обязательно должен быть master. 

2

3) После этого вы можете делегировать свой домен на наши DNS-серверы для домена и он будет работать, ссылаясь на ваш VPS. Помимо прочего, Вы сможете редактировать его DNS-записи, направлять на другие сервера.

3

Способ 2 — Интеграция с панелью управления ISPmanager 5

По умолчанию, все VDS с панелью ISPmanager, выдаваемые на HostiMan, уже имеют интеграцию с DNS-хостингом, поэтому настраивать ничего не надо. Однако, если этого не произошло по какой-то причине, Вы можете настроить интеграцию вручную.

Если на Вашем VDS/выделенном сервере установлена панель управления ISPmanager5, то Вы можете настроить интеграцию с DNS-хостингом так, что все домены, добавленные на Вашем сервере, автоматически попадут на DNS-хостинг и будут размещены на наших неймсерверах.
Для этого мы рекомендуем использовать связку с сервером DNS PowerDNS, убедитесь, что он установлен в разделе «Возможности«, авторизовавшись в ISPmanager под пользователем root.
Если установлен Bind, то удалите его и установите PowerDNS. Если ничего не установлено, то просто установите PowerDNS
Для этого выберите пункт «Сервер имен DNS«, нажмите «Изменить«, выберите PowerDNS и нажмите Установить.

Что такое DNS-хостинг и зачем он нужен? - Личный кабинет HostiMan

Что такое DNS-хостинг и зачем он нужен? - Личный кабинет HostiMan

Затем, получите настройки синхронизации

Если не получилось найти эти данные, обратитесь в поддержку.

Что такое dns-серверы и зачем они нужны — ru-center

Что такое DNS?

Компьютеры в интернете не имеют имен, данные передаются с использованием сложных для запоминания IP-адресов (числовые адреса вида 123.123.123.123). Упростить работу с сайтами призвана система DNS (Domain Name System). Она преобразует доменное имя, которое вводит пользователь в браузере, в IP-адрес для доступа к серверу.

Что такое DNS-сервер?

DNS-сервер — это сервер, на котором запущенно специальное программное обеспечение. Изначально назначение этого программно-аппаратного комплекса было хранение таблицы DNS-записей вида: «имя домена» — «IP-адрес», так называемых записей типа «А», например: Домен IP-адрес сервера shhost.ru 115.115.115.115 Сейчас В системе DNS содержатся и другие ресурсные DNS-записи: «MX», «TXT», «CNAME» и др. Они необходимы для работы домена как адреса сайта, почты и многих других сервисов.

Что такое «Ресурсные записи DNS»?

Ресурсные записи (DNS-записи домена) — это записи в системе доменных имен о соответствии имени и служебной информации о сервере, на которое это имя должно указывать. Каждая ресурсная запись необходима для работы определённой службы. Например, в ресурсную запись типа MX вносятся данные для корректной работы электронной почты на домене.

Зачем прописывать DNS-серверы для домена?

Без размещения информации о домене на DNS-серверах работа сайта или почты на нем невозможна. Для гарантии отказоустойчивости DNS-серверы прописываются парами — выход из строя одного сервера не скажется на доступности сайта.

Как изменить список DNS-серверов для домена или внести его, если он не указан?

Читайте также:  Как использовать DNS в хостинге: для чего он нужен?

Для изменения списка DNS-серверов следует:

  • выбрать в меню пункт Услуги Просмотр и изменение данныхМои домены;
  • найти нужный домен;
  • в разделе DNS-серверы нажать ссылку Изменить (Делегировать) ;
  • ввести список серверов и нажать кнопку Сохранить изменения.

При делегировании домена, влияет ли порядок указания DNS-серверов на его работу?

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

Для чего нужен динамический DNS?

Динамический DNS — технология, которая позволяет назначать постоянное имя устройству с изменяющимся IP-адресом, обеспечивая доступ по доменному имени к сетевым устройствам — компьютерам, роутерам, веб-камерам и т.д. Динамический DNS поддерживается на всех тарифах услуги DNS-хостинг.

Как внести записи в файл зоны?

Для управления A, MX и другими ресурсными DNS-записями домена необходимо использовать услугу DNS-Хостинг. Подробнее ознакомиться с этой услугой и заказать её можно на нашем сайте. Если услуга DNS-хостинг у вас есть, изменения в файл зоны домена можно внести с помощью редактора DNS-Master.

Я зарегистрировал домен в RU-CENTER, но он не работает. В чём причина?

Вероятно, при заполнении заявки на регистрацию доменного имени вы не указали DNS-серверы.

Могу ли я делегировать домен без тестирования DNS-серверов?

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

Я указал для домена список DNS-серверов. Заказ выполнен. Когда домен будет делегирован?

Если при формировании заказа вы установили флаг «Провести тестирование DNS-серверов для .ru и .su доменов», запускается стандартная процедура тестирования DNS-серверов. В этом случае процедура делегирования домена займет от 6 часов до нескольких суток в зависимости от результатов тестирования. После успешного завершения тестирования данные о новом списке DNS-серверов для домена передаются корневым серверам зоны и сервису Whois. Данные сервиса Whois обновляются каждые 15 минут.

Если флаг «Провести тестирование DNS-серверов для .ru и .su доменов» при заказе не был установлен, домен делегируется при обновлении информации в зоне верхнего уровня. Зона .ru обновляется 4 раза в сутки: в 02:00, 10:00, 14:00, 19:00 (по московскому времени). Зоны .su и .рф обновляются каждый нечетный час. Обновления зон занимают от нескольких минут до получаса. В этом случае процедура делегирования домена займет от нескольких минут до 6 часов в зависимости от времени обновления данных в зоне верхнего уровня. Также следует учитывать, что на обновление данных на кеширующих DNS-серверах интернет-провайдеров может потребоваться дополнительно до нескольких суток.

DNS-зона для домена размещена, домен делегирован, но не работает. Почему?

Изменения вступают в силу после обновления информации в зоне верхнего уровня. Зоны .ru, .su и .рф обновляются каждые два часа. Обновления зон занимают от нескольких минут до получаса. После обновления зоны необходимо около суток для распространения информации о домене по сети.

Достаточно ли одного DNS-сервера для делегирования домена в зоне RU?

Делегирование домена в зоне .ru может быть произведено только при наличии как минимум двух серверов (Primary и Secondary DNS), поддерживающих делегируемый домен.

Почему ваш автомат тестирует не тот IP-адрес, который я указал для DNS-сервера из зоны COM при регистрации домена?

У DNS-сервера ns.www.com сменился IP-адрес. Для того чтобы информация об этом обновилась в DNS, нужно изменить информацию в зоне www.com. Обратитесь к администратору домена www.com или к своему провайдеру, который администрирует этот DNS-сервер.

Как делегировать домен 3 уровня?

Нужно в вышестоящем домене второго уровня сделать NS-запись для домена третьего уровня. Например, чтобы делегировать домен masha.test.ru, и при этом в качестве Primary и Secondary-серверов использовать ns.my-provider.ru, ns.myprovider.ru, нужно в зоне test.ru сделать такую запись:

Как делегировать домен 4 уровня?

В вышестоящем домене второго уровня необходимо сделать NS-записи для домена четвертого уровня, например:

RU-CENTER направляет на мой адрес электронной почты письма о некорректной работе DNS-серверов, указанных для домена и прочие сообщения технического характера. Как я могу отказаться от рассылки этих уведомлений, не имея возможности восстановить пароль доступа к договору?

Для отказа от рассылки сообщений технического характера нужно: перейти по ссылке, приведенной в последнем абзаце каждого направляемого вам сообщения; сделать запрос на исключение вашего адреса электронной почты из списка рассылки. Для направления запроса необходимо знать номер договора, в контактных данных которого указан ваш адрес электронной почты. Номер договора можно найти в любом из писем рассылки, от которой вы отказываетесь. На указанный в запросе email-адрес незамедлительно будет направлено письмо с просьбой подтвердить свое намерение исключить этот адрес из списка рассылки RU-CENTER. До тех пор, пока запрос не будет вами подтвержден, email-адрес не будет удален из контактных данных по договору.

Можно ли исправить зону на ваших вторичных DNS-серверах? Изменить серийный номер в SOA-записи?

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

Поддерживает ли DNSSEC услуга «DNS-хостинг»?

Не поддерживает. Можно подписать зону на собственном первичном DNS-сервере и в случае отсутствия вторичных DNS-серверов, воспользоваться нашими, которые предоставляются в рамках услуги «Secondary». Наши вторичные DNS-серверы будут копировать зону, в том числе записи типа «DS», с первичного DNS-сервера, IP-адрес которого будет указан для наших вторичных серверов.

Dns сервера

DNS сервера — это адресная книга, на них хранится информация, на каком физическом сервере (компьютере) смотреть определенное доменное имя. Администратор домена у регистратора прописывает записи следующего вида (упрощенно).

Dns-хостинг

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

Читайте также:  Что такое DNSSEC? |

Где находятся dns-серверы

Прежде всего, нужно понимать, что когда мы говорим о, например, 13 корневых серверах, то физически это вовсе не 13 компьютеров. Для повышения отказоустойчивости по всему миру располагаются сотни реплик или зеркал основных серверов. Этим «копиям» присваиваются те же IP-адреса, что и у главного устройства.

Физически серверы располагаются в Европе, Северной Америке, Африке, Австралии – по всему миру. Чаще всего они базируются в крупных дата-центрах, на площадках хостинг-провайдеров или крупных телекоммуникационных операторов. Плотность концентрации серверов DNS на определенной территории зависит от плотности пользователей интернета на ней и объема поступающих запросов.

Где располагаются главные dns-серверы?

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

40 из них располагаются в Северной Америке, 35 находятся в Европе, 6 размещены в Южной Америке и 3 в Африке.  В России есть 5 серверов в следующих городах: Москве, Санкт-Петербурге, Новосибирске, Ростове-на-Дону и Екатеринбурге.

Защита dns-серверов от атак

Атаки на DNS-серверы можно разделить на 2 типа:

  • DDoS-атаки, когда на сервер направляется шквал поддельных запросов, и в результате перегрузки он перестает отвечать даже на реальные запросы пользователей;
  • использование уязвимостей системы. Запись в системе доменного имени подменяется на ложную, пользователь попадает на фишинговую страницу и может стать жертвой кражи личных данных.

Владельцы DNS-серверов постоянно улучшают защиту от хакерских атак и закрывают найденные уязвимости. Для защиты используются:

  • криптографический ключ для ответов на запросы (DNSSEC);
  • проверка пакетов на предмет фальсификации трафика (uRPF);
  • проверка пакетов с помощью отслеживания DHCP-трафика ( IP Source Guard);
  • проверка соответствия запроса и ответа (dns-validator) и т. д.

Какие виды dns-серверов существуют

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

  • Авторитетный — сервер, который отвечает за ту или иную зону. Здесь можно выделить ещё два подтипа:
  • Первичный (альтернативное название «Мастер», BIND), который может вносить изменения в свою зону. В большинстве случаев одной зоне соответствует один первичный сервер. Однако для масштабных продуктов мастер-серверов может быть несколько.
  • Вторичный (Слейв от английского slave), который не имеет права вносить изменения в зону и получает сообщения о внесённых изменениях от мастер-сервера. В одной зоне может быть сколько угодно вторичных серверов.
  • Кэширующий —занимается обслуживанием запросов клиентов. К нему приходит рекурсивный запрос, и он выполняет его через нерекурсивные, направленные к авторитативным серверам. Либо он может передавать рекурсивный запрос вышерасположенному DNS-серверу.
  • Перенаправляющий — занимается перенаправлением полученных рекурсивных запросов в сторону кэширующего сервера. Необходим для снижения нагрузки на вышестоящий кэширующий DNS-сервер.
  • Корневой — также относится к авторитативным, но отвечает за корневую зону. Всего в мире существует 13, корневых серверов, а их доменные имена расположены в зоне root-servers.net. Названия: a.root-servers.net, b.root-servers.net, и т.д.
  • Регистрирующий – принимает динамические обновления от юзеров. Обычно он функционирует совместно с DHCP-сервером.

Можно создать два типа dns-серверов

Существует два основных типа DNS-серверов, которые вы можете создать:

  1. Если у вас есть домен, то вы можете создать авторитетный сервер имён для этого домена.
  2. Если у вас есть компьютер (или компания с кучей компьютеров), то вы можете создать резолвер, резолвящий DNS для этих компьютеров.

На этом всё


Мне показалось важным исследование этих вопросов, потому что DNS — это сложная и запутанная система. Думаю, многие люди с трудом могут найти мотивацию к изучению таких сложных тем и они не понимают, почему вся эта сложность полезна.

Причина: безопасность

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

Причина: блокировка вредоносных сайтов

Если вы создали собственный резолвер, то вы можете отказаться резолвить DNS-запросы (просто не возвращая никаких результатов) для доменов, которые вы считаете «плохими».

Вот несколько примеров резолверов, которые вы можете создать сами (или просто использовать):

  • Pi-Hole блокирует рекламодателей.
  • Quad9 блокирует домены, занимающиеся вредоносными программами/фишингом/шпионским ПО. Похоже, у Cloudflare есть похожий сервис.
  • Думаю, существует также ПО для корпоративной безопасности, блокирующее DNS-запросы доменов, хостящих вредоносные программы.
  • DNS — это не статичная база данных. Он очень динамичен, и ответы иногда могут в реальном времени зависеть от IP-адреса, с которого пришёл запрос, текущей нагрузки на контент серверов и т. д. Всё это сложно делать, в реальном времени, если вы не делегируете обслуживание таких записей сущности, принимающей подобные решения.
  • Делегирование управления DNS сильно упрощает управление доступом. Всё ниже среза зоны (zone cut) контролируется человеком, управляющим делегированным сервером, поэтому ответственность за имя хоста подразумевается в делегировании DNS.

Причина: вам нравится управлять bind/nsd


Многие люди упоминали такую причину: «я привык писать файлы зон и управлять

bind

или

nsd

, мне проще делать именно так».

Если вам нравится интерфейс bind/nsd, но вы не хотите управлять своим собственным сервером, то пара человек говорила мне, что можно пользоваться преимуществами bind, создав «скрытый первичный» сервер, хранящий записи, но обслуживать все DNS-запросы со «вторичного» сервера. Вот примеры страниц о настройке вторичного DNS с NS1, cloudflare и Dyn.

Не знаю точно, какой авторитетный DNS-сервер является лучшим, я пользовалась nsd только на работе.

Причина: вы можете устранять проблемы

Существуют очевидные плюсы и минусы в возможности решать проблемы самостоятельно в случае их появления (плюс: вы можете устранить проблему, минус: вам придётся устранять проблему).

Читайте также:  Раскрытие последних данных элементов Zabbix

Причина: географический dns

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

Такую услугу предлагают многие сервисы авторитетных серверов имён, поэтому чтобы делать это, вам не нужно писать собственный.

Причина: для экономии денег

Авторитетные серверы имён обычно взымают оплату за миллион DNS-запросов. Например, при беглом ознакомлении можно понять, что Route 53 взымает примерно 0,50 доллара за миллион запросов, а

взымает примерно 8 долларов за миллион запросов.

Я слабо представляю, сколько запросов авторитетный DNS-сервер большого сайта обычно должен резолвить (какие сайты получают 1 миллиард DNS-запросов на свой авторитетный DNS-сервер? Вероятно, многие, но у меня нет опыта в этом.). Однако некоторые люди упомянули, что причина может быть в стоимости.

Причина: избежать mitm своих dns-запросов

Один человек

Причина: избежать атак типа «отказ в обслуживании», нацеленных на кого-то другого

Многие авторитетные DNS-серверы являются общими. Это значит, что если кто-то нападёт на DNS-сервер

Причина: избежать злонамеренных резолверов


У некоторых ISP есть DNS-резолверы, делающие плохие вещи, например, резолвящие несуществующие домены в контролируемые ими IP, которые показывают рекламу или странную поисковую страницу, которую они могут контролировать.

Чтобы избежать этого, можно использовать или контролируемый вами резолвер, или другой резолвер, которому вы доверяете.

Причина: интерфейс пользователя

Вам может не нравиться интерфейс пользователя (или API, или отсутствие API) используемого вами DNS-сервиса. На самом деле эта причина связана с причиной «вам нравится управлять BIND» — возможно, вы любите интерфейс файлов зон!

Причина: конфиденциальность


Если кто-то может видеть все ваши операции DNS-поиска, то у него будет полный список доменов, которые вы (или кто-то из вашей организации) посещаете! Возможно, вы захотите сохранить их конфиденциальность.

Причина: можно использовать новые типы записей

Некоторые новые типы записей DNS поддерживаются не всеми устройствами DNS, но если вы создадите собственное, то сможете поддерживать любые нужные вам типы записей.

Причина: можно поменять регистратора

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

Для этого необязательно создавать собственный сервер имён.

Причина: получить динамическое проксирование в nginx


Вот отличная история из

Я написал DNS-сервер в виде приложения, а затем сделал его резолвером для nginx, чтобы можно было получить динамическое проксирование бэкенда без необходимости запуска lua в nginx. Nginx отправляет DNS-запрос приложению, приложение запрашивает redis и отвечает соответствующим образом. Для моих целей такое решение сработало очень неплохо.

Причина: резолвинг внутренних доменов

Возможно, у вас есть внутренняя сеть с доменами (например,

Причина: хранение всей конфигурации в одном месте

Один человек сказал, что ему нравится хранить всю его конфигурацию (записи DNS, let’s encrypt, nginx и т. д.) в одном месте на одном сервере.

Причины для создания авторитетного сервера имён


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

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

Странная причина: использовать dns в качестве vpn

Похоже,

является авторитетным DNS-сервером, позволяющим направлять трафик по туннелю через DNS, если вы находитесь в сети, которая позволяет связываться с внешним миром только как VPN.

Хостинг

Это компьютер, настроенный таким образом, чтобы он мог на запросы отдавать страницы вашего сайта. Или хранить и обрабатывать данные информационной системы.

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

Для разных информационных систем и сайтов в зависимости от размера и набора технологий требуется разное количество ресурсов. Хостинг тоже может быть разного типа, от просто места на сервере до полноценного физического сервера, стоящего в серверной стойке в Data-центре (большие помещения или здания специально для серверов со специальной инфраструктурой).

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

Но для современных систем необходима соответствующая операционная система, как правило Linux, с установленным набором пакетом для функционирования данной информационной системы и соответствующими настройками. Это к тому, что не сделать домашний компьютер нормальным сервером, на котором днем играть в игрушки, а ночью пусть приходят посетители на сайт.

Чем хороша децентрализация dns?

Одна из причин — это

масштабируемость

: децентрализованная структура DNS упрощает его масштабирование и делает его более устойчивым к сбоям. Мне кажется по-настоящему удивительным то, что DNS продолжает масштабироваться, несмотря на то, что ему почти 40 лет. Это очень важно, но наш пост не об этом.

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

Оцените статью
Хостинги