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

Домен, как объект права, отсутствует в Гражданском кодексе РФ, он не является результатом интеллектуальной деятельности (объектом исключительных прав), не является вещью или иным имуществом,...

Пример делегирование административных полномочий

«Поддержка»

Для начала следует на контроллере домена открыть оснастку «Active Directory – пользователи и компьютеры». Здесь необходимо создать глобальную группу безопасности, члены которой смогут присоединять компьютеры пользователей к домену. Другими словами, эта группа будет выглядеть следующим образом:Рис. 1. Свойства группы, отвечающей за присоединение компьютеров к домену

Следующим делом необходимо указать, что компьютеры присоединять к домену могут только лишь пользователи, входящие в созданную на предыдущем этапе глобальную группу безопасности. Для этого следует открыть оснастку «Управление групповой политикой» и перейти к редактору GPME для созданного по умолчанию объекта GPO «Default Domain Controllers Policy», который располагается в подразделении «Domain Controllers».
В отобразившейся оснастке следует перейти к узлу «Конфигурация компьютера\Политики\Конфигурация Windows\Параметры безопасности\Локальные политики\Назначение прав пользователей» и локализовать параметр политики, который называется «Добавление рабочих станций к домену». Открыв диалоговое окно данного параметра политики, вы сразу сможете обнаружить, что по умолчанию там указана группа «Прошедшие проверку», благодаря которой присоединять компьютеры к домену может каждый пользователь. Теперь, для того, чтобы разрешить присоединять к домену компьютеры только пользователям из группы безопасности «Поддержка», следует удалить группу, указанную в этом параметре политики по умолчанию, а затем при помощи кнопки «Добавить пользователя или группу» и диалога поиска объектов Active Directory, следует добавить созданную ранее глобальную группу безопасности. Процесс добавления такой группы изображен на следующей иллюстрации:Рис. 2. Изменение группы, отвечающей за присоединение компьютеров к домену

Теперь несмотря на то, что немного ранее было описано, в каких сценариях выполняется делегирование, и что в большинстве случаев делегирование выполняется на уровне подразделений, в данном случае для предоставления возможности присоединения компьютеров к домену, нам следует в оснастке «Active Directory – пользователи и компьютеры» вызвать мастер делегирования непосредственно для уровня всего домена. Следовательно, в оснастке «Active Directory – пользователи и компьютеры» необходимо в области дерева самой оснастки вызвать контекстное меню для домена и выбрать опцию «Делегирование управления», как показано ниже:Рис. 3. Вызов мастера делегирования управления

На первой странице мастера можно просто ознакомиться с основной задачей данного средства и, ввиду того, что на первой странице нельзя выполнять какие-либо действия, следует просто нажать на кнопку «Далее». На второй странице мастера, странице «Пользователи и группы», нужно локализовать группу, для которой необходимо делегировать управление. В данном примере следует нажать на кнопку «Добавить» и при помощи соответствующего диалога выбрать группу «Поддержка», как показано на следующей иллюстрации:Рис. 4. Добавление группы, для которой выполняется делегирование управления
После того, как группа будет добавлена, для перехода к следующей странице мастера следует нажать на кнопку «Далее».
Страница «Делегируемые задачи» позволяет вам определить конкретные операции, которые должны выполнять в доменных службах Active Directory пользователи или группы пользователей, которые были добавлены на предыдущей странице мастера. Так как в данном примере делегируется задача присоединения компьютеров к домену и такую задачу можно найти в предоставленном списке распространенных задач, следует напротив задачи «Присоединение компьютера к домену» установить флажок и нажать на кнопку «Далее»

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

5. Делегирование задачи присоединения компьютеров к домену для членов группы «Поддержка»

На последней странице мастер повторно проинформирует о том, что работа мастера была успешно выполнена и определенной группе пользователей было передано управление для присоединения компьютеров к домену, что, собственно, и являлось поставленной перед нами задачей:Рис. 6. Завершение процесса делегирования управления

«Поддержка»

Как осуществляется делегирование домена

Рассмотрим решение проблемы на конкретном примере. Доменное имя было приобретено у регистратора «1», а привязать его к хостингу необходимо регистратора «2». Вся суть проведения данного процесса заключается в том, что в конце процесса оформления доменного имени у регистратора «1» у вас потребуют предоставить адрес двух DNS серверов от регистратора «2», делается это для того, чтобы предоставить максимально надежную и стабильную работу вашего интернет — проекта. Из этого следует сделать вывод, что услуга хостинга от регистратора «2» должна быть заказана заблаговременно.

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

