Re: dead nameserver detection

От: Vladimir A. Butenko <CGatePro_at_mx_ru>
Дата: Wed 14 Mar 2007 - 13:39:58 MSK

On Wed, 14 Mar 2007 16:01:32 +0600
  "Victor Sudakov" <CGatePro@mx.ru> wrote:
> Dmitry Akindinov wrote:

>> >Заметил сегодня, что при отказе первого nameserver из перечисленных
>> >в списке (General Settings -> Name Server(s) IP Address(es))
>> >начинаются огромные задержки с приёмом почты уже на этапе HELO.
>> >
>> >Даже винда умеет обнаружить неработающий nameserver (например, из
>> >списка выданных ей по DHCP) и перестать к нему обращаться.
>> 
>> А как вы определите - он вообще не отвечает или имеет трудность с 
>> разрешением вполне определенных доменных имен?

>
> Боюсь ошибиться, но IMHO если имеется трудность с разрешением вполне
> определённых имён, то хоть какой-то ответ должен приходить (например
> SERVFAIL).
Бойтесь :-(. Отнюдь не всегда. Это ж BIND, наверное?   
>> И что мешает поставить рядом с CGPro какой-нибудь кеширующий named и 
>> использовать в конфигурации CGPro именно его?

>
> А если и он упадёт? Прелесть нескольких DNS-серверов именно в возможности
> failover.

Да поставьте там просто начальный тайм-аут (в CGatePro) не 7 секунд, а 1 секунду - и всё.   

> В документации написано "If you have several Domain Name Servers
> specified, each time the resolver needs to repeat a request, it sends
> it to the next DNS server in the list". Initial Time-out у меня
> стоит 7 секунд, DNS серверов два. И тем не менее при отказе первого по
> списку сервера ответ на HELO приходится ждать единицы минут.
Включите, пожалуйста, логи DNR (хотя бы Low Info) и потом уроните один из DNS серверов (ночью, тайком). И попробуйте SMTP (из-за снаружи от Client IPs). Если действительно будет тормозить - то пришлите, пожалуйста, лог на support.

Впрочем, из лога и так уже должно быть виднно, что он делает и где тормозит.   

> --
> Victor Sudakov, VAS4-RIPE, VAS47-RIPN
> sip:sudakov@sibptus.tomsk.ru

Sincerely,
Vladimir Получено Wed Mar 14 10:39:53 2007

Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:15:30 MSK