Я хочу, чтобы кто-нибудь указал и разрешил свой домен моему веб-серверу, чтобы начать обслуживание его страниц.
Достаточно ли, чтобы человек установил только записи NS1 и NS2 для моего сервера имен, или он также должен установить запись A?
Спасибо
Есть два различных варианта:
Они могут продолжить размещение DNS для домена и указать A запись к вам. Это самый простой способ, и они могут пожелать сохранить этот контроль. Но это вызывает некоторые административные издержки, потому что вам нужно будет связаться с ними, если вам когда-нибудь понадобится изменить свой IP-адрес.
Они могут делегировать вам весь домен. Им нужно будет связаться со своим регистратором и попросить переназначить серверы имен вам. Вы не можете просто изменить NS записи в файле зоны. Затем вам нужно будет разместить зону домена на своих серверах имен. Это дает вам максимальный контроль, и вы можете настроить A запись по желанию.
Однако это также может иметь некоторые административные издержки, если они поддерживают другие записи в зоне (включая MXs) и должны связываться с вами всякий раз, когда они меняются. Вам также нужно будет убедиться, что вы воспроизводите все содержимое их текущего файла зоны, чтобы поддерживать любые сервисы, которые они имеют сегодня.
Извините, пожалуйста, за то, что я очень прямолинеен, но если вы не знаете ответа на этот вопрос, вам не следует запускать собственный сервер имен, не говоря уже о хостинге. NS записи для кого-то еще.
В данных обстоятельствах единственное, что они могут сделать, это указать на A запись на вашем сервере. Они должны оставить свои NS записи с кем-то, кто разбирается в DNS.
Я думаю, что есть третий вариант в дополнение к двум, предложенным Дэном, который более уместен в некоторых случаях, когда вы хотите обслуживать чужой поддомен на своих серверах, и вы хотите иметь возможность изменить IP-адрес своего сервера. без с просьбой обновить свои NS-записи ....
Они могут делегировать своим серверам имен только тот поддомен, которым вы хотите управлять. Процитирую с сайта dyn.com:
«В вашем текущем файле зоны для вашего домена у другого поставщика DNS вам необходимо будет создать записи NS (NameServer). Эти записи NS« перенаправляют »запросы для определенного поддомена на стандартный DNS Dyn. Для dynamic.example.com эти записи будут выглядеть так:
dynamic.example.com. 48600 IN NS ns1.mydyndns.org.
dynamic.example.com. 48600 IN NS ns2.mydyndns.org.
dynamic.example.com. 48600 IN NS ns3.mydyndns.org.
dynamic.example.com. 48600 IN NS ns4.mydyndns.org.
dynamic.example.com. 48600 IN NS ns5.mydyndns.org.
Обратите внимание на завершающий "." после каждого имени хоста.
После того, как эти NS-записи будут созданы, на запросы субдомена будет отвечать ваша стандартная DNS-зона Dyn.
Хорошие комментарии по поводу хостинга собственного DNS. Я думаю, это решение, к которому нельзя относиться легкомысленно. Из-за иерархической, кэшируемой природы DNS несколько минут неправильной настройки или простоя могут вызвать головную боль на долгое время, поскольку DNS-сервер ISP ваших клиентов может игнорировать ваше значение TTL и часами кэшировать неверный ответ от вас. И поскольку проблемы с DNS влияют на доставку почты в домены, в которых вы являетесь уполномоченным лицом, опасность может быть еще выше.
См. Также этот мой ответ на аналогичный вопрос: Следует ли размещать собственные серверы имен?