кеш DNS-сервера. Де він зберігається?

[vanessa]

налаштвав я собі bind9 згідно цих рекомендацій. працює. Але мене цікавить: де він свій кеш зберігає? таке враження що в ОЗУ бо після перезапску демона час першого пошуку адреси по імені ( $ dig @localhost linux.org.ua) знову збільшений. повторні запити виконуються значно швидше. якось можна налаштвати його щоб він: по-перше старі дані в своєму кеші зберігав на диск і таким чином звільняв трішки озу, по-друге при старті відновлював наскільки міг свій кеш в озу із диск. ну і по-третє якщо записам в кеші більше ніж одна доба, наприклад, тоді їх видаляти із кеша.
Ось щось таке я б хотів налаштувати. А ще питання: в цьому взагалі є сенс якщо із моїм bind'ом будуть працювати максимум 30 клієнтів?

[Praporshic]

Взагалі-то рестарт демона роблять найчастіше саме для очистки кешу  . Кеш він тримає не в ОЗП, а у /var, але під час зупинки він має чиститись. Робиться так з багатьох причин. Зокрема - не дозволити "отруєння" кешу.

[vanessa]

Кеш він тримає не в ОЗП, а у /var,

/var/cache/bind - пусто, немає ні одного файлу. більше я незнайшов у /var нічого підходящого. Ну не в логах же він його зберігає ?

[Ign1111]

Але мене цікавить: де він свій кеш зберігає?

Коли я читав howto dns то там чітко було сказано, що в ОЗУ. Наприклад ось, сьоме питання.

якось можна налаштвати його щоб він: по-перше старі дані в своєму кеші зберігав на диск і таким чином звільняв трішки озу, по-друге при старті відновлював наскільки міг свій кеш в озу із диск.

Можна, але це дуже не рекомендують робити...

[Praporshic]

Як я пам'ятаю, є щось з DNS серверів, що тримають кеш на диску.  Але з BIND я таки був неправий.  

[vanessa]

Ну в озу то в озу, але тодівін не зжере мені всю пам'ять ?

[anonymous]

1) Всю память він не зжере, це точно. Хіба, що хтось почне пробувати ламати його, та й то навряд.
2) Якщо клієнти сервера є виключно офісними працівниками і від них не залежить інших високопродуктивних систем, то тоді змісту бавитись із пришвидшенням резолвінгу особливого немає. Якщо ж стоїть питання надвикористання трафіка - тоді краще дивитись в сторону зміни провайдера і пакету підключення. Зараз вони дешеві як борщ.
3) Кешування на диску для бінд - ніколи не чув і не використовував, але можу сказати що в середньостатистичному варіанті його не потрібно взагалі.

[Praporshic]

3) Кешування на диску для бінд - ніколи не чув і не використовував, але можу сказати що в середньостатистичному варіанті його не потрібно взагалі.

Не BIND`ом єдиним. Як приклад - pdnsd.

[vanessa]

Ну я його не тільки як DNS-кеш використовю. Скоріше він мені потрібен для такої зв'язки DDNS+DHCP.
Off-topic:

В моїй канторі машин хоч і не багато та багато сильно розумних пацанчиків, які люблять
покрутити мережеві настройки, і не тільки своїх компів. Причому вони навіть під вікнами не завжди розуміють що роблять і для чого. а зараз вже на деякій кількості машин і пінгвіни живуть. так от я серед всього цього безладу вирішив трішки порядки понаводити. почав із запуску DHCP-сервера, а своїм розумникам сказав: заєш що робиш - настрою собі сам але я за роботу твого компа не відповідаю, не знаєш - тоді нехай буде так, як я зробив, а я звісно ставлю налаштовувати адресу за допомогою DHCP. Ну із вівнами проблем не було  самба із ввімкненим wins справлялась із своєю задачею. А от на пінгвінах wins'а то немає. прийшлось на сервері піднімати DDNS на додачу до DHCP

[Praporshic]

У такому випадку можу сказати де шукати: файли *.jnl у тій саме теці, де лежить named.conf та зони. Там тримаються усі зміни що робились через DHCP.

[vanessa]

ці файли є - це моя "локальна" зона. а я питав де кеш зберігається. LOU не належить до моєї зони, але тим неменше сервер "знає" його адресу. ну вроді розібрались що bind цє "знання" в ОЗУ тримає.....

[Praporshic]

Ну а я про що? Чи інформація про LOU у Вас через DHCP оновлюється?  :-?