Если у вас возникла необходимость управлять DNS-записями домена и при этом не предоставляет такой возможности, можно воспользоваться сторонними неймсерверами, например, бесплатной услугой «Яндекс DNS-хостинг», который идет в комплекте с «Яндекс Почтой для домена». В данной статье будет рассмотрено:

Сначала необходимо зарегистрировать учетную запись на Яндексе. Если у вас уже есть учетная запись, пожалуйста, перейдите к следующему разделу «Подключение домена к Яндекс».

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

После этого можно приступить к подключению домена.

Осуществив вход в учетную запись, необходимо подключить домен. Это можно сделать по ссылке: https://pdd.yandex.ru/domains_add/

Также можно зайти в «Почту для домена» таким образом: в учетной записи в строке с доступными услугами нажать «еще», в выпадающем меню выбрать «Все сервисы».

После этого выберите пункт «Почта для домена».

Введите имя домена и нажмите «Подключить домен». После этого произойдет автоматическая переадресация на страницу подтверждения права владения доменом.

Делегирование домена на Yandex

Делегирование домена на Яндекс подразумевает направление домена на соответствующие публичные неймсерверы и получение возможности управления DNS-записями в функционале этого сервиса. Если делегировать домен в течение суток после его подключения и при этом подключение не осуществлялось ранее в другой учетной записи Яндекса, то домен будет успешно делегирован после того, как пройдет процесс обновления DNS-записей (может занять до 72 часов с момента смены неймсерверов в панели регистратора). В ином случае вам потребуется подтвердить владение доменом.

Для делегирования домена на Яндекс укажите неймсерверы dns1.yandex.net и dns2.yandex.net в панели доменного регистратора. Если в функционале регистратора домена есть поля для указания IP-адресов неймсерверов - их заполнять не нужно.

После обновления DNS-записей статус домена будет изменен на «Домен подключен и делегирован на Яндекс»:

Подтверждение владения доменом

Для того, чтобы подтвердить владение доменом, есть 3 альтернативных метода, представленных ниже:

Способ №1 - загрузка файла

Если у вас уже есть размещенный на хостинге сайт, в его корневой каталог потребуется загрузить html-файл с именем и содержимым, указанными на странице «Мои домены ».

Способ №2 - настройка CNAME

Для указанного поддомена настройте CNAME запись на адрес mail.yandex.ru.(с точкой в конце). Для этого необходимо иметь доступ к редактированию DNS записей у регистратора доменного имени или хостингового провайдера.

Если у вас с нами активна услуга виртуального хостинга, указать CNAME запись можно в хостинговой панели cPanel в разделе «Домены» - «Простой редактор DNS-зон» или «Расширенный редактор DNS-зон».

Если вы приобрели ВПС у сайт, то редактировать DNS-записи Вы можете в панели SolusVM согласно нашему руководству .

Добавленная CNAME-запись будет выглядеть таким образом:

Способ №3 - смена e-mail

Укажите e-mail со страницы «Мои домены » в качестве контактного почтового адреса регистранта домена. Обычно это можно сделать в функционале регистратора доменных имен. После того, как владение доменом будет подтверждено, можете снова изменить email на изначальный.

После того, как выполните действия согласно выбранному способу подтверждения, нажмите «Проверить владение доменом». Пожалуйста, обратите внимание, что процесс обновления DNS-записей занимает некоторое время и домен может быть подтвержден не сразу. В таком случае Яндекс также будет осуществлять автоматическую проверку через определенные промежутки времени. После подтверждения права владения доменом его статус домена на странице «Мои домены» изменится на «Ожидаем установки MX-записей», если домен еще не был направлен на публичные нейсерверы Яндекса. В таком случае обратитесь, пожалуйста, к разделу «Делегирование домена» в текущем руководстве, чтобы делегировать домен на Яндекс.

Если домен уже был ранее направлен на неймсерверы Яндекса, после обновления DNS-записей статус домена будет изменен на «Домен подключен и делегирован на Яндекс».

