Комментарии 207
Имеется ли API для автоматизации управления записями (например, чтобы сделать динамический DNS на базе вашего сервера)?
0
добавили ограничение на количество неподтвержденных доменов с одним именем
Если злоумышленник зарегил максимальное количество доменов, то хозяин уже не сможет зарегистрировать домен у вас?
Как насчет уникального ключа в имени ns сервера? Например, dns-1qwe43oi.mail.ru?
0
Хотел бы попробовать ваш DNS.
0
Зачем злоумышленнику регистрировать чужой домен на ваших NS-серверах?
0
например, чтобы легальный владелец этого домена не смог разместить его на серверах mail.ru
этакая пакость
этакая пакость
0
В mail.ru нет проверки принадлежности домена, как например у яндекса (просят код в meta или создать cname). Поэтому теоретически возможен вариант когда злоумышленник зная о планах переноса домена на управление mail.ru может заранее зарегить его там и при выставлении новых ns записей для домена он сможет получить доступ к домену через CP mail.ru
0
Да, простите, туплю. Разграничение прав доступа на управление DNS-записями.
А тогда такой вариант: я из-под одного аккаунта зарегистрируюсь и укажу ns-записи, а потом из-под другого — кому достанется право управление доменом?
P.S. Какая-то не очевидная система верификации.
А тогда такой вариант: я из-под одного аккаунта зарегистрируюсь и укажу ns-записи, а потом из-под другого — кому достанется право управление доменом?
P.S. Какая-то не очевидная система верификации.
0
Вот они и рассказывают, что у них 2500 ns'ов, При добавлении домена в CP просят ввести два предложенных ns, выбранных случайно. Если ввел правильные ns — то домен твой :)
0
Это я понял :)
А если я с другого аккаунта ту же процедуру пройду — что произойдет?
В первом аккаунте домен исчезнет?
К тому же довольно странно верифицировать домен сменой ns…
А если у меня домен не по промо-коду, а действующий?
Я должен сменить ns'ы (тем самым получив доступ к управлению), а только потом смогу настраивать записи?
Не понимаю я, короче говоря… Надо, видимо, протестить.
А если я с другого аккаунта ту же процедуру пройду — что произойдет?
В первом аккаунте домен исчезнет?
К тому же довольно странно верифицировать домен сменой ns…
А если у меня домен не по промо-коду, а действующий?
Я должен сменить ns'ы (тем самым получив доступ к управлению), а только потом смогу настраивать записи?
Не понимаю я, короче говоря… Надо, видимо, протестить.
0
Да не, ерунда.
Вон же куча способов для проверки:
help.mail.ru/biz/verification_settings/other/confirm
Вон же куча способов для проверки:
help.mail.ru/biz/verification_settings/other/confirm
0
Совсем не так.
Пара NS и домена всегда уникальна.
Для того, чтобы домен стал «твоим», нужно как-то убедить реального владельца домена сменить NS записи на выданные тебе.
По сложности эта такая же задача, как и при просьбе закинуть нужный файл на сервер или добавить TXT запись в DNS. Ни один владелец (в здравом уме) этого делать не будет, а значит и доступ злоумышленник не получит.
Если же владелец будет регистрировать в то же время, что и злоумышленник, ему достанется другая уникальная пара NS.
Пара NS и домена всегда уникальна.
Для того, чтобы домен стал «твоим», нужно как-то убедить реального владельца домена сменить NS записи на выданные тебе.
По сложности эта такая же задача, как и при просьбе закинуть нужный файл на сервер или добавить TXT запись в DNS. Ни один владелец (в здравом уме) этого делать не будет, а значит и доступ злоумышленник не получит.
Если же владелец будет регистрировать в то же время, что и злоумышленник, ему достанется другая уникальная пара NS.
0
Я ответил на вопрос про злоумышленника, про возможный вариант атаки которого вы писали и защитились :) То что вы сделали пару ns+domain уникальными я прочитал.
0
НЛО прилетело и опубликовало эту надпись здесь
Уникальность домена и кода/NS всегда гарантируется. Единственный способ получить права на чужой домен, как-то убедить владельца совершить манипуляции со своим сайтом или днс. Именно про задачу, связанную с убеждением я и говорил.
Если кто-то будет целенаправлено регистрировать один домен, он все равно не получит доступ к нему. Реальному владельцу просто будут предложены другие способы подтверждения.
IPv6 отличная идея, но это так же, как и с рандомными имена ns, ухудшает читабельность имен, а её мы хотим сохранить. Возможно стоит использовать этот способ, когда злоумышленник занял все возможные NS. Спасибо за идею.
Если кто-то будет целенаправлено регистрировать один домен, он все равно не получит доступ к нему. Реальному владельцу просто будут предложены другие способы подтверждения.
IPv6 отличная идея, но это так же, как и с рандомными имена ns, ухудшает читабельность имен, а её мы хотим сохранить. Возможно стоит использовать этот способ, когда злоумышленник занял все возможные NS. Спасибо за идею.
0
Проверка принадлежности домена есть.
Сейчас 4 способа проверки: html файл, html тег, txt запись в dns и новый через NS записи.
Сейчас 4 способа проверки: html файл, html тег, txt запись в dns и новый через NS записи.
0
Проверка NSами этими же NSами и ограничивается, как я понял.
Вы не ответили на мой вопрос в самом верху:
Вы не ответили на мой вопрос в самом верху:
Если злоумышленник зарегил максимальное количество доменов, то хозяин уже не сможет зарегистрировать домен у вас?
Как насчет уникального ключа в имени ns сервера? Например, dns-1qwe43oi.mail.ru?
0
А если вы еще не успели попробовать наш сервис — оставляйте комментарии. Первые 100 хабраюзеров получат промокод на регистрацию бесплатного домена в зоне .ru с подключенным сервисом почты и DNS.
перечитал три раза. для получения домена достаточно комментария? тогда я в деле )
0
О, оставляю комментарий, как раз хочу домен и почту на нем!
0
Ладно, дайте и мне промокод :) Чего-нибудь сделаю интересное
0
Первые 100 хабраюзеров получат промокод на регистрацию бесплатного домена в зоне .ru с подключенным сервисом почты и DNS.
Раз так, то и я оставлю комментарий
0
Промокод отправил в личку
0
Ой, а мне два что ли? :)
0
Три :)
0
Отлично, как там пишут?
Друзья, я заказывал домен, а мне случайно выдали три, но мне столько не надо. Так как я испытываю презрение к товарно-денежным отношениям, я решил отдать два домена случайным людям, для этого надо сделать репост этой записи и в ночь с 30 на 31 февраля я выберу двух победителей.
Друзья, я заказывал домен, а мне случайно выдали три, но мне столько не надо. Так как я испытываю презрение к товарно-денежным отношениям, я решил отдать два домена случайным людям, для этого надо сделать репост этой записи и в ночь с 30 на 31 февраля я выберу двух победителей.
+5
А если вы еще не успели попробовать наш сервис — оставляйте комментарии. Первые 100 хабраюзеров получат промокод на регистрацию бесплатного домена в зоне .ru с подключенным сервисом почты и DNS.
Почему бы и не попробовать.
0
Первые 100 хабраюзеров получат промокод на регистрацию бесплатного домена в зоне .ru с подключенным сервисом почты и DNS.
Хорошо бы до уровня cloudflare.com дорасти Вам.
0
Первое с чем сталкиваешься при переносе домена на cloudflare, это сканирование имеющихся днс записей. Мелочь но очень приятно.
Второе что у них нравится это возможность использования их cdn, https и защита от возможных атак на сайт, понятно что это уже мало относится к простому dns хостингу, но уж очень хочется иметь альтернативу этому сервису в зоне .ru.
Второе что у них нравится это возможность использования их cdn, https и защита от возможных атак на сайт, понятно что это уже мало относится к простому dns хостингу, но уж очень хочется иметь альтернативу этому сервису в зоне .ru.
+1
Коллеги, было бы интересно, если бы вы рассказали как у вас реализована защита от атак:
1) DNS Amplification;
2) Water Chinese Turtle.
Первая — когда ваш сервис используют в качестве усилителя, когда недобросовестный пользователь например делает много «A» записей на одно имя или большие, до 4к, «TXT» записи. А потом запрашивает от имени IP адреса атакуемой жертвы эти имена.
Вторая когда идет атака на ваш бэкенд (базу), с помощью большого потока запросов с рандомными поддоменами, исключая таким образом внутренний кеш PowerDNS из обработки, так как данные запросы им обслужить не могут.
1) DNS Amplification;
2) Water Chinese Turtle.
Первая — когда ваш сервис используют в качестве усилителя, когда недобросовестный пользователь например делает много «A» записей на одно имя или большие, до 4к, «TXT» записи. А потом запрашивает от имени IP адреса атакуемой жертвы эти имена.
Вторая когда идет атака на ваш бэкенд (базу), с помощью большого потока запросов с рандомными поддоменами, исключая таким образом внутренний кеш PowerDNS из обработки, так как данные запросы им обслужить не могут.
0
Спасибо за идею. Сделаю отдельный пост.
+1
Спасибо за ответ. Если можно, еще спрошу:
1) Реализована ли у вас версионность данных в зоне?
2) Журналируете ли вы запросы?
3) Будет ли доступна клиентам статистика по обращению к их зонам, в виде кол-ва запросов за отчетный период и/или графики и пр.?
Подозреваю, что это тянет еще на несколько статей…
1) Реализована ли у вас версионность данных в зоне?
2) Журналируете ли вы запросы?
3) Будет ли доступна клиентам статистика по обращению к их зонам, в виде кол-ва запросов за отчетный период и/или графики и пр.?
Подозреваю, что это тянет еще на несколько статей…
0
Внедряю у себя PDNS и тоже адски реквестирую — как ведется статистика?
на старых серверах у меня был bind — одна строка в логе — один запрос, соответственно все атакующие fail2ban'ом отправлялись в iptables -P relax, но pdns весьма странно ведёт логи :(
на старых серверах у меня был bind — одна строка в логе — один запрос, соответственно все атакующие fail2ban'ом отправлялись в iptables -P relax, но pdns весьма странно ведёт логи :(
0
С радостью взял бы промокод под один хобби-проект.
0
Хотел бы получить промокод.
0
Промокод отправил в личку.
0
Спасибо. В течении какого срока будут действительны промокоды? Прошу уточнить, домен на месяц/год или бессрочно?
+3
Код действителен до конца месяца. Домен регистрируется на год.
+1
Не удалось зарегистрироваться по промо-коду по данной акции (пробовал 15 минут назад с 2 логинами в mail.ru по очереди), страница регистрации отвечает:
(Ответил также по ЛС человеку, непосредственно выдавшему промо-код, но сейчас выходные, поэтому решил продублировать.)
Неправильный промо-кодМожно ли обеспечить регистрацию домена?
(Ответил также по ЛС человеку, непосредственно выдавшему промо-код, но сейчас выходные, поэтому решил продублировать.)
-1
NSD лучше PowerDNS. Чем лучше? :) Чем PowerDNS!
0
Как быстро будут обновляться записи после изменения?
0
Обновление произойдет в течении нескольких секунд.
0
Подскажите, DNS будет распространяться только на домены в зоне .ru или можно любое другое имя захостить? И на какой срок будет доступна услуга?
0
Ограничений по зонам нет. Услуга бессрочная.
0
Выпишите тогда и мне один, пожалуйста. Может, все-таки сподоблюсь в этом году завести себе представительство в сети Интернет.)
0
Что же вы обманываете, домен.РФ то нельзя подключить к бизнес почте и к DNS-хостингу соответственно тоже.
0
Меня интересовала зона ".me".)
0
Спасибо за уточнение.
Зону.рф, действительно нельзя сейчас у нас зарегистрировать.
Можно добавить русскоязычные домены в виде xn--d1acufc.com.
В ближайшее время сделаем поддержку зоны.рф и читабельного варианта домен.com
Зону.рф, действительно нельзя сейчас у нас зарегистрировать.
Можно добавить русскоязычные домены в виде xn--d1acufc.com.
В ближайшее время сделаем поддержку зоны.рф и читабельного варианта домен.com
+1
Простите, а как выглядит интерфейс этого хозяйства?
Редактирование записей? Что сейчас поддерживает? Есть ли массовое редактирование?
Можно ли мигрировать с другого сервиса с переносом существующих записей?
Редактирование записей? Что сейчас поддерживает? Есть ли массовое редактирование?
Можно ли мигрировать с другого сервиса с переносом существующих записей?
0
А что используется как бэкэнд хренения DNS? PowerDNS прилично работает лишь с MySQL/PostgreSQL, которые по своему дизайну крайне фигово подходят для задач «надежного» обеспечения доставки обновлений от центрального хранилища до удаленных узлов с DNS машинами.
0
Используем PostgreSQL. А в чем выражается фиговость?
0
Поставьте один из серверов где-нибудь в Латинской Америке либо Азии (желательно, в континентальном Китае) и посмотрите, как будет работать репликация. По нашим впечатлениям — крайне плохо. Часто бывает сильное нарушение связанности между мастер днсом и слейвами, когда до нескольких часов почти все пиги теряются, не говоря уже о работе tcp протокола как такового. Отсюда и вопрос, что за протокол как транспорт.
А вторая проблема — это единое место хранения информации при сбое которого, опять же, встают все задачи по правке зон.
А вторая проблема — это единое место хранения информации при сбое которого, опять же, встают все задачи по правке зон.
0
Все днс работают в режиме мастера. У каждого из них своя база и репликация как раз была отдана на откуп БД, это же решает проблему с единым местом хранения. Т.к. база рядом, то у PowerDNS не возникает ни каких проблем с получением данных.
Если вы имели введу проблему репликации удаленной базы, то здесь ничего рассказать не могу, проблем со связью между нашими дата-центрами нет.
Если вы имели введу проблему репликации удаленной базы, то здесь ничего рассказать не могу, проблем со связью между нашими дата-центрами нет.
0
не откажусь от промо кода.
по поводу ns серверов — вопрос один, на сколько датацентров сейчас разнесен этот функционал? Ведь ns сервер это по факту точка отказа для всего сайта. В свое время пережив пару падений ns серверов у хостеров прочно пересели на cloudflare на всех проектах (благо там есть поддержка wildcard записей, как у вас с этим кстати?)
по поводу ns серверов — вопрос один, на сколько датацентров сейчас разнесен этот функционал? Ведь ns сервер это по факту точка отказа для всего сайта. В свое время пережив пару падений ns серверов у хостеров прочно пересели на cloudflare на всех проектах (благо там есть поддержка wildcard записей, как у вас с этим кстати?)
0
Хочу промокод. :)
0
Прошу промокод.
0
Я в сотне? Рассчитываю на подарок =)
0
Есть же Amazon Route 53 который за 50 центов в месяц может все. Считают каждое обращение, миллион запросов $ 0,40. Сравнительно дорого. Много где можно получить качественных днс за 1 доллар в год, но так как на амазоне — я не нашел нигде.
Лично у меня уровень доверия (я про надежность) к Амазону наивысший.
По API к ним вопросов тоже нет: возможно абсолютно всё. Дают (стандартно) лимит в 10К ресурсных записей в каждой зоне, в faq написано, что можно расширить по запросу. Можно через API хоть каждую секунду обновлять, можно выставить любой TTL, все моментально реплицируется на остальные.
Лично у меня уровень доверия (я про надежность) к Амазону наивысший.
По API к ним вопросов тоже нет: возможно абсолютно всё. Дают (стандартно) лимит в 10К ресурсных записей в каждой зоне, в faq написано, что можно расширить по запросу. Можно через API хоть каждую секунду обновлять, можно выставить любой TTL, все моментально реплицируется на остальные.
0
Cloudflare Free Plan
0
Имхо, если большинство ваших пользователей в России, то используя NS'ы Амазона и записи с маленькими значениями ttl (для быстрого фейловера, например, или ещё какой фичи) вы будете заставлять своих пользователей ждать пока их рекурсоры будут гонять пакеты за тридевять земель.
0
Можно промокод? Интересно сравнить с ПДД яндекса
0
Отправьте и мне промокод, пожалуйста
0
Комментариев было 65 когда писал, значит и я в деле! Если успел, вышлите промокод, попробую. Можно же будет с ним поискать баги?
0
А если вы еще не успели попробовать наш сервис — оставляйте комментарии. Первые 100 хабраюзеров получат промокод на регистрацию бесплатного домена в зоне .ru с подключенным сервисом почты и DNS.
Любопытно. Хотелось бы протестировать.
0
Промокод будет интересен :)
Приятно что вы развиваетесь. Многие клиенты просят почту на домене «как на mail.ru», удобно иметь DNS-управление также в одном аккаунте…
Приятно что вы развиваетесь. Многие клиенты просят почту на домене «как на mail.ru», удобно иметь DNS-управление также в одном аккаунте…
0
Прошу промокод.
0
Очень нужен бесплатный домен с NS сервером
+1
НЛО прилетело и опубликовало эту надпись здесь
А промокоды ещё остались?
0
Часть про города — точный перевод решения Cloudflare, только вместо имен у mail.ru города
Хорошо бы на первоисточние ссылаться.
Кстати, Cloudflare тоже дает бесплатный DNS.
blog.cloudflare.com/whats-the-story-behind-the-names-of-cloudflares-name-servers
Хорошо бы на первоисточние ссылаться.
Кстати, Cloudflare тоже дает бесплатный DNS.
blog.cloudflare.com/whats-the-story-behind-the-names-of-cloudflares-name-servers
0
И все еще есть промокоды? :)
0
попытка не пытка, все же первая почта была у вас…
0
Им мне промокод, если еще остались )
что то mail.ru в последнее время радуют.
что то mail.ru в последнее время радуют.
+1
Прошу и мне промокод.
+1
Очень вовремя да еще и с интересным предложением.
Пришлете промокод?
Пришлете промокод?
0
Да, при заявленных критериях у powerDns конкурентов нет.
Интересно будет попробовать сервис.
Интересно будет попробовать сервис.
0
и мне можно промокод?)
0
тогда и я попрошу, затестим. спасибо.
0
Можно и мне промокод?
0
И мне, если осталось…
0
Комментарий для промокода. (вроде, меньше 100 отписалось)
0
Хэй лалалэй :) промокод присылай скорей)
0
Мдя.
Вы не осилили bind. Не осилили стандартных механизмов обновления зон master-slave.
Помню связку из 4-х bind'ов в 2008, которые на файлах держали 50K ДНС зон.
Вы не осилили bind. Не осилили стандартных механизмов обновления зон master-slave.
Помню связку из 4-х bind'ов в 2008, которые на файлах держали 50K ДНС зон.
+1
Мы не стали использовать bind — это все же другое.
А какие преимущества стандартного механизма обновлений зон master-slave, перед репликацией БД?
А какие преимущества стандартного механизма обновлений зон master-slave, перед репликацией БД?
0
> Мы не стали использовать bind — это все же другое.
Тогда что у вас такого особенного в сервисе?
> А какие преимущества стандартного механизма обновлений зон master-slave, перед репликацией БД?
БД — лишняя точка отказа в схеме.
К тому же, в баг-репортах разных БД полно незакрытых багов при репликации.
Тогда что у вас такого особенного в сервисе?
> А какие преимущества стандартного механизма обновлений зон master-slave, перед репликацией БД?
БД — лишняя точка отказа в схеме.
К тому же, в баг-репортах разных БД полно незакрытых багов при репликации.
+2
Bind не сделал бы сервис особенным. В целом стек технологий стандартный и в этом больше плюсов.
Людей, работающих с репликацией БД, в разы больше, чем с репликацией DNS. Отсюда и большее количество найденых багов.
БД — надежный инструмент, о том как его масштабировать или решать какие-либо проблемы написано много документации/статей.
В файл данные все равно попадут из БД, так что полностью избавиться от этой зависимости не получится.
Людей, работающих с репликацией БД, в разы больше, чем с репликацией DNS. Отсюда и большее количество найденых багов.
БД — надежный инструмент, о том как его масштабировать или решать какие-либо проблемы написано много документации/статей.
В файл данные все равно попадут из БД, так что полностью избавиться от этой зависимости не получится.
0
Людей, работающих с репликацией БД, в разы больше, чем с репликацией DNS. Отсюда и большее количество найденых багов.
Очень сомнительно. Репликацию DNS настроить несравненно проще, а задачу свою она отлично решает. Да наверняка каждый студент комьютерных наук хоть раз да настраивал эту репликацию. А вот репликация БД — безусловно гораздо более мощный инструмент, но за это приходится платить — гораздо более сложный и значит менее надёжный. И количество багов там больше именно в силу большей сложности, а пользователей этой технологии по этой же причине должно быть меньше.
0
Удаление зоны через AXFR? В случае с репликацией базы удаление получается «из коробки», в случае с AXFR вам нужно будет городить агента или ещё какой-нибудь способ очистки слейвов. Нужно ли очищать? с одной стороны — нет, с другой стороны — должен быть порядок и если домен удален из клиентской панели, значит авторитетные серверы не должны больше отвечать на эти запросы.
0
Дьявол, как известно, прячется в деталях. Несомненно, схема с бэкэндом в виде реляционной базы удобна в реализации. Но именно реляционная база может стать (и станет, если кому то захочется завалить ваш сервис) узким местом в эксплуатации, в силу того, что она не способна предложить высокий уровень производительности, достаточный для абсорбирования атак типа Water Chinese Turtle, когда запросы не укладываются в кеш и доходят до БД. Вы наверняка найдете решение, но вот будет ли оно оптимальным или потянет за собой много оборудования в виде бесчисленных реплик БД? Как большая компания вы наверняка сможете это себе позволить (много оборудования) с точки зрения расходов. Но правильно ли архитектурное решение?
+1
Что именно — дьявол в деталях. Сравнивать сложность репликации СУБД и сложность DNS AXFR — может лишь тот, кто не имеет ни малейшего понятия ни о том, ни о другом. DNS AXFR весьма прост, каменно надежен и рассчитан на работу в самых плохих условиях сетевого трафика. Репликация во-первых в сотни раз сложнее, во-вторых, в десятки рах более подвержена к косякам.
+1
Если рассматривать детали — тогда стоит упомянуть о том, что AXFR в нормально реализованных авторитативных DNS серверах это только первичный трансфер зоны. Дальше как правило используется IXFR. Косяков хватает везде и том же в PowerDNS сейчас открыто 309 тикетов, конечно не все явные ошибки, но все же.
По поводу сложностей репликации СУБД — каждая команда разработчиков ищет свое решение, подходящее именно им. Тот же Neustar, одна и самых известных компаний в области DNS хостинга, обслуживающая в том числе домены .biz, .us и .co, использует БД Oracle с репликацией. И они не одни такие.
Сложность реализации и возможное большее теоретическое наличие косяков в алгоритмах или конкретном ПО является лишь одним из факторов, которые принимаются во внимание при разработке. Иногда функциональные преимущества, скорость разработки или др. факторы оцениваются как более важные.
По поводу сложностей репликации СУБД — каждая команда разработчиков ищет свое решение, подходящее именно им. Тот же Neustar, одна и самых известных компаний в области DNS хостинга, обслуживающая в том числе домены .biz, .us и .co, использует БД Oracle с репликацией. И они не одни такие.
Сложность реализации и возможное большее теоретическое наличие косяков в алгоритмах или конкретном ПО является лишь одним из факторов, которые принимаются во внимание при разработке. Иногда функциональные преимущества, скорость разработки или др. факторы оцениваются как более важные.
+2
PowerDNS — мягко говоря не лучший DNS. И понять это можно как раз по баг-трекеру проекта ну либо набив себе эти шишки руками. Мне пришлось набивать их на практике. А на практике инфраструктура DNS с 1/4 миллиона доменов испытывала 95% всех проблем исключительно из-за «особенностей» PowerDNS.
Даже Bind стабильнее в разы, но, увы, он сдался на 100к доменов.
NSD форева, за два года в продакшене ни единого инцидента и даже зависания! Вообще!
А в целом так еще Knot довольно перспективен.
По поводу Неустара и Оракла — не стоит путать авторитативный DNS и корневую зону. Корень почти не меняется, а в от авторитативник может за сутки измениться до неузанаваемости. А из этого все последствия по количеству информации, которую стоит передавать.
Если же идти дальше, то самые крутые ребята по DNS — это CloudFlare, у которых свой демон на Go на базе проекта Miekg DNS + свое кастомное хранилище. Вот они ушли в решении вопроса максимально далеко от всех прочих.
А Оракл на DNS… Ну можно и микроскопом гвоздить бить. Но нужно ли?!
Даже Bind стабильнее в разы, но, увы, он сдался на 100к доменов.
NSD форева, за два года в продакшене ни единого инцидента и даже зависания! Вообще!
А в целом так еще Knot довольно перспективен.
По поводу Неустара и Оракла — не стоит путать авторитативный DNS и корневую зону. Корень почти не меняется, а в от авторитативник может за сутки измениться до неузанаваемости. А из этого все последствия по количеству информации, которую стоит передавать.
Если же идти дальше, то самые крутые ребята по DNS — это CloudFlare, у которых свой демон на Go на базе проекта Miekg DNS + свое кастомное хранилище. Вот они ушли в решении вопроса максимально далеко от всех прочих.
А Оракл на DNS… Ну можно и микроскопом гвоздить бить. Но нужно ли?!
+1
Про то, что PowerDNS не лучший DNS, даже его автор понимает. Он обрабатывал до четвертой версии (пока альфа) DNS имена как ASCII строки, что безусловно не является хорошим решением. Как и некоторые другие особенности. Сейчас переписывает.
NSD компилирует, если мне не изменяет память, все данные зон непосредственно в RAM, что перестает работать в некоторых специальных случаях, когда зоны слишком большие и не помещаются в RAM.
Knot — да, перспективный, но пока почти не представлен в серьезных инсталляциях, хотя тут я могу и ошибаться.
Неустар именно выстукает как DNS хостер, в частности занимаясь хостингом клиентских доменов.
По поводу CloudFlare могу сказать, что по внешним признакам решение тоже далеко не идеальное и что они также плохо переваривают Water Chinese Turtle. Недавно наблюдал как там был размещен китайский домен блога по высоким технологиям и другие трудящиеся из Поднебесной его вывели из обслуживания такой атакой, которая пролилась на CloudFlare. Но к их чести (CloudFlare) это коснулось только этого конкретного домена.
NSD компилирует, если мне не изменяет память, все данные зон непосредственно в RAM, что перестает работать в некоторых специальных случаях, когда зоны слишком большие и не помещаются в RAM.
Knot — да, перспективный, но пока почти не представлен в серьезных инсталляциях, хотя тут я могу и ошибаться.
Неустар именно выстукает как DNS хостер, в частности занимаясь хостингом клиентских доменов.
По поводу CloudFlare могу сказать, что по внешним признакам решение тоже далеко не идеальное и что они также плохо переваривают Water Chinese Turtle. Недавно наблюдал как там был размещен китайский домен блога по высоким технологиям и другие трудящиеся из Поднебесной его вывели из обслуживания такой атакой, которая пролилась на CloudFlare. Но к их чести (CloudFlare) это коснулось только этого конкретного домена.
+1
Мы вот про это говорим, верно blog.secure64.com/?p=377? Я честно говоря, не понимаю, как оно опасно, если есть рекурсия и защита по RRL. Поясните, если не сложно?
0
В этой атаке как правило используются клиенты разных ISP с открытой на весь мир рекурсией, которые в свою очередь как правило (но не обязательно) смотрят в DNS кеши своего оператора связи. Агрегатно генерируется много запросов с рандомными поддоменами атакуемого домена. От каждого единичного клиента при этом полоса всего около 10 qps, В результате эти запросы не могут быть обслужены из локального кеша сервера провайдера и доходят до авторитативных серверов домена. Авторитативные сервера так же не могут служить их из собственного локального кеша и запрашивают свои бэкенды. Нагрузка ложится на SQL бэкенды со всеми вытекающими. А именно: большое количество рекурсивных контекстов у кеширующих серверов на стороне правайдеров, с ухудшением обслуживания своих клиентов и умирающий SQL бэкекнды на стороне авторитативных серверов, обслуживающих домен.
RRL никак не спасает. Атака на вымывание кешей и на перегрузку бэкенда.
RRL никак не спасает. Атака на вымывание кешей и на перегрузку бэкенда.
+1
Держали или обслуживали? В bind можно затолкать немало, но при тестах пару лет назад bind с одной маленькой зоной смог обработать 28rps загрузив 8 ядер, powerdns же на одном ядре и 10к зон в базе переваривал 100rps на одном ядре (да, packetcache был включён, иначе бы таких цифр не получилось).
0
Держали и обслуживали. И массово мигрировали при смене IP.
Клиенты были большого специфичного хостинга.
Клиенты были большого специфичного хостинга.
0
Bind реально без проблем скалится до 100к доменов на файлах, да (и я по-прежнему считаю, что это лучший формат если стоит выбор между субд или файлы). Но время перезапуска уходит в небеса и становится совершенно негуманным. NSD выбирайте, NSD! ;)
+1
Если промо ещё остались, то прошу выслать и мне. thanx.
0
Забавная карта у вас. Почему Артём, но не Владивосток?
0
В целом, вы сами себе создали проблему добавив подтверждение установкой NS-записей и как-то странно её решили.
Я правильно понимаю, что после того, как домен был привязан к одному из аккаунтов, его уже нельзя подтвердить в другом аккаунте и таким образом перенести?
Вот в почте для домена от Яндекса, например, подтверждённый домен, на котором ещё нет созданных ящиков, можно подтвердить и перенести.
Я правильно понимаю, что после того, как домен был привязан к одному из аккаунтов, его уже нельзя подтвердить в другом аккаунте и таким образом перенести?
Вот в почте для домена от Яндекса, например, подтверждённый домен, на котором ещё нет созданных ящиков, можно подтвердить и перенести.
0
По поводу Яндекс.Почты хотел бы уточнить — владельцу домена можно через тех. поддержку перенести не только домен между аккаунтами, но и почту на нем (т.е. можно с почтой, можно без). Во-первых, подтвердят владельца домена. Во-вторых, для переноса почты спросят, какие именно ящики были заведены.
0
Тот, кто подтвердил домен, может передать права на него другому пользователю.
Если так случилось, что подтвердивший домен, не может/хочет предать права (например, обидевшийся сис. админ), владелец может получить доступ через тех. поддержку с подтверждение прав на него.
Если так случилось, что подтвердивший домен, не может/хочет предать права (например, обидевшийся сис. админ), владелец может получить доступ через тех. поддержку с подтверждение прав на него.
0
Надеюсь, успел на промо? =)
0
НЛО прилетело и опубликовало эту надпись здесь
О! Это то, что нужно, особенно если будет API! (причем на добавление новых доменов тоже, не только записей — подумайте об этом)
Если еще остались промо — был бы очень признателен!
Если еще остались промо — был бы очень признателен!
0
Если еще есть свободные коды, то и мне пришлите пожалуйста
0
Взял бы промокод. Почта у вас хорошо получилась, интересно на ДНС-хостинг посмотреть.
0
Если ещё есть промо — хочу попробовать )
0
Посмотрел пошаговые видеоинструкции, выложенные на сайте, есть одно замечание. Нигде не сказано, как сделать дефолтный ящик, куда сыпались бы все письма с неправильными адресатами. По моему опыту, этот вопрос всегда возникает, когда люди осознают, что вообще-то в написании почты можно и ошибиться. Начинают пугаться, а тут опа — и ответ есть. А сейчас его нет.
Профессионал разберется, но ведь эти инструкции не для профессионалов сделаны, правда?
Я бы тоже от кода не отказался, буду пробовать.
Профессионал разберется, но ведь эти инструкции не для профессионалов сделаны, правда?
Я бы тоже от кода не отказался, буду пробовать.
0
Если ещё остались промокоды, пришлите и мне, пожалуйста.
0
Дня доброго.
Тоже интересно было бы попробовать.
В частности как реализовано добавление прав на управление DNS для других пользователей.
На Яндексе, например, админа добавить только через API и получение токена…
Тоже интересно было бы попробовать.
В частности как реализовано добавление прав на управление DNS для других пользователей.
На Яндексе, например, админа добавить только через API и получение токена…
0
Здравствуйте,
тоже попробовал бы Ваш DNS хостинг.
тоже попробовал бы Ваш DNS хостинг.
0
А Можно тоже промо код, если еще не закончились :)
0
Еще успеваю получить промо-код?
0
Судя по rtt, ns1.ens.mail.ru находится в Москве, а где расположен ns2.ens.mail.ru?
Будут ли авторитетные серверы доступны по IPv6?
От промо тоже не откажусь :D
Будут ли авторитетные серверы доступны по IPv6?
От промо тоже не откажусь :D
0
Ждём промо-код.
Спасибо.
Спасибо.
-1
Ждём промо-код.
Спасибо.
Спасибо.
-1
-
0
Интересно попробовать
0
Промо-коды еще в наличии? :)
0
Возможно еще получить промо-код?
0
Кто нибудь знает как продлить домен полученный по этой акции? :-) Можно без переноса, просто продлить. Заранее благодарен!
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Самая базовая потребность: как мы реализовали DNS-хостинг в «Mail.Ru для бизнеса»