- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
CentOS, Named.
У меня сейчас так все:
named.conf
zone "domain.ru" {type master; file "/var/named/domains.txt";};
zone "domain.ru" {type master; file "/var/named/domains.txt";};
zone "domain.ru" {type master; file "/var/named/domains.txt";};
domains.txt
$TTL 3600
@ SOA @ domainadmin.mail.ru. (
2121121903 ;serial
10800 ;refresh
3600 ;retry
604800 ;expire
86400 ;minimum TTL
)
@ NS ns1.основнойдомен.ru
@ NS ns2.основнойдомен.ru
@ A XXX.XXX.XXX.XXX
* A XXX.XXX.XXX.XXX
@ MX 10 mail
Здесь видно, что используется один файл зон для всех доменов. Как сделать наоборот, у каждой зоны был свой файл, а в named.conf была всего лишь одна строчка подключающая все доступные, имеющиеся файлы с зонами?
Здравствуйте
А в чем глобальный смысл? Можно же сделать так:
zone "domain1.ru" {type master; file "/var/named/domain1.txt";};
zone "domain2.ru" {type master; file "/var/named/domain2.txt";};
zone "domain3.ru" {type master; file "/var/named/domain3.txt";};
И получится индивидуальный файл зоны для отдельного домена. Что касается named.conf то подрубить все файлы зон одной строчкой вероятно невозможно так как необходимо для каждого файла указывать тип (мастер к примеру).
Спасибо за ответ.
Хочется упростить процесс насколько это возможно.
Нет ли решения типа написания одной строчки в named.conf:
zone "domain.ru" {type master; file "/var/named/*";};
где подключались бы все файлы зон лежащие в указанном каталоге?
Насколько я знаю - нет.
Спасибо за ответ.
Хочется упростить процесс насколько это возможно.
Нет ли решения типа написания одной строчки в named.conf:
zone "domain.ru" {type master; file "/var/named/*";};
где подключались бы все файлы зон лежащие в указанном каталоге?
День добрый, вы понимаете, что с точки зрения настройки named в этом случае для описания одного домена например "первыйдомен.ком" будут прочитаны ВСЕ файлы зон ?????? У вас в домене "первыйдомен.ком" получится белиберда с десятками-сотнями SOA записей :D Это пожалуй даже файлом зоны не будет являться :D
Что именно вы хотите упростить? Упрощается обычно другим путем, например написанием 1го perl cценария который полагаясь на введенные ключи будет дергать ряд ваших шаблонов и делать нормальные записи и в named.conf и файл зоны будет составлять, а так же сможет являться даже API для сторонних приложений которые должны манипулировать DNS. Вам же все равно, для того что бы "подключить домен к ДНС серверу" надо редактировать named.conf (в вашем случае)... вы не думали это тоже упростить ?:) Отвечая реально на ваш вопрос, думаю что конструкция
Спасибо еще раз.
Вы правы, строчка типа zone "domain.ru" {type master; file "/var/named/*";}; сама по себе бредовая )).
Мне раньше как-то настраивали named так, что для добавления новой зоны достаточно было лишь кинуть файлик с зоной в /var/named, перезапустить сервис NAMED и все. Сейчас пытаюсь именно это и реализовать.
p.s.: интересно, есть ли аналоги NAMED, которые не надо перезапускать для того чтобы активировать новую зону?
Купи панель, не морщи мозг.
---------- Добавлено 17.06.2012 в 14:45 ----------
p.s.: интересно, есть ли аналоги NAMED, которые не надо перезапускать для того чтобы активировать новую зону?
например, powerdns и djbdns могут использовать mysql для хранения информации
Купи панель, не морщи мозг.
Приходится морщить ). Панель хороша если Вы персонально ею пользуетесь. А у меня будет PHP-скрипт, который будет позволять залогиненным под своими аккаунтами пользователям парковать свои домены. Поэтому и хочу найти максимально простое решение.
Приходится морщить ). Панель хороша если Вы персонально ею пользуетесь. А у меня будет PHP-скрипт, который будет позволять залогиненным под своими аккаунтами пользователям парковать свои домены. Поэтому и хочу найти максимально простое решение.
Сделайте себе маленькое API, которое сами же и будете пополнять по мере необходимости функциями, и ваше приложение сможет нормально с ним работать... вы же хотите все завернуть в 1 функцию вашего php скриптика .... зачем?:) Выше порекомендовали powerdns, поддерживаю, база будет в MySQL формате, сможете создавать домены как вам надо :)
Может для bind и вообще не стоит городить скрипты, а настроить сервер, который на любые запросы к любому домену отвечает одинаково.
В скриптах сайта уже можно проверить чтобы "чужой" домен не повесили на сервере.
Может для bind и вообще не стоит городить скрипты, а настроить сервер, который на любые запросы к любому домену отвечает одинаково.
А это реально? Без внедрения в код?