Управление DNS-хостингом от Yandex

После делегирования домена на страничке «Мои домены », в его деталях появится такой (указано на скриншое) функционал:

Для управления DNS-записями необходимо перейти в «Редактор DNS».

Поскольку домен уже был делегирован на Яндекс, будут автоматически добавлены DNS-записи, необходимые для работы Яндекс.Почты и Jabber на вашем домене. Можно перенести DNS-записи с предыдущих неймсерверов на неймерверы Яндекса. Для этого нажмите «Перенести NS-записи», проверьте их корректность и нажмите «Перенести».

При необходимости добавьте недостающие записи. Если запись добавляется для основного домена, в поле «Хост» оставьте значок «@». Если запись добавляется для поддомена, укажите часть имени поддомена без имени основного домена. Выберите тип DNS-записи, введите значение и нажмите «Добавить DNS-запись». Например, для поддомена my.domain.com А-запись будет выглядеть так:

Для корректной работы сайта необходимо наличие таких DNS-записей:

Вместо XXX.XXX.XXX.XXX укажите IP-адрес хостинга, с которого должен открываться сайт.

Пример DNS-записей для домена приведен ниже:

Ищете, где ? Мы предлагаем отличный . Если вы хотите или виртуальный хостинг, то вы можете заказать не только , но также получить -сертификат в подарок для виртуального хостинга на тарифе S4 и для VDS-плана xVPS40.

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

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

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

Домены, Ip адреса и связывающие их DNS сервера

Итак, в первую очередь нам необходимо будет разместить на неком адресном пространстве свои документы (под общим названием — ). Обращение к этому адресному пространству будет осуществляться при помощи (был придуман Тимом Бернерсом-Ли, как и многое другое). Более подробно про урлы вы сможете прочитать по приведенной ссылке, а я на примере напомню вам, где тут собака порылась (знаете ?). Давайте разберем такой урл:

Https://сайт/seo/search/rambler-ru-poiskovaya-sistema.html

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

1. http:// — указание протокола, по которому будет осуществляться обмен данными (например, между браузером и web-хостом — ), а также специальные символы, которые принято использовать (://)
2. сайт — указание доменного имени, к которому будет осуществляться обращение
3. /seo/search/rambler-ru-poiskovaya-sistema.html — указание пути в этом адресном пространстве (веб-сайте) к какому-то документу

Причем надо понимать, что сама по себе запись доменного имени (сайт), которая входит в состав исследуемого нами URL, для машин (веб-серверов) не имеет ровным счетом никакого смысла, ибо они оперируют исключительно IP адресами.

Доменные же имена служат двум основным целям:

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

Сейчас в основном в интернете используется стандарт IPv4, и цифровой адрес в этом случае состоит из четырех байт, т.е. с помощью него можно назначить около четырех миллиардов уникальных хостов. В скором времени будет повсеместно внедряться IPv6, что позволит решить все возможные проблемы с нехваткой цифровых адресов. Ну, а для назначения соответствия IP (цифирек) и доменных имен, как мы и говорили чуть ранее, используется система ДНС .

DNS (Domain Name System) — специальная служебная иерархия серверов, в которых содержится информация о том, какой именно IP адрес за какими доменом скрывается.

