Рекомендуется ли использовать один общий сервер имен для разных доменов, размещенных на одном выделенном сервере. например, используя ns0.sharedNameServer.co.uk & ns1.sharedNameServer.co.uk
или каждый домен должен иметь свой собственный сервер имен, например, ns0.domainName.co.uk & ns1.domainName.co.uk.
Какой из них рекомендуется / правильный?
Вам не нужны отдельные DNS-серверы для каждого домена. создайте два главных сервера, например ns1.yourcompany.com & и ns2.yourcompany.com, и используйте их во всех своих доменах. так будет проще управлять записями DNS.
Nameservers, как следует из названия, определяет именованные серверы.
Именованные серверы - это минимум «NS1.DOMAIN.COM» и «NS2.DOMAIN.COM», обычно они указывают на один IP-адрес, хотя рекомендуется, чтобы NS1.DOMAIN.COM указывал на другой статический IP-адрес в отличие от NS2. .DOMAIN.COM. Это связано с тем, что в том маловероятном случае, если один из ваших IP-адресов перестанет работать, вторичный IP-адрес должен работать.
Итак, аналогично тому, как работают телефоны. Вы хотите позвонить своему другу, вы знаете номер мобильного телефона своего друга ... но проще запомнить друга по имени, а не по 11 цифрам. IP-адреса и NameServer работают одинаково, легче запомнить facebook.com или google.com, чем их IP-адреса.
Следовательно, вы сохраняете NS1.DOMAIN.COM на одном из ваших основных IP-адресов, а NS2.DOMAIN.COM - на вторичный IP-адрес. Итак, когда кто-то вводит ваше доменное имя в адресную строку, этот запрос передается маршрутизатору, который знает, где найти DNS-запись «NS1.DOMAIN.COM», и переводит ее на IP-адрес, а затем пересылает запрос (клиенту) к этому серверу.
Дополнительные виртуальные хосты, размещенные на вашем сервере, будут указывать на те же записи DNS, например «NS1.DOMAIN.COM», которые собирают IP-адрес для указанного сервера.
Затем ваш веб-сервис (Apache / nginx) отвечает за обработку отдельных запросов, которые перенаправляются на ваш сервер, с которым на данный момент работает ваш DNS.
Короче говоря, серверы имен - это просто записи DNS, которые называют IP-адреса вашего сервера, до 4 уникальных IP-адресов, и они определяются только как резервные, если первый IP-сервер / сервер имен не отвечает.
Я думаю, вы немного запутались. Любой хост (фактически, IP-адрес) может запускать только один сервер имен (экземпляр) потому что DNS требует использования хорошо известных портов 53 через TCP и UDP, а максимальная степень детализации, которую можно достичь, связана с привязкой к тройному IP-адресу, протоколу и порту. Итак, ответ на ваш вопрос заключается в том, что вам нужен один экземпляр сервера имен для каждого хоста, при условии, что для каждого хоста будет один IP-адрес.
Один экземпляр сервера имен может (в принципе; могут быть искусственные программные ограничения) обслуживать произвольное количество зон (что просто объясняется как DNS parlace для доменов). Таким образом, нет причин, по которым один сервер имен не может обслуживать, например, example.com и example.org.
Для надежной работы большинству регистраторов требуется как минимум два именованных сервера имен для делегирования. Вы жестяная банкав принципе, используйте только один, но если этот сервер выходит из строя или становится недоступным по какой-либо причине (даже только для части Интернета), избыточности нет, поэтому все разрешения имен для соответствующих зон завершатся ошибкой. Поэтому настоятельно рекомендуется использовать как минимум два отдельных хоста в качестве DNS-серверов в делегировании, желательно расположенных в разных местах (географически и по сети), если вы можете это организовать.
Вы можете указать несколько имен на один и тот же IP-адрес, одно имя на несколько IP-адресов или любую их комбинацию. Так что, если вы хотите, вы можете использовать имя ns1.example.com в делегировании example.com и ns1.example.org в делегировании example.org, но указывать как ns1.example.com, так и ns1.example.org на тот же IP-адрес (скажем, 192.0.2.123). Это возможно и достаточно часто, но требует больше работы, если IP-адрес сервера изменится, поскольку он должен быть обновлен в нескольких местах.