named и syslog

root · 2010-04-26T20:05:21.0000000Z

Добрый день! волнует такой вопрос, syslog полон таких записей: Apr 26 23:22:48 gold named[2731]: client 213.138.95.94#7877: query (cache) 'ASPMX2.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:49 gold named[2731]: client 213.138.95.94#7892: query (cache) 'ASPMX2.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:50 gold named[2731]: client 213.138.95.94#7917: query (cache) 'ASPMX3.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:51 gold named[2731]: client 213.138.95.94#7931: query (cache) 'ASPMX3.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:52 gold named[2731]: client 213.138.95.94#7945: query (cache) 'ASPMX4.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:53 gold named[2731]: client 213.138.95.94#7964: query (cache) 'ASPMX4.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:54 gold named[2731]: client 213.138.95.94#7990: query (cache) 'ASPMX5.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:55 gold named[2731]: client 213.138.95.94#8010: query (cache) 'ASPMX5.GOOGLEMAIL.COM/A/IN' denied Apr 26 23:22:56 gold named[2731]: client 213.138.95.94#8037: query (cache) 'ASPMX.L.GOOGLE.COM/A/IN' denied Apr 26 23:22:57 gold named[2731]: client 213.138.95.94#8051: query (cache) 'ASPMX.L.GOOGLE.COM/A/IN' denied Apr 26 23:22:58 gold named[2731]: client 213.138.95.94#8066: query (cache) 'ALT1.ASPMX.L.GOOGLE.COM/A/IN' denied Apr 26 23:22:59 gold named[2731]: client 213.138.95.94#8083: query (cache) 'ALT1.ASPMX.L.GOOGLE.COM/A/IN' denied Apr 26 23:23:00 gold named[2731]: client 213.138.95.94#8109: query (cache) 'ALT2.ASPMX.L.GOOGLE.COM/A/IN' denied Apr 26 23:23:01 gold named[2731]: client 213.138.95.94#8127: query (cache) 'ALT2.ASPMX.L.GOOGLE.COM/A/IN' denied все IP разные, записи идут каждую секунду. в русском Интернете почти нет инфы по этой проблеме, в англ. предлагают только отключить логгирование этих запросов и забыть. или включить рекурсивные запросы в bind. чем это может грозить? не повредит ли безопасности? как лучше поступить? с уважением. p.s. named.conf: options { directory "/var/cache/bind"; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; zone "." { type hint; file "/etc/bind/db.root"; }; zone "site.ru" { type master; file "/etc/bind/site.ru"; }; zone "site1.ru" { type master; file "/etc/bind/site1.ru"; }; и т.д.

170

infant

27 апреля 2010, 01:40

#21

Вот бы что я посоветовал:

1. Ставьте апач+nginx связку, ждать мощного сервера не надо, данная связка снизит нагрузку на сервак примерно на 10-20%

2. Атлоны часто греются, смотрите температуру ядер и мамы в период падения сервера, если больше нормы, то надо ставить дополнительное охлаждение

3. После изменений загляните в ерор логи и можно будет уже смотреть дальше.

M

235

madoff

27 апреля 2010, 09:48

#22

потёр и звените.

Администратор Linux,Freebsd. построения крупных проектов.

M

50

mexanik

28 апреля 2010, 07:36

#23

Прошу прощения за прямолинейность..

INFO: task apache2:9793 blocked for more than 120 seconds.

Apr 26 23:01:09 mgold kernel: [48009.145494] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.

Не пробовали? echo 0 > /proc/sys/kernel/hung_task_timeout_secs

Администратор Linux/FreeBSD. Лечим вирусы на сайтах. Гарантия. (http://linuxsc.pro/virussearch)

Роман Мандрик Вирусный маркетинг: ТИЦ: интересные изменения 13-01-07 Вопрос по mySQL

Вышел новый Яндекс Браузер с YandexGPT и YandexART

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта