Здравствуйте,FreeBSD 4.5 BIND 8.2.4
периодически BIND около 30-120 секунд не отвечает на запросы, при этом в процесах есть и не загружен, в логах ничего подозрительного
с внешней машины в этот период
> dig mail.ru
<<>> DiG 9.5.1-P2 <<>> mail.ru
;; global options: printcmd
;; connection timed out; no servers could be reachedПодскажите пожалуста, что может быть или в какую сторону смотреть
>[оверквотинг удален]
>процесах есть и не загружен, в логах ничего подозрительного
>с внешней машины в этот период
>
>> dig mail.ru
><<>> DiG 9.5.1-P2 <<>> mail.ru
>;; global options: printcmd
>;; connection timed out; no servers could be reached
>
>
>Подскажите пожалуста, что может быть или в какую сторону смотретьвидел терки на другом форуме по данной проблеме - вроде как в это время он чистит кеш
возможно другие глюки - а вообще все нормальные пиплы давно уже сидят на BIND 9
8 это рудемент
>FreeBSD 4.5 BIND 8.2.4
><<>> DiG 9.5.1-P2 <<>> mail.ru
>;; global options: printcmd
>;; connection timed out; no servers could be reacheddig от другой версии.
и, может, коннективити действительно time out?
>>FreeBSD 4.5 BIND 8.2.4
>><<>> DiG 9.5.1-P2 <<>> mail.ru
>>;; global options: printcmd
>>;; connection timed out; no servers could be reached
>
>dig от другой версии.dig свежей версии, так как выполняется с рабочей машины (kubuntu 9)
на сервере
dig mail.ru; <<>> DiG 8.3 <<>> mail.ru
;; res options: init recurs defnam dnsrch
;; res_nsend to server default -- ip сервера: Operation timed out>и, может, коннективити действительно time out?
а с этим возможно как то бороться?
у меня подозрения, что он уже просто не справляется, сервер еще с 2002 года, а за последние пол года количество машин его использующих сильно возросло
хотя > top
last pid: 69305; load averages: 0.67, 0.50, 0.39 up 48+03:04:36 12:21:53
67 processes: 1 running, 66 sleeping
CPU states: 7.0% user, 0.0% nice, 26.7% system, 1.5% interrupt, 64.8% idle
Mem: 363M Active, 35M Inact, 84M Wired, 15M Cache, 60M Buf, 1564K Free
Swap: 1024M Total, 225M Used, 799M Free, 21% Inuse, 812K In, 864K Out
>>FreeBSD 4.5 BIND 8.2.4
>><<>> DiG 9.5.1-P2 <<>> mail.ru
>>;; global options: printcmd
>>;; connection timed out; no servers could be reached
>
>dig от другой версии.
>и, может, коннективити действительно time out?а что зависит от версии dig? сам протокол то не менялся.
похоже, что сервер сильно занят - если бы bind не смог разрезолвить запрос он бы ответил servfail
у bind, как у рекурсора, есть проблема - он периодически чистит кеш, в этот момент он не обслуживает клиентов. переход на bind9 не решит эту проблемулучше всего поставить отдельный авторитетный сервер на bind и отдельный рекурсор, например, на unbound, хотя, я не уверен, что он соберётся на такой старой фре
>[оверквотинг удален]
>
>похоже, что сервер сильно занят - если бы bind не смог разрезолвить
>запрос он бы ответил servfail
>у bind, как у рекурсора, есть проблема - он периодически чистит кеш,
>в этот момент он не обслуживает клиентов. переход на bind9 не
>решит эту проблему
>
>лучше всего поставить отдельный авторитетный сервер на bind и отдельный рекурсор, например,
>на unbound, хотя, я не уверен, что он соберётся на такой
>старой фре9 бинд на четверке собирается
!!!НО ПОРТЫ ЛУЧШЕ НЕ АПГРЕЙДИТЬ, а собирать из сырцов
>[оверквотинг удален]
>
>похоже, что сервер сильно занят - если бы bind не смог разрезолвить
>запрос он бы ответил servfail
>у bind, как у рекурсора, есть проблема - он периодически чистит кеш,
>в этот момент он не обслуживает клиентов. переход на bind9 не
>решит эту проблему
>
>лучше всего поставить отдельный авторитетный сервер на bind и отдельный рекурсор, например,
>на unbound, хотя, я не уверен, что он соберётся на такой
>старой фреа поднастроить на более оптимальные параметры переодичности чистки кеша, особо переставлять нет пока возможности + живая система...
>[оверквотинг удален]
>>у bind, как у рекурсора, есть проблема - он периодически чистит кеш,
>>в этот момент он не обслуживает клиентов. переход на bind9 не
>>решит эту проблему
>>
>>лучше всего поставить отдельный авторитетный сервер на bind и отдельный рекурсор, например,
>>на unbound, хотя, я не уверен, что он соберётся на такой
>>старой фре
>
>а поднастроить на более оптимальные параметры переодичности чистки кеша, особо переставлять нет
>пока возможности + живая система...если я не ошибаюся то боле менее вменяемые параметры кеша появилися тока в 9
>у bind, как у рекурсора, есть проблема - он периодически чистит кеш,
>в этот момент он не обслуживает клиентов. переход на bind9 не
>решит эту проблемутак вроде, кеш сохраняется до тех пор, пока бинд не рестартуешь
>
>>у bind, как у рекурсора, есть проблема - он периодически чистит кеш,
>>в этот момент он не обслуживает клиентов. переход на bind9 не
>>решит эту проблему
>
>так вроде, кеш сохраняется до тех пор, пока бинд не рестартуешьTTL то у каждой записи есть, не может запись жить вечно
ещё про кеш bind'а - http://ospf-ripe.livejournal.com/1601.html
>>
>>>у bind, как у рекурсора, есть проблема - он периодически чистит кеш,
>>>в этот момент он не обслуживает клиентов. переход на bind9 не
>>>решит эту проблему
>>
>>так вроде, кеш сохраняется до тех пор, пока бинд не рестартуешь
>
>TTL то у каждой записи есть, не может запись жить вечно
>
>ещё про кеш bind'а - http://ospf-ripe.livejournal.com/1601.htmlстатья хорошая, но по 9-ке, у меня 8-ка, тух фишек нет
>[оверквотинг удален]
>>>>в этот момент он не обслуживает клиентов. переход на bind9 не
>>>>решит эту проблему
>>>
>>>так вроде, кеш сохраняется до тех пор, пока бинд не рестартуешь
>>
>>TTL то у каждой записи есть, не может запись жить вечно
>>
>>ещё про кеш bind'а - http://ospf-ripe.livejournal.com/1601.html
>
>статья хорошая, но по 9-ке, у меня 8-ка, тух фишек нетПРОАПГРЕЙДИ СВОЙ РАРИТЕТ!!!!
>[оверквотинг удален]
>>>>
>>>>так вроде, кеш сохраняется до тех пор, пока бинд не рестартуешь
>>>
>>>TTL то у каждой записи есть, не может запись жить вечно
>>>
>>>ещё про кеш bind'а - http://ospf-ripe.livejournal.com/1601.html
>>
>>статья хорошая, но по 9-ке, у меня 8-ка, тух фишек нет
>
>ПРОАПГРЕЙДИ СВОЙ РАРИТЕТ!!!!система уж больно раритетная, ставится будет новый, но надо что б этот еще пороботал определенное время
>
>>у bind, как у рекурсора, есть проблема - он периодически чистит кеш,
>>в этот момент он не обслуживает клиентов. переход на bind9 не
>>решит эту проблему
>
>так вроде, кеш сохраняется до тех пор, пока бинд не рестартуешьа память на компе из латекса - все растягивается и растягивается ))