Himiko: Это значит "не углубляясь в подробности". Учите русский язык, "коллега".
Т.е. даже не вникая в узкие места и не занимаясь поиском минусов, топик не вызывает доверия.
Может надо просто перестать его апать , и дело в шляпе? :)
kpv: Не надо ничего заказывать (иметь доступ к аккаунту) у хостера, чтобы получить рута.
Я понимаю, но в уязвимой системе не имеет смысла, какая разница купил я у хостера аккаунт за 1 бакс и зашел рутом в SQL или я не покупал аккаунт и зашел удаленно? Если система уязвима, она уже как бы не совсем система, по этому я не вижу скажем так проблемы именно в удаленном подключении.... если локально сломать можно то разница то...... ))))
---------- Добавлено 18.06.2012 в 13:18 ----------
Dmitry.Sidorov: На RHEL и им подобных (кроме Fedora) не воспроизводится, видимо в них уязвимости нет.
Я читал, и мало того, выше написал что CentOS вроде как не уязвим :)
XAdvertParadise: Приходится морщить ). Панель хороша если Вы персонально ею пользуетесь. А у меня будет PHP-скрипт, который будет позволять залогиненным под своими аккаунтами пользователям парковать свои домены. Поэтому и хочу найти максимально простое решение.
Сделайте себе маленькое API, которое сами же и будете пополнять по мере необходимости функциями, и ваше приложение сможет нормально с ним работать... вы же хотите все завернуть в 1 функцию вашего php скриптика .... зачем?:) Выше порекомендовали powerdns, поддерживаю, база будет в MySQL формате, сможете создавать домены как вам надо :)
Нет ли решения типа написания одной строчки в 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 это OpenSource, по этому для ваших супер целей может быть достаточно модификации пары файлов исходного кода и пересборки named следом, на забудьте diff сделать, что бы накатывать свой патч на более новые версии named :)
Тс, пора начинать тыкать пальцем )))) что-то мутное там у вас однозначно ..... хостер ведет себя как-то не адекватно.... либо вы вскрываете не все детали :)
rustelekom: Для тех кто забывает о теме ТС повторяю еще раз:
"Последнее время столкнулся с ситуацией, не буду называть имена, цель просто выяснить мнение допустимо такое или нет...
так вот допустим имеем сайт, или финансово или ещё как всё завязано что IP желателен постоянный, ну хотя бы для того же SSL
на хостинге где он расположен ведутся постоянно какие-то движения по переносу сайта, то на один сервер, то на другой, ну бог с ним к примеру нагрузка там большая или ещё что, вообщем вот и сам вопрос:
Допустимо ли, если у вас завязано всё на IP, его смена хостером без предупреждения или с предупреждением скажем за 15-60 минут о том, что уважаемый клиент скоро у вас сайт загнётся, наше дело предупредить?"
Единственно о чем я писал - о том в каких случаях это допустимо и почему. Приводя при этом примеры из своей практики. Демагогией в данной теме вроде я не занимался, но если некритичен к себе, пусть меня поправят. И опять же - кто тут говорил о вине? ТС спросил - допустимо или нет. Ему объяснили (не только я ) что допустимо и постарались объяснить - почему.
PS. По роутингу для одного адреса - я тоже не представляю как. Однако наблюдаю это в бывшем нетдиректе с довольно давних времен.
Я могу рассказать вам как это происходит, есть такая штучка blackhole community она действительно может помочь потерять роутинг для 1го адреса из вещаемого блока, но это не случайность, это вполне реальная закономерность и настройка, которую кто-то сделал.... А о вине я говорю не о вашей , а о ситуационной, клиента не предупредили , или предупредили за 15 минут, что должно было случится??? Если сам хостер что-то напорол так это его проблема, если апстрим это тоже не вина клиента , но по прежнему вина хостера..... Вот почему я не помню у себя таких случаев, хотя у нас и блоков чужих было около /19 или /18 .... все вернули обратно в свое время и получили собственные , никто не пострадал, ни кому в течении 10 минут ничего не меняли.... по этому я даже не предполагаю штатную ситуацию при которой надо будет в течении 10 минут менять это, точнее она конечно может возникнуть, но по большей мере от некомпетентности хостера или его апстрима.... а клиента по хорошему должны уведомить за неделю..... а не за 24 часа... и уж тем более не за 15 минут.... И мой ответ специально был разбит на две части , одна типа юридическая, а вторая моральная... так вот я сейчас о второй.... если бы мне мой апстрим сказал что мне в течении 15 минут надо поменять ИП адрес или сеть адресов, я бы уже завтра искал паритетное включение и переключал весь трафик туда. Еще конечно может аналогичная штука выглядеть как nullroute, но это тоже не случайность, а вполне конкретная настройка на активном оборудовании на стороне хостера или ДЦ..... В общем не вижу пока аргументов... Если в нетдирект роуты по 1му адресу пропадают, то "беги Лола, беги" :) Пожалуй я вижу только такую ситуацию: Апстрим за месяц уведомил хостера о том что блок x.x.x.x/y будет у него забираться, хостер профтыкал все сроки и апстрим реально перестал вещать эти блоки или убрал в фильтрах эти префиксы на своей стороне.... но такие манипуляции для 1го адреса не происходят ......
---------- Добавлено 16.06.2012 в 07:08 ----------
'[umka: ;10514640']Тоже интересно :) Не думаю, что он случайно вдруг взял, да и попал в blackhole community
Вот вот , у меня закрадывается впечатление, а не тот ли это провайдер в которого ТС пальцем не хочет тыкать :D А то как-то складно у него и роуты по 1му пропадают и замена шаред адреса с предупреждением за 15 мин - это нормально :))))
rustelekom: Как много слов :) А все почему - фантазии не хватило. Случаются разные неожиданности и некоторые из них "починить" в разумные сроки не удается. Вот взяли и потеряли роутинг ОДНОГО ай-пи адреса. Стандартные телодвижения не помогли. Ждать супер супер сетевого админа датацентра - 12+ часов (спать ушел). Вот и поменяли ай-пи адрес. Выбор был ждать окончательного разрешения проблемы (она решилась в конечном счете) 12+ часов или поменять ай-пи адрес что для сайтов означает обычно час недоступности или около того (так как меняется только ай-пи а не днс сереры). Клиентов известили сразу же. Это только один пример из практики. А их еще 100500 может быть.
Вы как обычно, не читаете что пишет ТС и свою тему задвигаете, это конечно не плохо, но в своей теме бы, фантазии у меня как раз хватает... что бы представить что должно случиться, если вы потеряли роутинг по своей вине... это ваша проблема, а не клиента, если вы потеряли роутинг по вине своего апстрима, это тоже ваша проблема и вашего апстрима, но не клиента, в этом случае надо смотреть в сторону других апстримов которые не теряют роуты, а еще интересно было бы услышать что вообще значит "потеряли роутинг для одного адреса", это простите как?
только, если в качестве резолвера стоит эта же самая машина.
Логично :D
А не кажется ли вам , что в таком случае исходящий трафик с сервера прекратиться? ибо "." станет показывать на собственный IP ?:)
Это значит "не углубляясь в подробности". Учите русский язык, "коллега".
Т.е. даже не вникая в узкие места и не занимаясь поиском минусов, топик не вызывает доверия.
Может надо просто перестать его апать , и дело в шляпе? :)
Не надо ничего заказывать (иметь доступ к аккаунту) у хостера, чтобы получить рута.
Я понимаю, но в уязвимой системе не имеет смысла, какая разница купил я у хостера аккаунт за 1 бакс и зашел рутом в SQL или я не покупал аккаунт и зашел удаленно? Если система уязвима, она уже как бы не совсем система, по этому я не вижу скажем так проблемы именно в удаленном подключении.... если локально сломать можно то разница то...... ))))
---------- Добавлено 18.06.2012 в 13:18 ----------
На RHEL и им подобных (кроме Fedora) не воспроизводится, видимо в них уязвимости нет.
Я читал, и мало того, выше написал что CentOS вроде как не уязвим :)
Может для bind и вообще не стоит городить скрипты, а настроить сервер, который на любые запросы к любому домену отвечает одинаково.
А это реально? Без внедрения в код?
Приходится морщить ). Панель хороша если Вы персонально ею пользуетесь. А у меня будет PHP-скрипт, который будет позволять залогиненным под своими аккаунтами пользователям парковать свои домены. Поэтому и хочу найти максимально простое решение.
Сделайте себе маленькое API, которое сами же и будете пополнять по мере необходимости функциями, и ваше приложение сможет нормально с ним работать... вы же хотите все завернуть в 1 функцию вашего php скриптика .... зачем?:) Выше порекомендовали powerdns, поддерживаю, база будет в MySQL формате, сможете создавать домены как вам надо :)
Спасибо за ответ.
Хочется упростить процесс насколько это возможно.
Нет ли решения типа написания одной строчки в named.conf:
zone "domain.ru" {type master; file "/var/named/*";};
где подключались бы все файлы зон лежащие в указанном каталоге?
День добрый, вы понимаете, что с точки зрения настройки named в этом случае для описания одного домена например "первыйдомен.ком" будут прочитаны ВСЕ файлы зон ?????? У вас в домене "первыйдомен.ком" получится белиберда с десятками-сотнями SOA записей :D Это пожалуй даже файлом зоны не будет являться :D
Что именно вы хотите упростить? Упрощается обычно другим путем, например написанием 1го perl cценария который полагаясь на введенные ключи будет дергать ряд ваших шаблонов и делать нормальные записи и в named.conf и файл зоны будет составлять, а так же сможет являться даже API для сторонних приложений которые должны манипулировать DNS. Вам же все равно, для того что бы "подключить домен к ДНС серверу" надо редактировать named.conf (в вашем случае)... вы не думали это тоже упростить ?:) Отвечая реально на ваш вопрос, думаю что конструкция
Тс, пора начинать тыкать пальцем )))) что-то мутное там у вас однозначно ..... хостер ведет себя как-то не адекватно.... либо вы вскрываете не все детали :)
Для тех кто забывает о теме ТС повторяю еще раз:
"Последнее время столкнулся с ситуацией, не буду называть имена, цель просто выяснить мнение допустимо такое или нет...
так вот допустим имеем сайт, или финансово или ещё как всё завязано что IP желателен постоянный, ну хотя бы для того же SSL
на хостинге где он расположен ведутся постоянно какие-то движения по переносу сайта, то на один сервер, то на другой, ну бог с ним к примеру нагрузка там большая или ещё что, вообщем вот и сам вопрос:
Допустимо ли, если у вас завязано всё на IP, его смена хостером без предупреждения или с предупреждением скажем за 15-60 минут о том, что уважаемый клиент скоро у вас сайт загнётся, наше дело предупредить?"
Единственно о чем я писал - о том в каких случаях это допустимо и почему. Приводя при этом примеры из своей практики. Демагогией в данной теме вроде я не занимался, но если некритичен к себе, пусть меня поправят. И опять же - кто тут говорил о вине? ТС спросил - допустимо или нет. Ему объяснили (не только я ) что допустимо и постарались объяснить - почему.
PS. По роутингу для одного адреса - я тоже не представляю как. Однако наблюдаю это в бывшем нетдиректе с довольно давних времен.
Я могу рассказать вам как это происходит, есть такая штучка blackhole community она действительно может помочь потерять роутинг для 1го адреса из вещаемого блока, но это не случайность, это вполне реальная закономерность и настройка, которую кто-то сделал.... А о вине я говорю не о вашей , а о ситуационной, клиента не предупредили , или предупредили за 15 минут, что должно было случится??? Если сам хостер что-то напорол так это его проблема, если апстрим это тоже не вина клиента , но по прежнему вина хостера..... Вот почему я не помню у себя таких случаев, хотя у нас и блоков чужих было около /19 или /18 .... все вернули обратно в свое время и получили собственные , никто не пострадал, ни кому в течении 10 минут ничего не меняли.... по этому я даже не предполагаю штатную ситуацию при которой надо будет в течении 10 минут менять это, точнее она конечно может возникнуть, но по большей мере от некомпетентности хостера или его апстрима.... а клиента по хорошему должны уведомить за неделю..... а не за 24 часа... и уж тем более не за 15 минут.... И мой ответ специально был разбит на две части , одна типа юридическая, а вторая моральная... так вот я сейчас о второй.... если бы мне мой апстрим сказал что мне в течении 15 минут надо поменять ИП адрес или сеть адресов, я бы уже завтра искал паритетное включение и переключал весь трафик туда. Еще конечно может аналогичная штука выглядеть как nullroute, но это тоже не случайность, а вполне конкретная настройка на активном оборудовании на стороне хостера или ДЦ..... В общем не вижу пока аргументов... Если в нетдирект роуты по 1му адресу пропадают, то "беги Лола, беги" :) Пожалуй я вижу только такую ситуацию: Апстрим за месяц уведомил хостера о том что блок x.x.x.x/y будет у него забираться, хостер профтыкал все сроки и апстрим реально перестал вещать эти блоки или убрал в фильтрах эти префиксы на своей стороне.... но такие манипуляции для 1го адреса не происходят ......
---------- Добавлено 16.06.2012 в 07:08 ----------
;10514640']Тоже интересно :)
Не думаю, что он случайно вдруг взял, да и попал в blackhole community
Вот вот , у меня закрадывается впечатление, а не тот ли это провайдер в которого ТС пальцем не хочет тыкать :D А то как-то складно у него и роуты по 1му пропадают и замена шаред адреса с предупреждением за 15 мин - это нормально :))))
Как много слов :) А все почему - фантазии не хватило. Случаются разные неожиданности и некоторые из них "починить" в разумные сроки не удается. Вот взяли и потеряли роутинг ОДНОГО ай-пи адреса. Стандартные телодвижения не помогли. Ждать супер супер сетевого админа датацентра - 12+ часов (спать ушел). Вот и поменяли ай-пи адрес. Выбор был ждать окончательного разрешения проблемы (она решилась в конечном счете) 12+ часов или поменять ай-пи адрес что для сайтов означает обычно час недоступности или около того (так как меняется только ай-пи а не днс сереры). Клиентов известили сразу же. Это только один пример из практики. А их еще 100500 может быть.
Вы как обычно, не читаете что пишет ТС и свою тему задвигаете, это конечно не плохо, но в своей теме бы, фантазии у меня как раз хватает... что бы представить что должно случиться, если вы потеряли роутинг по своей вине... это ваша проблема, а не клиента, если вы потеряли роутинг по вине своего апстрима, это тоже ваша проблема и вашего апстрима, но не клиента, в этом случае надо смотреть в сторону других апстримов которые не теряют роуты, а еще интересно было бы услышать что вообще значит "потеряли роутинг для одного адреса", это простите как?