[Comm] BIND

[Comm] BIND

[Gorlov aka Stalker]

Здравствуйте, community.

А где BIND хранит записи, которые он закешировал?

В опциях прописано:
dump-file "/var/run/named_dump.db";
statistics-file "/var/run/named.stats";

Но таких файлов нет ни в /var/run/,
ни в /var/lib/bind/var (здесь нет даже ./run)


-- 
С уважением,
 Gorlov                          mailto:Pnz.Stalker@mail.ru

Re: [Comm] BIND

[Grigory Fateyev]

Hello, Gorlov!
01 Января 2005г. в 16:51 You wrote:

> Здравствуйте, community.
> 
> А где BIND хранит записи, которые он закешировал?
> 
> В опциях прописано:
> dump-file "/var/run/named_dump.db";
> statistics-file "/var/run/named.stats";
> 
> Но таких файлов нет ни в /var/run/,
> ни в /var/lib/bind/var (здесь нет даже ./run)
> 
Как то читал DNS-HOWTO, так там написано что кеш BIND храниться в
оперативной памяти и пре перезагрузке естественно обнуляется. 

Когда сидел на dial-up меня это не устраивало и я сделал backport пакета
из Sysiphus для своего ALM 2.2 pdnsd. Его особенностью является
возможность записи кеша при перезагрузке на диск.

-- 
Всего наилучшего!
greg_[at]_anastasia_[dot]_ru Григорий.

Re[2]: [Comm] BIND

[Gorlov aka Stalker]

Здравствуйте, Grigory.

Вы писали 1 января 2005 г., 17:17:16:

>>
>> А где BIND хранит записи, которые он закешировал?
>>>> В опциях прописано:
>> dump-file "/var/run/named_dump.db";
>> statistics-file "/var/run/named.stats";
>>>> Но таких файлов нет ни в /var/run/,
>> ни в /var/lib/bind/var (здесь нет даже ./run)
>>GF> Как то читал DNS-HOWTO, так там написано что кеш BIND храниться в
GF> оперативной памяти и пре перезагрузке естественно обнуляется. 
GF> Когда сидел на dial-up меня это не устраивало и я сделал backport пакета
GF> из Sysiphus для своего ALM 2.2 pdnsd. Его особенностью является
GF> возможность записи кеша при перезагрузке на диск.

Неужели BIND этого делать не умеет?
Тогдад вот что интерисует -есть ли такие вещи, которые не умеет делать
pdnsd в отличие от BIND?




-- 
С уважением,
 Gorlov                          mailto:Pnz.Stalker@mail.ru

Re[2]: [Comm] BIND

[Gorlov aka Stalker]

[-- Attachment #1: Type: text/plain, Size: 566 bytes --]

Здравствуйте, Grigory.

Вы писали 1 января 2005 г., 17:17:16:


GF> Как то читал DNS-HOWTO, так там написано что кеш BIND храниться в
GF> оперативной памяти и пре перезагрузке естественно обнуляется. 
Мда.

GF> Когда сидел на dial-up меня это не устраивало и я сделал backport пакета
GF> из Sysiphus для своего ALM 2.2 pdnsd. Его особенностью является
GF> возможность записи кеша при перезагрузке на диск.

А ему возожно скормить список корневых серверов?
(в аттаче лежит для примера)?




-- 
С уважением,
 Gorlov                          mailto:Pnz.Stalker@mail.ru

[-- Attachment #2: named.ca --]
[-- Type: application/octet-stream, Size: 1509 bytes --]

Re: [Comm] BIND

[Grigory Fateyev]

Hello, Gorlov!
01 Января 2005г. в 17:42 You wrote:

> GF> Как то читал DNS-HOWTO, так там написано что кеш BIND храниться
> >в
> GF> оперативной памяти и пре перезагрузке естественно обнуляется. 
> GF> Когда сидел на dial-up меня это не устраивало и я сделал backport
> GF> пакета из Sysiphus для своего ALM 2.2 pdnsd. Его особенностью
> GF> является возможность записи кеша при перезагрузке на диск.
> 
> Неужели BIND этого делать не умеет?
> Тогдад вот что интерисует -есть ли такие вещи, которые не умеет делать
> pdnsd в отличие от BIND?
> 
http://www.phys.uu.nl/~rombouts/pdnsd/index.html

 pdnsd does not aim to be a complete name server implementation, such as
the BIND. It is optimized for caching, and you can only specify a small
subset of all dns record types pdnsd knows in your local "zone"
definitions. This of course reduces the code size drastically, and such
the memory footprint. There are some features especially interesting for
dialin networks, ordinary (non-server) internet hosts and computers that
are often not connected to to their network, e.g. notebooks (I
originally wrote this program for use with my notebook). These features
are:

    * permanent disk cache (useful for frequent power-offs/reboots)
    * usually smaller memory footprint (depends on cache size) (see next
question)    
    * offline-detection prevents hangs (e.g. the typical hang on startup
of some Netscape Navigator versions if not dialled in)
    * better control about timeouts (also to prevent hangs)
    * better control over the cache
    * better run-time control 

-- 
Всего наилучшего!
greg_[at]_anastasia_[dot]_ru Григорий.

Re[3]: [Comm] BIND

[Gorlov aka Stalker]

Всем сорри за предыдущее письмо -забыл поменять адресс получателя.
и с наступившим НГ!

-- 
С уважением,
 Gorlov                          mailto:Pnz.Stalker@mail.ru