Я провел достаточно исследований и чувствую, что конкретного решения моей проблемы не существует или я не могу найти простой вариант для выбора. Поэтому я собираюсь предложить своим клиентам управляемый хостинг с использованием сторонних веб-сервисов. Проблема, с которой я столкнулся, связана с настраиваемыми серверами имен. Поскольку я буду предлагать своим клиентам машины VPS, я хочу зарегистрировать собственные серверы имен для каждого VPS, и серверы имен должны находиться в моем основном домене. Регистраторы доменов предлагают функцию регистрации пользовательских серверов имен или имен хостов, но можно ли использовать DNS-сервер для регистрации моих пользовательских серверов имен? Единственное, что может сделать за меня регистратор? Если есть решение, помогите пожалуйста.
Поэтому я собираюсь предложить своим клиентам управляемый хостинг с использованием сторонних веб-сервисов.
Я буду предлагать своим клиентам VPS-машины.
Так вы будете предлагать веб-сайт и VPS-хостинг?
Если это так, ОСТАВЬТЕ ИХ DNS В ПОЛЬЗУ!
Нет никаких технических причин, по которым вы должны размещать их DNS. Если у вас нет необходимой высокодоступной и глобально разнообразной инфраструктуры для размещения их DNS, и если у вас нет необходимых знаний и опыта (чего у вас нет в силу вашего вопроса), то вам не следует размещать их DNS.
Это не оскорбление для вас. Оставьте DNS-хостинг организациям, у которых есть инфраструктура и опыт. У вас нет причин размещать DNS для своих клиентов, и вам не следует размещать DNS для своих клиентов.
Единственное, что может сделать за меня регистратор?
Да. И даже не «регистратор», а «каждый регистратор», используемый вашими клиентами в доменных именах (они могут регистрировать их везде, или вы все делаете сами? Не ясно из вашего вопроса ...)
Вы, кажется, не понимаете, что означает «регистрация» сервера имен, и это может быть легко (запутаться), поскольку существует много дезинформации. Таким образом, приведенное ниже будет просто ответом на эту конкретную часть, но кроме этого в настоящее время создание DNS для любого вида нетривиальной настройки может быть не очень хорошей идеей для начала без какого-либо опыта работы с протоколом DNS низкого уровня, сценариев оболочки, мониторинга. , автоматизация и т. д., особенно с более сложными технологиями, такими как DNSSEC.
Во-первых, нюанс, который может вам не понравиться: чаще всего это делается из тщеславия и / или попытки скрыть настоящий хостинг, и в обоих случаях это не работает. Итак, реальным решением вашей проблемы было бы просто предоставить вашим клиентам ваши серверы имен как ns1.my-shiny-hosting-company.example и ns2.my-shiny-hosting-company.example и забудьте о создании серверов имен для каждого размещенного веб-сайта. Затем вы восстановите много времени и здравомыслие, выбрав этот более простой путь.
Теперь подробнее о том, что действительно происходит с регистрацией серверов имен, если вы все еще хотите это сделать или, по крайней мере, лучше понять, что это такое.
Прежде всего следует отметить несколько важных отличий:
ns1.example.com находится в бейливике для example.com если example.com использует его как авторитетный сервер имен.Очевидно, что если для какого-либо домена вы хотите разместить веб-сайт, вы также хотите, чтобы серверы имен использовали одно и то же имя, тогда все эти серверы имен находятся в режиме «подписки», и вы сразу же оказываетесь в самом сложном случае их регистрации, позвольте нам теперь понять почему.
Реестры используют две отдельные модели для обработки серверов имен: как объекты или как атрибуты. gTLD используют объекты, многие / большинство (?) ccTLD используют атрибуты. И что-то иногда меняется (например, .FR недавно перешел от атрибутов к объектам). Обычно это обычно скрывается от вас вашим регистратором.
Но в типичном случае с «объектами» дело обстоит так:
Короче говоря, регистратор может запросить у вас IP-адреса помимо имен серверов имен, а затем совершить чудо, чтобы правильно создать что-то в реестре.
Как видите, вам нужно сделать это по крайней мере для каждой пары (регистратора, реестра): в некоторых реестрах внешние серверы имен создаются для каждого регистратора, в некоторых других есть один общий объект для всех.
Если вы перейдете к случаю «атрибутов», приведенное выше обсуждение IP-адресов и таковых по-прежнему сохраняется, единственное отличие состоит в том, что серверы имен не создаются как отдельные объекты в базе данных реестра, они просто предоставляются как атрибуты для любой команды, которая создает или обновляет доменное имя.
Но во всех случаях недостатки всего того, что если вы решите пойти по пути «позвольте нам создать ns1 и ns2 под всеми доменами, которые мы размещаем "означает:
ns3, вам нужно будет делать это везде (но действительно, если вы просто создаете ns3.my-shiny-hosting-company.example), но еще большая проблема в тот день, когда вам нужно изменить IP-адреса серверов имен (потому что это всегда происходит), поскольку по определению создания их под тем доменным именем, для которого они являются полномочными, они находятся под залогом, поэтому вам нужно будет обновить IP-адреса не дважды (в вашем собственном файле зоны и, возможно, в реестре для my-shiny-hosting-company.example), но столько раз, сколько они являются доменами, снова спрашивая каждого вашего клиента, чтобы увидеть, где это сделать на веб-панели регистратора или сделать это за них.Ожидайте серьезных головных болей, идущих по этому пути. Особенно, если вы еще не являетесь экспертом в сфере DNS-хостинга и регистрации доменных имен.
Обычно регистрируется только один набор серверов имен (опять же, как правило, под ВАШЕМ доменное имя), а затем все ваши клиентские домены ссылаются на эти серверы имен как на авторитетные. Хотя вы можете зарегистрировать разные серверы имен для каждого домена клиента, в этом нет необходимости, а также сложно управлять и мигрировать. Недостатки могут показаться незначительными, когда у вас есть три или четыре домена, но когда вы дойдете до 20 или 200, регистрация отдельных серверов имен (обычно минимум 2 на домен) быстро становится громоздкой.