Привет, у меня есть вопрос об управлении записями DNS. Допустим, у меня есть один сервер, содержащий сервер IIS и сервер SQL. Мой друг предложил мне иметь одну запись A, которая указывает на IP-адрес этого сервера, и настроить 2 записи CNAME, sql.XXXX.XXX и www.XXXX.XXX.
Мне было интересно, в чем смысл? Разве кто-то не мог получить доступ к экземпляру SQL с помощью www.XXXX.XXX и получить доступ к экземпляру IIS с помощью SQL.XXXX.XXX, поскольку они указывают на один и тот же сервер и IP-адрес?
Если это так, не было бы проще иметь доступ только для всех через XXXX.XXX (без поддомена) и оставить все как есть?
Здесь предполагается, что в какой-то момент два типа серверов могут находиться на разных физических или виртуальных серверах с (обязательно) двумя отдельными IP-адресами. Разделение веб-серверов и серверов баз данных - довольно распространенная установка. Использование CNAME или отдельных записей A позволяет легко перемещать одну, не добавляя новые записи DNS.
Смысл использования имен службы на сервере заключается в том, что конечные пользователи сосредоточены на доступе к службе, а не на хосте.
Когда у вас есть технические специалисты (тестировщики, администраторы, кодировщики), вы хотите, чтобы они знали, к какой системе они конкретно обращаются.
Когда вы работаете, вы хотите, чтобы у пользователей были простые, легко запоминающиеся пути.
Когда ftp-сервер назван «hawk», а http-сервер назван «dove», это мило, но трудно запомнить.
Бен Дум дал полный и точный ответ, но я хотел немного рассказать о методах, которые я использую:
Я буду использовать запись A для самого физического сервера, у которого есть уникальное имя:
wellington A 1.2.3.4
Затем я настрою cnames для всех служб на этом сервере:
sql CNAME wellington
www CNAME wellington
Затем, если вам когда-нибудь понадобится разделить sql и www на разные поля (или переместить их оба в другое поле), вы просто измените cnames.