К примеру, у вас имеется хостинг провайдер RU center, два сервера которого находятся в Амстердаме и в Москве, и для проведения процедуры делегирования необходимо прописать данные сервера. DNS 1: ns4.nic.ru (первая ячейка) и DNS 2: ns5.nic.ru (вторая ячейка). Вы можете прописать и третий адрес, к примеру, ns6.nic.ru , но данная процедура не является обязательной. Вместо DNS можно прописать и IP адрес, но данная ситуация никак не облегчает общий процесс. Но если вам так будет удобнее, то можете узнать IP адреса у службы поддержки регистратора, который предоставляет вам хостинг.

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

Молодые сайтовладельцы часто предпочитают покупать и домен, и хостинг у одной компании – лишь бы избежать мороки с привязкой первого ко второму. В подобном решении, конечно, нет ничего плохого. Трудности могут возникнуть лишь в том случае, если появится необходимость перевода сайта к другому хостеру.

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

Принципы работы DNS

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

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

Данная схема является наиболее распространенной в сети и выглядит следующим образом:

  • Шаг 1.

    Браузер ищет IP-адрес домена в локальном кеше и если он не найден, обращается к местному серверу доменных имен (сервер провайдера интернета) за IP-
    адресом, сообщая ему доменное имя.
  • Шаг 2.

    Сервер провайдера определяет, что адрес не входит в данный домен и обращается за адресом сервера запрашиваемого домена к корневому серверу доменных
    имен.
  • Шаг 3.

    Корневой сервер доменных имен сообщает местному серверу доменных имен адрес сервера доменных имен требуемого домена.
  • Шаг 4.

    Местный сервер доменных имен запрашивает удаленный сервер на предмет разрешения запроса своего клиента (браузера).
  • Шаг 5.

    Удаленный сервер сообщает IP-адрес местному серверу.
  • Шаг 6.

    Местный сервер сообщает IP-адрес браузеру.
  • Шаг 7.

    Браузер обращается по полученному IP-адресу на хостинг-сервер сайта.
  • Шаг 8.

    Хостинг-сервер отдает сгенерированные по запросу данные.

Вот как происходит определение IP-адреса test-site.ru:

Loading root server list (static data):
-> a.root-servers.net (198.41.0.4)
-> b.root-servers.net (192.228.79.201)
-> c.root-servers.net (192.33.4.12)
-> d.root-servers.net (128.8.10.90)
-> e.root-servers.net (192.203.230.10)
-> f.root-servers.net (192.5.5.241)
-> g.root-servers.net (192.112.36.4)
-> h.root-servers.net (128.63.2.53)
-> i.root-servers.net (192.36.148.17)
-> j.root-servers.net (192.58.128.30)
-> k.root-servers.net (193.0.14.129)
-> l.root-servers.net (199.7.83.42)
-> m.root-servers.net (202.12.27.33)
Sending request to “f.root-servers.net” (192.5.5.241)
Received referral response – DNS servers for “ru”:
-> e.dns.ripn.net (193.232.142.17)
-> d.dns.ripn.net (194.190.124.17)
-> a.dns.ripn.net (193.232.128.6)
-> b.dns.ripn.net (194.85.252.62)
-> f.dns.ripn.net (193.232.156.17)
Sending request to “f.dns.ripn.net” (193.232.156.17)
Received referral response – DNS servers for “test-site.ru”:
-> ns2.test-site.ru (5.9.195.91)
-> ns1.test-site.ru (5.9.195.90)
Sending request to “ns2.test-site.ru” (5.9.195.91)
Timeout waiting for response
Sending request to “ns1.test-site.ru” (5.9.195.90)
Received authoritative (AA) response:
-> Answer: A-record for test-site.ru = 5.9.195.90
-> Authority: NS-record for test-site.ru = ns1.test-site.ru
-> Authority: NS-record for test-site.ru = ns2.test-site.ru
-> Additional: A-record for ns1.test-site.ru = 5.9.195.90
-> Additional: A-record for ns2.test-site.ru = 5.9.195.91

Настройка DNS

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

Также важно, чтобы между контроллерами была сетевая доступность — по сети они должны видеть друг друга

На DNS домена primary.local

Открываем Диспетчер серверов – кликаем по Средства – DNS:

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

В «DNS-домен» пишем второй домен (в нашем случае, secondary.local), затем задаем его IP-адрес, ставим галочку Сохранять условный сервер пересылки в Active Directory и реплицировать ее следующим образом – выбираем Все DNS-серверы в этом домене:

Открываем командную строку и вводим команду:

nslookup secondary.local

Мы должны получить ответ на подобие:

Server:  localhost
Address:  127.0.0.1
Non-authoritative answer:
Name:    secondary.local
Address:  192.168.0.16

На DNS домена secondary.local

Действия, которые делаем на втором сервере DNS, во многом, аналогичны.

Открываем Диспетчер серверов – Средства – DNS:

