有谁知道这些日志记录是什么意思吗？

Cyberman.Wu

在/var/log/messages中有如下记录：

Jan 18 20:57:08 www kernel: Limiting open port RST response from 333 to 200 packets/sec Jan 18 20:57:18 www kernel: Limiting open port RST response from 234 to 200 packets/sec Jan 18 20:57:19 www kernel: Limiting open port RST response from 318 to 200 packets/sec Jan 18 20:57:41 www kernel: Limiting open port RST response from 292 to 200 packets/sec Jan 18 20:58:23 www kernel: Limiting open port RST response from 240 to 200 packets/sec Jan 18 21:01:16 www kernel: Limiting open port RST response from 550 to 200 packets/sec Jan 18 21:01:18 www kernel: Limiting open port RST response from 269 to 200 packets/sec Jan 18 21:01:19 www kernel: Limiting open port RST response from 466 to 200 packets/sec Jan 18 21:01:20 www kernel: Limiting open port RST response from 282 to 200 packets/sec Jan 18 21:01:24 www kernel: Limiting open port RST response from 319 to 200 packets/sec Jan 18 21:01:25 www kernel: Limiting open port RST response from 389 to 200 packets/sec Jan 18 21:01:35 www kernel: Limiting open port RST response from 281 to 200 packets/sec Jan 18 21:01:36 www kernel: Limiting open port RST response from 357 to 200 packets/sec Jan 18 21:01:56 www kernel: Limiting open port RST response from 303 to 200 packets/sec Jan 18 21:01:57 www kernel: Limiting open port RST response from 253 to 200 packets/sec Jan 18 21:02:40 www kernel: Limiting open port RST response from 261 to 200 packets/sec

（挺多的，我只给出了一部分，15、16号两天也有。）

Cyberman.Wu

按说不太可能出现服务能力不足，因为我们的服务器没什么流量，一直我还嫌它太浪费了，都有点儿想换成虚拟空间了。如果说扫描的话不知道是什么工具产生的，nmap等一般不会产生；我服务器具只开了几个很少的端口，另外RST实际上是发不出去的，给我在ipfw中过滤掉了。

lsstarboy

一般是有人扫描。我的机器只要一扫描就出那个提示。

lbt5210

经常出现 Limiting *** from XXX to 200 packets/sec 怎么办
诊断：这种现象需要分情况讨论。如果你的服务很繁忙，并且看到的是 open port RST，这种情况必须重视，因为它显示你的服务响应能力不足。如果是closed port RST，说明有人在尝试扫描你的端口，或者某个被人经常访问的服务死掉了。对于前一种情况，假如感觉这种提示很烦，可以考虑用下列配置：

net.inet.icmp.icmplim_output=0

来禁止输出，然而这可能不是一个好主意；另一个办法是提高limit：

net.inet.icmp.icmplim=1000

这同样不是一个好主意，因为它可能造成杠杆式 DoS（通过伪造源 IP 地址来让你的服务器互相发 RST）。最后一种办法是禁止发送 closed port RST 回应：

net.inet.tcp.blackhole=1 net.inet.udp.blackhole=1

这种方法会削弱多数负载均衡设备的探测能力。

请根据实际情况进行适当的配置。