Следовательно, когда вы обращаетесь через браузер (или какую-либо другую программу) к определенному сайту, вводя его Урл (например, https://сайт), то ваш компьютер в первую очередь обращается к ближайшему ДНС-серверу с вопросом о том, а по какому же цифровому адресу живет этот ресурс. И лишь после получения искомого Ip-шника от DNS сервера ( 109.120.169.66 — можете вставить его в адресную строку браузера и убедиться) произойдет отправка запроса уже непосредственно к самому сайту.

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

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

Что такое доменные имена (домены) и какие они бывают

Если вы присмотритесь, то заметите, что запись доменных имен разделяется точками (по крайней мере хоть одна, да будет). На примере домена моего блог (ох как же долго я его подбирал):

Сайт

Точки разделяют так называемые уровни доменных имен , которые нужно начинать считать справа на лево. В приведенном примере ktonanovenkogo — это домен второго уровня, ru — первого. Если бы у меня был форум, то вполне возможно, что он бы жил на доменном имени третьего уровня:

Forum.сайт

Домены первого уровня распределяются по двум группам:

1. Cctld (country code top-level domain) — домены первого уровня закрепленные за странами.

   У России на данный момент имеется аж целых три доменные зоны первого уровня:

   1. su — рудимент, оставшийся от советского союза и представляющий сейчас пространство ресурсов на русском языке
   2. ru — изначально закреплено за Россией
   3. рф — Idn адреса (internationalized domain name), когда есть возможность использовать в названии домена символы из национальных языков (в нашем случае русского). На самом деле, их названия все равно записываются английскими символами (происходит перекодирование), но мы только этого не видим. Если вы в браузере введете адрес: http://ктонановенького.рф/

      а после перехода на этот сайт скопируете его адрес из адресной строки, то получите совсем уж неудобоваримую ахинею:

      Http://xn--80aedhwdrbcedeb8b2k.xn--p1ai/

   В любой стране имеется ряд компаний регистраторов доменных имен , в ведении которых находится распределение доменов второго уровня в этих самых национальных зонах (Cctld). Если вы захотите узнать, какие компании имеют право продавать их в России, то необходимо будет перейти на страничку координационного совета — cctld.ru .

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

   У ресселеров цены на домены (розницы), как правило, в разы ниже цен у регистраторов (оптовиков), и при этом я не нашел каких-либо видимых причин опасаться покупать по дешевке у первых, а не переплачивать за ту же самую услугу вторым. Если вам интересно, то можете почитать про описание процесса покупки доменного имени у , которым я сам пользуюсь.

2. Gtld (generic top-level domain) — доменные имена, которые находятся в общем пользовании в независимости от страны, в которой проживает вебмастер.

   Совсем без ограничений можно покупать домены в зонах.com, .net, .org, .info, .biz и.name. В зонах же.edu, .gov и.mil такая возможность предоставляется только для учреждений, а так же учебных и военных заведений штатов. Имеется также еще ряд специализированных доменов первого уровня, например, .travel, .jobs, .aero, .asia.

   Доменные имена второго уровня в этих общедоступных зонах (не только национального), чем, собственно, и пользуются некоторые ресурсы, у которых могут возникнуть конфликты с правообладателями. Тот же торрентс был вынужден перебраться в общедоступную зону org, ибо в национальной доменной зоне ru его ресурс был заблокирован.

Покупка и продление доменов — что, где, почем?

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

Проверить интересующий вас домен на занятость можно будет на сайте любого регистратора или ресселера, но обычно советуют это делать на ресурсах официальных регистраторов во избежании перехвата. Например, на рег.ру (можете вводить предполагаемое имя домена прямо в приведенную ниже форму):

Можно проверять на занятость не только доменную зону RU, но и все другие — вдруг где-то еще окажется не занятым «vasy-pupkin». Кстати, нужно знать, что для всех зон кроме Idn можно использоваться только сочетания латинских символов и некоторых допустимых знаков (,,,[_],[-]):

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

Если вас интересуют только зоны общего пользования, то вам нужно будет перейти на вкладку «Международные»:

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

Кроме национальных (российских в случае ник.ру) и общедоступных зон у многих регистраторов и ресселеров, как в России, так и в мире, вы обнаружите возможность проверить и зарегистрироваться в национальных зонах некоторых особо ушлых стран. В случае ник.ру эту возможность вы получите на вкладке «Зарубежные»:

Эти страны поставили торговлю доменными именами второго уровня (cctld) в своих национальных зонах на поток. Например, доменная зона первого уровня.tv вовсе изначально не была предназначена для сайтов связанных так или иначе с телевидением, а выделен как национальный для такой страны, как Тувалу (островное государство с населением в десять тысяч человек). Ну, а они теперь домены из своей зоны продают направо и налево, получая, наверное, немалую для такого карликового государства прибыль.

Таким образом, при покупке доменного имени вы сможете проверить, а в каких же именно доменных зонах оно свободно. Иногда, в случае занятости, у регистратора напротив доменного имени может красоваться ссылка «Предварительный заказ» (встать на очередь). На вашем счете у регистратора заблокируют необходимую сумму для оплаты, а в случае его освобождения вам об этом сообщат.

Когда вы купите интересующий вас домен, то в процессе покупки заключите договор с выбранным вами регистратором, а также на его вебсайте у вас будет свой кабинет для работы с приобретенными доменами . Вещь это нужная, ибо именно там вы сможете прописать новый список так называемых NS серверов (по сути, DNS), взятых у нового хостера. Кстати, на первых порах , а уже потом переехать на платный. Но вот по поводу я бы еще подумал (разве что только на первое время).

По умолчанию, при просмотре информации о домене в так называемой , вы обнаружите там свои личные данные, которые было необходимо указать при регистрации. Лично я считаю, что это чревато возможными мошенническими действиями, поэтому стараюсь закрывать эту информацию в whois все в том же кабинете регистратора (у кого-то эта услуга платная, а у кого-то — бесплатная):

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

Что такое хостинг и как его выбирают

Что же такое хостинг? Это предоставление физического пространства (не адресного, о котором мы говорили чуть выше) для файлов вашего сайта.

Ну, а связь физического и адресного пространств будет осуществляться при помощи DNS серверов. У хостинговой компании мы покупаем это самое место под файлы и базы данных, и его связь с адресным. Кстати, благодаря DNS серверам вовсе не обязательно заказывать хостинг именно в той стране, где проживаете. Как правило, зарубежный аналог будет несколько дешевле российского, но тут возникает проблема языкового барьера при общении со службой техподдержки (во всяком случае для меня).

Хотя последнее время мне очень понравился .

Сейчас, наверное, уже все платные хостинги поддерживают возможность использования серверных скриптов (CGI). В описании их тарифов вы сможете увидеть название каталога для таких скриптов (что-то вроде CGI-BIN). Т.о. программная среда позволит запускаться на сервере скриптам, написанным на каком-либо серверном языке программирования. Наиболее распространенным является PHP, а также перл, руби и др.

Какие конкретно языки поддерживает данный хостинг, можно узнать из его описания или же обратившись с этим вопросом к техподдержке. Нас это в первую очередь интересует с той точки зрения, что при наличии поддержки PHP и MySql (баз данных), мы без проблем сможем использовать так называемые CMS (системы управления контентом).

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

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

Особенностью работы ЦМС является то, что обращение к документу, например, по адресу:

Https://сайт/seo/smo/google-socialnaya-set-gugl-plyus.html

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

Однако, на любом платном хостинге ваши данные будут бэкапиться автоматически. Отличия будут состоять лишь в удобстве управления этими резервными копиями, частоте их создания, а также времени и месте хранения (лучше, если бэкап будет храниться на другом физическом сервере или хотя бы другом физическом диске).

Любой хостер позволит вам бесплатно создавать так называемые поддомены , т.е. доменные имена третьего уровня. Например, будь у меня форум, вполне возможно, что он бы жил на поддомене:

Forum.сайт

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

Для владельцев статических ресурсов (не использующих CMS), где каждая вебстраница является отдельным файлом на дисковом пространстве хостинга (а не базы данных), возможно, будет актуальной поддержка SSI (Server Side Includes). Веб сервера с поддержкой SSI имеют возможность при обработке запроса браузера выполнить на своей стороне определенный набор директив перед тем, как отдать запрошенный документ браузеру.

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

Т.е. вы выносите, например, левое меню в отдельный файл Left.txt, а во всех страницах на месте вывода этого левого меню прописываете следующий код:

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

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

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

Удачи вам! До скорых встреч на страницах блога сайт

посмотреть еще ролики можно перейдя на

Вам может быть интересно

Хостинг и все что с ним связано, работа с cPanel
Проверка на занятость и покупка доменного имени, чем отличаются регистраторы и реселлеры доменов и что такое WHOIS

Кратко: Если на первом месте отказоустойчивость и доступность сайта в любое время, то лучшим решением будут платные DNS (например, Amazon). Платные сервисы также подходят, если злоумышленники DDoS-ят ваши серверы имен.

Если не хотите зависеть от сторонних компаний и самостоятельно управлять DNS, ваш выбор - собственные серверы имен. Ответственность за их работоспособность лежит на вас.

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

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

DNS-сервер (NS, Name Server, сервер имён) отвечает за преобразование доменного имени в IP-адрес. С помощью IP-адреса браузер открывает запрошенный сайт.

Пример преобразования домена в IP-адрес

сайт → 80.87.203.35

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

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

DNS-сервер провайдера

При покупке сервера хостинги могут предоставлять бесплатные серверы имён (как первичные, так и вторичные). Этот вариант подходит для тех, кто не хочет «заморачиваться»: при добавлении домена в панели управления, остальные параметры настраиваются автоматически (так это работает на нашем хостинге).

Главный недостаток - хостинги предоставляют DNS-сервисы с базовой функциональностью. Они справляются с основой задачей (трансляция домена в IP), но дополнительная функциональность (API, IPv6, DDNS, Geo Routing) отсутствует, либо урезана.

Все клиенты используют общие серверы имен. Если на NS одного из клиентов заказана сильная DDoS атака, то сбои в работе могут испытывать все остальные клиенты. Не смотря на это, хостинги стараются защитить свои DNS от DDoS.

Простота настройки

Нет необходимости следить за состоянием ДНС-сервера

Бесплатность

– Услуга может быть доступна не на всех хостингах

– Невозможность использования API

– Возможны сбои в работе

Собственный DNS-сервер

Подходит для обладателей виртуальных и выделенных серверов. Клиент размещает DNS на своем сервере, обычно на одном сервере с сайтом.

Настройка с помощью панели . Большинство панелей управления поддерживают настройку серверов имён. Клиенты FirstVDS используют панель ISPmanager, в которой есть такая возможность - смотрите руководство по настройке.

Самостоятельная настройка . Настроить серверы имён можно и без панели управления. Для этого достаточно установить программу DNS-сервера (например, BIND) и создать конфигурационный файл по образцу. Смотрите руководство по настройке для популярных операционных систем. Не забудьте открыть 53-й порт для TCP и UDP пакетов!

DNS-сервер и защита от DDoS . Если вы пользуетесь услугами защиты от DDoS, размещать DNS-сервис и сайт на одном сервере не рекомендуется. Cервисы защиты от DDoS могут блокировать весь UDP-трафик в случае сильных атак, и клиенты не могут получить доступ к серверу имен - сайт будет недоступен по доменному имени. В этом случае DNS следует располагать на отдельном сервере.

Независимость от сторонних ресурсов

Возможность настройки DNS под себя и использования собственных скриптов

Бесплатность

– Требуется 2 IP-адреса

– Сложность настройки

– Самостоятельная поддержка работоспособности

– Возможны проблемы в случае использования DDoS-защиты

Регистраторы требуют, чтобы для каждого домена было минимум два сервера имён: первичный (master) и как минимум один вторичный (slave). В качестве адресов должны быть указаны два разных IP-адреса.

Чтобы удовлетворить это требование, к серверу подключают дополнительный IP-адрес. Основный адрес указывают в качестве первичного NS, а дополнительный адрес - в качестве вторичного NS.

Бесплатные DNS-хостинги

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

Бесплатность

Возможность найти сервис, который подходит по условиям и возможностям

– Не отвечают за работоспособность

– API отсутствует или неудобен в использовании

– Ограничения выделяемых ресурсов

Платные DNS-хостинги

Платные DNS-хостинги, в отличие от бесплатных, гарантируют уровень сервиса и предоставляют набор дополнительных возможностей. Среди прочих выделяется Amazon Route 53 . Этот ДНС-хостинг позиционируется как отказоустойчивый и высокодоступный. У него есть перенос уже действующих настроек с других серверов и полноценный API для которого написано множество готовых рецептов.

Отказоустойчивость

Полноценный API

Дополнительная функциональность

– Платность

Зачем нужен API на DNS-хостинге

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

Представим, что мы арендуем платный ДНС-сервер. Если сайт работает в штатном режиме, то данные отдаются с сервера А. На сервере Б работает скрипт, который проверяет доступность сайта на сервера А. Если он перестает работать, то скрипт по API обращается к ДНС-хостингу и пишет в А-запись IP-адрес сервера Б. Сайт продолжает работать с резервного сервера.

Поскольку переключение происходит с минимальными задержками, посетители не заметят переключения.

CDN-прокси

Особняком стоят CDN-прокси (Content Distribution Network), которые можно использовать и как DNS. Самый популярный - CloudFlare . CDN-прокси ускоряют работу сайта благодаря кэшированию данных на распределённой сети серверов. Сайт отдается клиенту с ближайшего к нему сервера. Также CDN может фильтровать вредоносные запросы (защищать сайт от DDoS).

CDN-сети имеют серьёзный недостаток: IP-адрес для доменов, размещённых в CDN, присваивается случайным образом. Т.е. попасть на сайт или сервер напрямую по IP-адресу будет невозможно.

Кроме этого, сайт может быть заблокирован на территории РФ. IP-адреса сайтов с запрещенным контентом попадают в черный список Роскомнадзора и блокируются провайдерами (и это не редкость для CDN-сетей). Если вашему домену случайным образом достанется один из таких адресов, то сайт окажется недоступным. По этой причине необходимо внимательно подходить к выбору CDN-провайдера и заранее узнавать об IP-адресах, находящихся в черных списках, и возможных проблемах с ними.

Повышение скорости отдачи контента

Защита от вредоносных запросов

Удобство работы

Отказоустойчивость

– IP-адреса могут быть в черных списках Роскомнадзора

Компьютеры в сети (в том числе Интернет) не имеют имен, передача данных осуществляется с использованием IP-адресов.

IP-адрес (Internet Protocol Address) — числовой адрес в сети интернет, имеющий вид 123.123.123.123. IP-адреса трудно запомнить человеку, особенно когда вы посещаете десятки сайтов в день с разными IP-адресами.

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

На самом деле, на DNS-серверах хранится не только IP-адрес сервера, но и другие данные, такие как ресурсные DNS-записи «MX», «TXT», «A», «CNAME», «SOA».

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

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

Когда вы регистрируете новое доменное имя, ни один DNS-сервер в Интернет о нём не знает. И пока на DNS-серверах Интернета не появится информация о вашем домене, ни сайт, ни почта, никакие другие сервисы работать не будут.

Чтобы DNS-серверы в Интернет узнали о вашем домене, им это должен кто-то рассказать, и этот кто-то — DNS-сервер, который вы прописываете для своего домена. Он играет роль «глашатая», который всегда хранит самую свежую информацию о вашем домене. Например, DNS-серверы хостинга ns1.hosting.сайт и ns2.hosting.сайт хранят информацию о доменах, которые подключены к хостингу сайт.

О различиях между DNS-серверами ns1.hosting..hosting.сайт и ns1..сайт и о том, какая из этих пар подойдёт вам, читайте в .

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

Схема определения IP-адреса по имени домена

На данной схеме коротко объясняется, что происходит, когда вы хотите зайти на тот или иной сайт.

1. 1 Ваш компьютер связывается с DNS-серверами вашего Интернет-провайдера (стрелка 1 ). DNS-серверы провайдера ищут IP адрес в своем кэше (промежуточный буфер с быстрым доступом) и, если находят, то выдают вам этот IP и по IP ваш компьютер обращается к серверу, на котором размещен сайт (стрелка 7 ).
2. 2 Если пара «домен — IP-адрес» отсутствует в кэше, то DNS-сервер провайдера делает рекурсивные запросы к корневым DNS-серверам (стрелка 2 ), которых всего несколько по всему миру. Изменения настроек домена на корневых серверах обновляется не моментально, а раз в несколько часов. Так, например, изменения в корневых DNS серверах зоны RU обновляются всего 4 раза в сутки. Корневые сервера возвращают адреса DNS-серверов домена (стрелка 3 ), на которых хранится DNS зона домена.
3. 3 Получив адреса DNS-серверов, провайдер делает запрос к одному из них (стрелка 4 ), получает в ответ искомый IP-адрес (стрелка 5 ), запоминает его в кэше (чтобы впоследствии не обращаться каждый раз к корневому DNS-серверу) и передает вашему браузеру (стрелка 6 ).
4. 4 И только теперь, когда у браузера есть IP-адрес сайта, он может обратиться к хостинг-серверу, на котором расположен сайт (стрелка 7 ), и может отобразить его на экране вашего компьютера (стрелка 8 ).

Итак:

• Информация на корневых серверах обновляется всего несколько раз в сутки.
• Интернет-провайдеры, как правило, обновляют кэш DNS-сервера не чаще, чем раз в сутки (некоторые провайдеры обновляют кэш еще реже, но обычно не более 72 часов), поэтому, если после регистрации или переноса домена (смены DNS-серверов), сайт сразу не стал работать, не волнуйтесь — просто подождите некоторое время.
• Чтобы проверить, обновились ли DNS, воспользуйтесь .

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

Пришло время подробно рассказать о нашей услуге, которую мы предоставляем бесплатно нашим пользователям SSD VDS или выделенных серверов от ITLDC. Речь пойдет об услуге DNS-хостинга или, другими словами — о предоставлении кластера вторичных NS-серверов.

Как известно, для размещения доменных зон требуется не менее двух NS-серверов, которые должны иметь разные IP-адреса, причем желательно - из разных сетей. Некоторые пользователи для этого заказывают дополнительный адрес IPv4, устанавливают его вторичным (алиасом) на свой сервер и обрабатывают DNS-запросы локально, с одного сервера или VDS.

Несомненно, подобный способ имеет право на жизнь - мало того, он широко используется. Вместе с тем, у такого варианта есть один существенный недостаток - в случае недоступности сервера не будут работать все сервисы, связанные с DNS, а пользователи, которые будут делать запросы в момент неполадок, «закэшируют» так называемый негативный ответ (что хост не найден) на 10-15 минут.

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

Система устроена таким образом, что на сервере или VDS пользователя расположен «основной» (primary) DNS, где хранятся оригинальные мастер-экземпляры доменных зон, однако пользовательские запросы он не обрабатывает. Задача primary DNS - дать возможность нашему DNS-кластеру получить экземпляры доменных зон, это обновление происходит после каждого изменения мастер-копий или раз в несколько суток. После этого все запросы обрабатываются только нашими DNS-серверами - максимально быстро.

Мы используем четыре синхронизированных DNS-сервера, расположенные в разных локациях - в Голландии, США, Болгарии и Украине. Названия данных серверов нейтральны - nsX.layer6.net, где Х - число от 1 до 4. Серверы расположены в различных сегментах Интернет и имеют отличные характеристики сетевой доступности, как и требуется для корректной работы DNS.

Заказать сервис очень просто - в разделе услуг системы самообслуживания выберите пункт «Хостинг DNS», затем «Вторичные NS (ns*.layer6.net)». Обратите внимание, что услуга бесплатна для тех пользователей, которые имеют другие активные сервисы - на последнем шаге заказа в этом случае стоимость услуга будет равна €0,00. Через несколько минут DNS-хостинг будет активирован и вам придет сообщение об активации с подробным описанием способа настройки вашей панели ISPManager. Если же панель не используется, будет необходимо самостоятельно отредактировать конфигурацию «основного» DNS-сервера (разрешив transfer и notify), а также вручную указать в интерфейсе управления услугой доменные имена, которые должны обрабатываться нашим DNS-кластером.