>
>>"некоторое время" на кеширующих ДНС, можно регулировать с помощью параметра TTL на
>>primary. ИМХО.
>
>
>Неее - не выйдет. Это время сколько сохранять кеш в случае помирания
>главного сервера. Ничего этим не добьетесь. По умолчанию - или 12
>часов или 2 недели. О секундах и речи не может быть.
>
>
>http://www.dns-master.ru/help/help.html#p8_2
>Странно. По моему здесь все однозначно написано.
8.2. Параметры Default TTL, TTL, Minimum TTL
Временные параметры Default TTL, TTL, Minimum TTL определяют время TTL (Time-to-live - "время жизни"), в течение которого DNS-серверы (кроме вторичных), получившие информацию о записях с любого DNS-сервера, будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов.
TTL:
определяет "время жизни" для конкретной записи.
Необязательный параметр. Если значение параметра в записи не указано, то "время жизни" определяется параметром Default TTL.
Рекомендуемое значение:
86400 (1d);
Диапазон допустимых значений:
от 0 до 2147483647 секунд включительно (2 в степени 31 минус 1.)
Что мешает установить TTL = 60 сек, то есть через 60 сек информация о моем домене в кеше любого ДНС сервера будет считаться устаревшей. То есть будет новый запрос на Праймари ДНС, который будет отдавать только "живой" IP.
> единственное чего наверное можно добиться - траффик ДНС запросов будет превышать
>трафик веб-сервера.
>
Это вопрос другого топика.
>Идея в другом - отдавать каждый раз другой IP
>
>Что-то мне подсказывает что все-таки прийдется иметь 2 сервера. Одним не обойтись.
>Или чего-то думать - какой-то изврат роутинга. Типа - роутинг в
>зависимости от адреса сетевой карты.
Нет. У Squidа есть функция "back proxing", точно не помню название, с ее помощью не прийдется думать - какой-то изврат роутинга.
