我的bind9进程CPU利用率为什么这么高

jsquan

原帖由 Momoass 于 2006-12-31 02:52 发表
加个连接数限制吧，不然挂公网上会死人的，还有要把那些没多大用的log都关了，不然log也很会死人的。
我当年用Windows的DNS挂到公网开了log忘记关了，过了一晚硬盘都给log暴了。

(1)、没开log。messsages出现最多的是update test.com/IN' denied。想把它从配置文件中关掉，但FAQ上说是windows2000客户端设置问题，我总不会叫客户一个个更改吧：(

(2)、named.conf  / bind9.3.3
recursive-clients 100000;

  设置太小，messages肯定有recursive quota。

平时recursive clients在1500左右，但受攻击时出现下面结果，有些不正常。我没有去抓包分析。但估计是用户计算机感染病毒所致。


%/chroot933/sbin/rndc status
number of zones: xxxx
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 17746/100000
tcp clients: 0/100
server is up and running

间隔0.5s后-->

%/chroot933/sbin/rndc status
number of zonesxxx
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 16640/100000
tcp clients: 0/100
server is up and running

qing036

怀疑病毒攻击.但BSD4.8的named进程只能使用一个CPU去运行进程????不能同时使用两个CPU去为一个进程服务?如果不能我想重新编下内核看看能解决不?

jsquan

原帖由 qing036 于 2007-1-5 10:03 发表
怀疑病毒攻击.但BSD4.8的named进程只能使用一个CPU去运行进程????不能同时使用两个CPU去为一个进程服务?如果不能我想重新编下内核看看能解决不?

据说需要在BIOS下，打开MPtable，编译FreeBSD内核，才不会出现
APIC_IO: MP table broken: 8259->APIC entry missing!

涉及到bios，系统在运行，没法弄，什么时候搞个bsd6.2或6.1试试看。

qing036

可以直接从4.X版本升级到6.1的

jsquan

原帖由 qing036 于 2007-1-5 17:59 发表
可以直接从4.X版本升级到6.1的

谢谢。

[ 本帖最后由 jsquan 于 2007-1-6 11:51 编辑 ]

ree

确认一下，看看named是否运行在2个cpu上，找找有没有类似sun的mpstat之类的命令。
递归的client高，如果是这几天发生的话，可能和地震光缆中断有关。

qing036

原帖由 jsquan 于 2007-1-5 21:01 发表


谢谢。

这两天我试了下,不能直接从4.X升到6.X,要先从4.X升到5.X在升到6.X,make buildworld是个痛苦的过程