Привет всем, у меня возникли проблемы с pdnsd, сводятся они к тому что демон может работать день или 2 или 3 нормально, но в результате рано или поздно возникает ситуация в которой он отказывается обслуживать поступающие к нему запросы. В это время если вывести pdnsd-ctl status то можно увидеть следующую информацию-------------------------------------------------------------------------------------
pdnsd-1.2.6-par running on megaserver(192.168.0.2).Cache status:
=============
4096 kB maximum disk cache size.
246333 of 4204544 bytes (5.86%) memory cache used in 1004 entries.Thread status:
==============
pdnsd control thread is running.
tcp server thread is running.
udp server thread is running.
27363 query threads spawned in total (331 queries dropped).
258 running query threads (250 active, 8 queued).Configuration:
==============
Global:
-------
Cache size: 4096 kB
Server directory: /var/cache/pdnsd
Scheme file (for Linux pcmcia support): /var/lib/pcmcia/scheme
Server port: 53
Server ip (0.0.0.0=any available one): 192.168.0.2
Ignore cache when link is down: off
Maximum ttl: 604800
Minimum ttl: 900
Negative ttl: 900
Negative RRS policy: auth
Negative domain policy: auth
Run as: pdnsd
Strict run as: on
Use NSS: on
Paranoid mode (cache pollution prevention): on
Control socket permissions (mode): 600
Maximum parallel queries served: 250
Maximum queries queued for serving: 200
Global timeout setting: 10
Parallel queries increment: 3
Randomize records in answer: on
Query method: udp_only
Query port start: 1024
Query port end: 65535
TCP server thread: on
TCP query timeout: 15
Delegation-only zones: (none)
Server 0:
------
label: resolvconf
port: 53
uptest: none
timeout: 120
uptest interval: 900
ping timeout: 600
ping ip: (using server ip)
interface:
device (for special Linux ppp device support):
uptest command:
uptest user: (process owner)
force cache purging: off
server is cached: on
lean query: on
Use only proxy?: off
Assumed root server: no
Randomize server query order: no
Default policy: included
Policies: (none)
Server 1:
------
label: my_isp_name
ip: my.isp.ip.65
server assumed available: yes
ip: my.isp.ip.66
server assumed available: yes
port: 53
uptest: none
timeout: 15
uptest interval: 900
ping timeout: 600
ping ip: (using server ip)
interface:
device (for special Linux ppp device support):
uptest command:
uptest user: (process owner)
force cache purging: off
server is cached: on
lean query: on
Use only proxy?: off
Assumed root server: no
Randomize server query order: no
Default policy: included
Policies: (none)
Server 2:
------
label: name_of_my_AD_CONTROLLER
ip: 192.168.0.1
server assumed available: yes
port: 53
uptest: none
timeout: 15
uptest interval: 900
ping timeout: 600
ping ip: (using server ip)
interface:
device (for special Linux ppp device support):
uptest command:
uptest user: (process owner)
force cache purging: off
server is cached: on
lean query: on
Use only proxy?: on
Assumed root server: no
Randomize server query order: no
Default policy: included
Policies: (none)
-------------------------------------------------------------------------------------
Иногда длится минуту - две и само проходит, то бишь показатели
27363 query threads spawned in total (331 queries dropped).
258 running query threads (250 active, 8 queued).
приходят в норму
27363 query threads spawned in total (511 queries dropped).
65 running query threads (65 active, 0 queued).
и начинает отвечать дальше, а иногда это может длиться до 10 минут (дольше не пробовал, это на рабочем серваке), после перезапуска демона всё начинает работать, очередь снова в 0. Ни кто не сталкивался с проблемой такой?Краткое описание сети:
192.168.0.1 - Контроллер домена.
192.168.0.2 - основной шлюз с ДНС сервером и ещё кое чем...
при этом я показал этим двум ДНС сервакам смотреть друг на друга, то есть если 192.168.0.1 не знает адреса яндекса то он спрашивает его у 192.168.0.2, и наоборот если 192.168.0.2 не знает адреса какой нибудь локальной машины (например skladpc1.example.local) то он спрашивает его у 192.168.0.1.
Ещё на компе 192.168.0.2 в файл /etc/hosts добавлены руками строчки кажущие на мои внутрисетевые почтовый и прокси сервера (мне показалось это удобным решением) и он нормально использует эти записи и рассказывает локальным машинам какие ip адреса у прописанных имён.
Так же те же самые записи добавлены руками на днс сервер компьютера 192.168.0.1.
На 192.168.0.2 lenny debian linux на 192.168.0.1 w2003.
Могу добавить что это происходит и ночью, когда работает в основном 2-4 компьютера, у меня есть предположение что это как раз контроллер домена наводит этот шторм запросов... не подскажите как быть?
) Ну что ж, если никто не смог помочь то добавлю что данная проблема со сбросом пакетов решилась после того как контроллеру домена было сказано не спрашивать у pdnsd ничего, а спрашивать напрямую у ДНС серваре моего isp. После этого ни единого сброса и очередь да же не пополняется...
>) Ну что ж, если никто не смог помочь то добавлю что
>данная проблема со сбросом пакетов решилась после того как контроллеру домена
>было сказано не спрашивать у pdnsd ничего, а спрашивать напрямую у
>ДНС серваре моего isp. После этого ни единого сброса и очередь
>да же не пополняется...А зачем нужен pdnsd? чем bind неугодил?