Раскрываем сервер – Серверы условной пересылки – Создать сервер условной пересылки:

На данном шаге небольшие изменения. В «DNS-домен» пишем первый домен (primary.local), затем задаем его IP-адрес (192.168.0.15), ставим галочку Сохранять условный сервер пересылки в Active Directory и реплицивовать ее следующим образом – выбираем Все DNS-серверы в этом домене:

В командной строке второго сервера проверяем настройку:

nslookup primary.local

Мы должны получить ответ на подобие:

Server:  localhost
Address:  127.0.0.1
Non-authoritative answer:
Name:    primary.local
Address:  192.168.0.15

просим прежнего хостера отпустить домен

Переходим к важному моменту… Делегируем домен– прописываем новые NS сервера ваших доменных имён (это делается во вкладке «настройки доменов» вашей панели управления старым хостингом. О настоящих и правильных NS, вам целесообразнее было бы узнать от нового хостера, а ни читая всевозможные статьи в нете:. во-первых, большинство материала, который выдаёт поисковик – старый (не актуальный на «сей» день)!

во-первых, большинство материала, который выдаёт поисковик – старый (не актуальный на «сей» день)!

Во-вторых, в подобных случаях нужно черпать информацию непосредственно у того хостера, которого вы выбрали

И если хостер достойный) то и лазить по «»нету»» в поисках помощи вам не будет нужды (на это тоже стоит обратить внимание при выборе…).
Итак…
Если вы узнали ПРАВИЛЬНЫЙ ns сервер
(адрес), которых (реже) может быть четыре, но обычно их два. И выглядят они примерно так:
(я взял reg.ru только для примера))

Ns1.reg.ru.
ns2.reg.ru.

…если у вас уже оплачена новая площадка хостинга. Касаемо REG.RU можно взглянуть здесь

ИЛИ так…

Ns1.hosting.reg.ru
ns2.hosting.reg.ru

повторюсь: правильные сервера – правильнее всегда узнавать на официальном сайте…

Со всеми иными хостерами
– аналогия проста и очевидна.
Узнать и контролировать текущую прописку DNS
любого домена можно И ЗДЕСЬ
– также возможно узнать течение смены оных. Более подробно об dns смотрите в Википедии…

Далее всё по аналогии…
…заходите в панель управления вашего старого хостинга, отыскиваете что-то вроде «управление доменами
» кликайте, и попадете на информационную панель ваших доменов. Там смотрите внимательнее, – следует отыскать окошко, в котором будет что-то вроде «поменять ns записи домен
а» – и вот, пройдя по этой ссылке, вы и сможете заказать делегирование вашего домена, таким образом, перенаправить ваш домен на новый хостинг.

Разница между регистрацией и делегированием

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

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

Как происходит делегирование доменов

Этот процесс включает несколько шагов.

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

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

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

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

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

Можно ли не делать делегирование?

Многих вебмастеров интересует, можно ли пропустить этот этап. Да, безусловно его можно пропустить, если оба элемента – хостинг и домен – будут куплены у одного и того же поставщика услуг. Хостеры чаще всего предлагают скидки на домен при покупке хостинга или вовсе дают его бесплатно.

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

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

Делегирование полномочий на сброс паролей и разблокировку учетных записей

Представим, наша задача – предоставить группе HelpDesk право на сброс пароля и разблокировку аккаунтов пользователей в домене. Итак, :

Добавьте в группу нужных пользователей:

Запустите консоль Active Directory Users and Computers (ADUC), щелкните ПКМ по OU с пользователями (в нашем примере это ‘OU=Users,OU=Moscow,DC=corp,dc=winitpro,DC=ru’) и выберите пункт меню Delegate Control.

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

Выберите из списка один из преднастроенных наборов привилегий (Delegate the following common tasks):

  • Create, delete, and manage user accounts;
  • Reset user passwords and force password change at next logon;
  • Read all user information;
  • Create, delete and manage groups;
  • Modify the membership of a group;
  • Manage Group Policy links;
  • Generate Resultant Set of Policy (Planning);
  • Generate Resultant Set of Policy (Logging);
  • Create, delete, and manage inetOrgPerson accounts;
  • Reset inetOrgPerson passwords and force password change at next logon;
  • Read all inetOrgPerson information.

Либо создайте собственное задание делегирования (Create a custom task to delegate). Я выберу второй вариант.

Выберите тип объектов AD, на которые нужно предоставить права. Т.к. нам нужно предоставить права на учетные записи пользователей, выберите пункт User Object. Если вы хотите предоставить право на создание и удаление пользователей в этом OU, выберите опции Create/Delete selected objects in this folder. В нашем примере мы не предоставляем таких полномочий.

