зона - это все пространство доменных имен -*.example.com, в том числе example.com сам по себе.
каждая зона содержит записи, относящиеся к имена узлов и их IP-адресов (записей A или CNAME-записи), и другие функции DNS нравится то, что серверы, отвечающие за имена в зоне (NS-записи), что сервера должны получать почту в зоне (MX-записи), какие серверы могут отправлять почту для зоны (формате txt для SPF записей) и т. д.
Если вы хотите получить доступ к https://app1.example.com и https://app2.example.com тогда тебе не нужны поддомены - тебе просто нужен хост записи (запись или CNAME-записи)
поддомен ломает, что вниз дальше-так что вы можете иметь *.sub1.example.com -и может иметь контроль над записями, делегированными другому серверу имен, чем родительский example.com пользы зоны. В этом случае, sub1.example.com будет своей собственной зоной, даже если часть example.com зона. Так вы можете укажите больше имен хостов там - www.sub1.example.com . Кроме того, можно указать все остальные записи на уровне зоны-серверы имен, mx - серверы, записи spf и т. д.
вы также можете увидеть ссылки на обратный DNS. Это как DNS, только это сделано для IPs-какое имя хоста делает обратный взгляд IP? Это управляется человеком / агентством / группой, которой принадлежит та определенная подсеть. Таким образом, ваш поставщик услуг, как правило, тот, который делает эти записи для вас, либо вы вводите сервисный билет, они говорят: "мы установили его для того, что хотим,и не меняем его", или предоставляя вам веб-форму и т. д. для заполнения необходимо изменить соответствующие настройки.
несколько имен хостов могут указывать на любой IP - адрес, и любой IP может указывать только на одно имя хоста. И одно имя хоста может указывать на несколько IP-адресов (циклический DNS).
Я бы рекомендовал использовать панель управления поставщика услуг или систему продажи билетов для обработки DNS вещи, пока вы не узнаете, как это сделать себе.
Я рекомендую прочитать хотя бы Главу 2 этой книги -http://www.zytrax.com/books/dns/ch2/index.html#concepts
Komp
3647
