Так нечего документировать. Где домен? Действительно ли вы заранее изменили TTL ? как я могу перепроверить ваши заявления ? Кроме того, каждый ошибающийся хост нужно вручную нужно отделить по адекватности. Некоторые роботы ради экономии трафика будут игнорировать TTL, но их никто всерьез не воспринимает. Это не те посетители, которые важны для сайта. Нужно отобрать именно посетителей. ---------- Добавлено 17.06.2012 в 23:52 ----------
В этом случае браузер полагается на библиотеку резолвера, а значит точно слушается TTL в DNS, поскольку уж библиотеки наглостью не страдают.---------- Добавлено 17.06.2012 в 23:57 ----------
Я то вижу, что некоторые упомянуты хосты имеют несколько IP, но это же не значит, что задумывался именно файловер. Может у них там не хватает пропускной способности оборудования.
Обсуждали . Но не задокументировали ни одного современного случая.
Подобные слухи возникают из-за ошибок при планировании переноса доменов. ---------- Добавлено 17.06.2012 в 22:24 ----------
А вот не стоило выставлять TTL в одну секунду. Это же совсем непрактично и программисты могут тоже так решить.
Все сложнее. Вот есть старенькое уже исследование от специального сервиса где описано поведение кеширования DNS в разных браузерах http://www.simplefailover.com/outbox/dns-caching.pdf
Хорошо, что подключение к работающим серверам из списка RR работает, но раз simple failover его не использует, наверное есть какие-то причины.
Думаю, если еще добавить запись *. IN SOA, будет даже тестирование проходить.
Andreyka, ну мне то это зачем объяснять? я просто пытаюсь обратить ваше внимание на то, что вы поддеваете товарища тем, чем сами грешны.
Romka_Kharkov, ну вот и попробуйте. Я ж не обещаю, а советую.
нужно завести зону ".", а в ней записи с именем "*" и типами SOA,NS и A. Должно работать и даже тестирование регистратора пройти.
Может для bind и вообще не стоит городить скрипты, а настроить сервер, который на любые запросы к любому домену отвечает одинаково.
В скриптах сайта уже можно проверить чтобы "чужой" домен не повесили на сервере.
Купи панель, не морщи мозг.---------- Добавлено 17.06.2012 в 14:45 ----------
например, powerdns и djbdns могут использовать mysql для хранения информации
Но ведь любимое вами кеширование ответов на nginx по сути тоже подводный камень и не всем подходит. Не помню чтобы вы об этом писали заранее, а вот кеширование неоднократно предлагали.
Что-то вы, товарищ главный инженер, не понимаете.
Кеш dns-сервера и клиента уже строго придерживается TTL. С этим кешем уже нет проблем. И это могло бы быть хорошим решением, если бы не поведение IE.
Ну, учитывая, что SEO-сайты посетитель обычно закрывает сразу же после открытия, свой клиент найдется и на такую услугу.
Не работает. Вообще нет таких браузеров. Специальные службы у microsoft или jabber могут использовать разный порядок и приоритеты на основе информации из DNS, но к сожалению, не браузеры.
myhand, только вот тема топика однозначно подразумевает блокировку именно mysql.
