Я хочу использовать свое интернет-соединение для размещения двух личных веб-сайтов (двух разных доменов). Я также хотел бы разместить почту для этих доменов.
Это требует хостинга моего собственного сервера имен. В разделе конфигурации серверов имен на веб-сайте моего регистратора требуется два сервера имен. Наверное для надежности?
Ранее я использовал zoneedit.com, и они предоставили мне два сервера имен, но я бы хотел разместить его сам, сэкономить немного денег и узнать, как настроить привязку для опыта.
У меня только одно интернет-соединение, и я могу разместить только один сервер имен. Что вы должны делать со вторым сервером имен?
Ответы:
Требование запустить два сервера имен взято из §4.1 RFC 1034 и действительно для избыточности.
Существует множество провайдеров, которые предложат вам очень дешевую услугу «вторичный DNS», где они передают файл зоны с вашего основного сервера с помощью
AXFR
. Например, в Великобритании у нас есть известный провайдер, который будет предоставлять вторичные услуги для 50 доменов всего за £ 2,30 в месяц (чуть более 3 долларов).Это даст вам возможность самостоятельно управлять зоной и управлять ею, но при этом даст вам необходимую устойчивость.
источник
ServFail
(сбой сервера) иNXDomain
(несуществующий домен). Кажется, что почтовые серверы стоят в очередиServFail
, что происходит, когда DNS-сервер недоступен.gethostbyname()
семейство функций не делает, и (AFAICR) не делает новееgetaddrinfo()
Общепринятое мнение - иметь два сервера имен для резервирования. В идеале это позволяет расположить нижестоящие серверы имен в нужном месте, даже если ваш colo недоступен. Если вы размещаете эти веб-сайты у себя дома, слабым звеном, вероятно, будет ваше соединение или питание, а не сами машины (при условии, что вы используете серверы, а не переназначенные рабочие столы). Кроме того, поскольку вы принимаете у себя дома, я предполагаю, что высокая доступность не является обязательным требованием.
Однако вам необходимо убедиться, что у вас есть статический IP-адрес, поскольку вы не сможете зарегистрировать динамический IP-адрес с корневыми серверами. Это означает, что, если ваш IP-адрес изменится, он укажет всем не туда, где нужно искать правильный IP-адрес для ваших машин.
источник
Я использовал EveryDNS для моего основного хоста. Мой домен не настроен таким образом, но они предлагают дополнительные услуги бесплатно. Это позволит вам получить избыточный сервер имен в другой сети и при этом настроить BIND самостоятельно.
источник
Много раз ваш регистратор доменов будет также предлагать услуги DNS, включенные в регистрацию DNS. Таким образом, домены, которые я зарегистрировал в решениях GoDaddy и Network, используют свой DNS, и это не требует дополнительных затрат.
источник
XName предоставляет бесплатный DNS-хостинг. Вы сможете использовать любой из их серверов имен для вашего вторичного сервера.
источник
DNS требует минимум двух серверов. У вас может быть до 13 уникальных IP-адресов с DNS-серверами для ваших доменов, и если вы используете сеть anycast, вы можете разместить сотни DNS-серверов за каждым адресом.
Но для небольшого сайта лучше всего начать с двух DNS-серверов в двух разных сетях и работать оттуда.
Если вы зайдете в Google и воспользуетесь поисковой строкой,
"secondary dns" free
вы найдете ряд организаций, предлагающих бесплатный вторичный или резервный DNS. Они могут также потребовать, чтобы вы предоставили им бесплатный вторичный DNS, если вы поцарапаете мою спину, а я поцарапал вашу.Это хорошая идея, чтобы найти три или более таких договоренностей, потому что обстоятельства меняются со временем.
источник
Большинству регистраторов доменов НЕ требуется 2 DNS-сервера (последний раз я проверял - например, NameBargain.com). Так что, если ваш регистратор требует этого, присмотритесь к магазинам.
Если у вас есть статический IP-адрес, и вы все равно будете размещать все (веб, DNS и т. Д.) На одном и том же IP-адресе / соединении / блоке, тогда RFC-требование для двух DNS-серверов действительно излишне. Если ваш сервер или соединение обрывается, тогда действительно не имеет значения, что у вас есть функциональный DNS-сервер где-то еще.
источник