В списке разрешений нужно выбрать те привилегий, которые вы хотите делегировать. В нашем примере мы выберем право на разблокировку (Read lockoutTime и Write lockoutTime) и сброс пароля (Reset password).

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

Нажмите Next и на последнем экране подтвердите назначение выбранных полномочий.

Теперь под учетной записью пользователя из группы HelpDesk попробуйте из PowerShell сбросить пароль пользователя из OU Users, например из PowerShell:

Пароль должен сброситься успешно (если он соответствует доменной политике паролей).

Теперь попробуйте создать пользователя в данной OU с помомью командлета New-ADUser:

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

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

Как делегирование домена повлияет на ваш сайт

Хостинг DNS и хостинг сайта – это две разные услуги, которые часто предоставляются хостинг-провайдерами одновременно. Но они никак между собой не связаны, поэтому вы можете безболезненно перенести хостинг DNS на серверы Яндекса. На работу сайта это не повлияет.

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

если имя поддомена bar
bar
»
; если имя поддомена foo.bar
«foo.bar»

.

Затем повторите процедуру для еще одной А-записи. Если вы настраиваете запись для корневого домена, в поле Хост
укажите «www»
. Если запись настраивается для поддомена, то в поле Хост
нужно указать «www»
и часть имени поддомена до первой точки, например:

если имя поддомена bar
.yourdomain.tld, в поле Хост
укажите « www.bar
»
;

если имя поддомена foo.bar
.yourdomain.com , в поле Хост
укажите «www.foo.bar»


.

Остальные поля настраиваются аналогично первой записи.

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

Согласно Правилам регистрации доменных имен в доменах.RU и.РФ, заявка на делегирование выполняется только при условии, что регистратор проверил возможность связи с администратором по хранящемуся в Реестре номеру телефона с функцией приема коротких текстовых сообщений (sms).

В некоторых зонах (например .ru
, .su
и .рф
) домены могут быть сняты с делегирования, несмотря на то что для них указаны DNS-серверы. Фактически такой домен не будет доступен, контроль над его зоной не будет передан никаким name-серверам, но whois-сервер
по-прежнему будет сообщать, что для домена прописаны некие DNS-серверы. При этом whois-сервер обязательно отображает информацию о статусе домена, например, для зоны .ru
в случае снятия с делегирования прописан state: REGISTERED, UNDELEGATED
. Статусы доменных имен вы можете посмотреть в нашем .

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

Кроме экстренных случаев снятия домена с делегирования существуют также стандартные, регламентированные правилами реестра.

Что такое публичный DNS-сервер?

В приведенном выше сценарии мы ссылались на “запрашивающего”. Что же это может значить?

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

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

При вводе URL в адресной строке браузера ваш компьютер прежде всего проверяет, может ли он найти, где находится ресурс, на локальном уровне. Он проверяет “узлы” файлов на компьютере и других местах. Затем он отправляет запрос на публичный DNS-сервер и ожидает получить обратно IP-адрес ресурса.
Затем публичный DNS-сервер проверяет свой кэш на наличие ответа. Если он не найдет то, что необходимо, он проделает шаги, указанные выше.

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

Как настроить домен на хостинге?

Скорректировать параметры на странице управления доменом недостаточно – необходимо также закрепить имя на сайте хостера. Так как настроить домен на сервере? Рассмотрим на примере портала провайдера TimeWeb
.

1. Зайдите в панель управления хостингом и проследуйте в раздел «Домены и поддомены
» в меню, расположенном слева. На выбор вам будут представлены две опции: «Зарегистрировать новый домен
» и «Разместить домен на NS серверах
» (видно на фото выше). Выбирайте вторую.

2. Введите имя сайта в специальное поле и кликните на кнопку «Разместить на NS серверах».

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

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

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

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

Внимание.

Вы можете делегировать домен на серверы Яндекса только после того, как добавили его в Почту для домена.

Чтобы делегировать домен на серверы Яндекса:

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

Войдите в панель управления вашим доменом на сайте регистратора. Перейдите в раздел настроек делегирования.

Измените значения первичного и вторичного DNS-серверов следующим образом:

Первичный DNS-сервер – «dns1.yandex.net.»
. Вторичный DNS-сервер – «dns2.yandex.net.»
.

Примечание.
Буква «d»
в начале имени DNS-серверов обязательна.

Если в панели управления есть поля для ввода IP-адресов, оставьте их пустыми.

Подождите, пока изменения в DNS вступят в силу. Этот процесс может длиться до 72 часов.

Проверьте статус вашего домена на странице Мои домены – его значение должно быть «Домен подключен и делегирован на Яндекс»
.

Рейтинг
( Пока оценок нет )
Понравилась статья? Поделиться с друзьями:
Добавить комментарий