Сценарии за внедряване на сървър за имена
Има няколко опции за организиране на сървъри за имена с помощта на нашия софтуер.
Съдържание
ISPmanager 5 Lite + 2 DNSmanager като вторични сървъри за имена
Трябва да създадете потребител във всеки DNSmanager. За да направите това, отидете на Акаунти --- Потребители --- Бутон Създаване.

Попълнете потребителското име, паролата и DNS пространството от имена, след което щракнете върху OK.

Отидете на ISPmanager --- Имена на домейни --- бутон NSy

Щракнете върху бутона Създаване



След това трябва да актуализирате данните на свързания DNSmanager. За да направите това, отидете на ISPmanager --- Имена на домейни --- изберете domain.com --- щракнете върху бутона Прехвърляне (Комплект за първа помощ).

Можете да проверите дали всичко е конфигурирано правилно с командата dig. Команда за slave 172.31.240.136
Същият резултат трябва да бъде върнат за подчинен 172.31.240.178.
Сега можете да конфигурирате генерирането на име на домейн по подразбиране. Отидете на ISPmanager --- Имена на домейни --- Бутон за настройки.

Посочете сървъри за имена: ns1.domain.com. ns2.domain.com. (точките в края са задължителни). След като попълните полетата, щракнете върху OK.

След като домейнът domain.com бъде делегиран успешно на сървърите за имена ns1.domain.com и ns2.domain.com (актуализацията на DNS кеша може да отнеме до 24-48 часа), можете да ги използвате, за да регистрирате и делегирате нови домейни.
Ползи от използването на този сценарий
В идеалния случай сървърите за имена трябва да бъдат разположени на различни физически сървъри, географски отдалечени един от друг. Това значително увеличава надеждността на DNS системата и увеличава максимално вероятността вашите имена на домейни винаги да са налични. Вероятностедновременната недостъпност на два сървъра в различни части на света е значително по-ниска от една.
Недостатъци на използването на този сценарий
Необходимостта от два допълнителни сървъра (виртуални машини) за подчинено устройство, за предпочитане локално разположени.
Поради всякакви повреди, информацията може да се актуализира само на едно подчинено устройство. Ако информацията се различава на двата подчинени устройства, тогава сайтовете работят с прекъсвания.
ISPmanager 5 Business + 2 DNSmanager като вторични сървъри за имена
За Business версията настройките при използване на тази схема ще бъдат малко по-различни от настройките в Lite версията. След като създадете потребители на сървъри с DNSmanager, отидете в контролния панел на ISPmanager в секцията Integration --- External name servers и щракнете върху бутона "Create".


Допълнителната конфигурация е подобна на конфигурацията за ISPmanager Lite. Предимствата и недостатъците на тази схема за внедряване на сървър също са подобни на тези за ISPmanager Lite версия.
ISPmanager 5 като главен + DNSmanager като подчинен
Трябва да създадете потребител в DNSmanager. За да направите това, отидете на Акаунти --- Потребители --- Бутон Създаване.

Попълнете потребителското име, паролата и DNS пространството от имена, след което щракнете върху OK.

Отидете на ISPmanager --- Имена на домейни --- бутон NSy

Щракнете върху бутона Създаване


Нека създадем домейн domain.com в ISPmanager --- Имена на домейни. Записите за domain.com трябва да изглеждат така

След това трябва да актуализирате данните на свързания DNSmanager. За да направите това, отидете на ISPmanager --- Имена на домейни --- изберете domain.com --- щракнете върху бутона Прехвърляне (Комплект за първа помощ).

Проверяваме с екипакопай
Сега можете да конфигурирате генерирането на име на домейн по подразбиране. Отидете на ISPmanager --- Имена на домейни --- Бутон за настройки.

Посочете сървъри за имена: ns1.domain.com. ns2.domain.com. (точките в края са задължителни).

След като домейнът domain.com бъде делегиран успешно на сървърите за имена ns1.domain.com и ns2.domain.com (актуализацията на DNS кеша може да отнеме до 24-48 часа), можете да ги използвате, за да регистрирате и делегирате нови домейни.
Ползи от използването на този сценарий
Спестявания от броя на сървърите за подчинения.
Недостатъци на използването на този сценарий
Сървърът с master трябва да е по-мощен, за да може да обработва освен основните заявки и работата на сървъра за имена. При голямо натоварване на капитана сайтовете могат да се отварят много по-дълго, т.к. DNS заявките ще се обработват дълго време. Първият сценарий е по-безопасен.
ISPmanager 5 сам управлява сървърите за имена
За версията ISPmanager Business е възможно да се разпределят DNS сървъри между различни клъстерни възли. За да направите това, трябва да присвоите ролята на "Вторичен DNS сървър" на един или няколко възела на клъстера.
След това ще бъдат описани настройките за ISPmanager Lite версия.
Нека създадем домейн domain.com в ISPmanager --- Имена на домейни. Записите за domain.com трябва да изглеждат така

Не забравяйте да поставите точка в NS записите. Точката означава, че не е необходимо да добавяте основния домейн към записа.
Сега можете да конфигурирате създаването на име на домейн по подразбиране. Отидете на ISPmanager --- Имена на домейни --- Бутон за настройки.

Посочете сървъри за имена: ns1.domain.com. ns2.domain.com. (точките в края са задължителни).

Проверете дали всичко е настроеноправилно може да се направи с командата dig. С роб 172.31.241.194
Същият резултат трябва да бъде върнат от slave 172.31.240.136.
След като домейнът domain.com бъде делегиран успешно на сървърите за имена ns1.domain.com и ns2.domain.com (актуализацията на DNS кеша може да отнеме до 24-48 часа), можете да ги използвате, за да регистрирате и делегирате нови домейни.
Ползи от използването на този сценарий
Спестявания от броя на сървърите за подчинения.
Няма нужда да актуализирате записи на DNS сървъри.
Недостатъци на използването на този скрипт
Не целият сървър може да се повреди, а само услугата, отговорна за поддръжката на DNS. В този случай всички основни услуги ще работят, но потребителите няма да достигнат до тях, тъй като имената на домейни не работят.
Сървърът с master трябва да е по-мощен, за да може да обработва освен основните заявки и работата на сървъра за имена. При голямо натоварване на капитана сайтовете могат да се отварят много по-дълго, т.к. DNS заявките ще се обработват дълго време.