Em Fri, 02 Mar 2012 09:43:29 -0300, Antonio Modesto escreveu > On Fri, 2012-03-02 at 09:17 -0300, Marcelo Gondim wrote: > > > Em 02/03/2012 09:07, Antonio Modesto escreveu: > > > Bom dia, > > > > > > Ontem à noite tivemos um problema no nosso servidor proxy/roteador, ele > > > simplesmente parou de responder aos pings e o Nagios me enviou uma > > > notificação. O problema é que não foi possível verificar no monitor o > > > que realmente tinha acontecido, tudo que tenho são essas entradas no > > > console.log: > > > > > > Mar 1 19:02:01 may kernel: Approaching the limit on PV entries, > > > consider increasing either the or the > > > vm.pmap.pv_entry_max sysctl. > > > Mar 1 19:02:06 may kernel: acpi0: suspend request ignored (not ready > > > yet) > > > Mar 1 19:02:06 may kernel: acpi0: request to enter state S5 failed (err > > > 6) > > > > > > E essas no messages.log: > > > > > > Mar 1 19:02:02 may kernel: Limiting closed port RST response from 222 > > > to 200 packets/sec > > > Mar 1 19:02:04 may kernel: Limiting closed port RST response from 249 > > > to 200 packets/sec > > > Mar 1 19:02:05 may kernel: Limiting closed port RST response from 219 > > > to 200 packets/sec > > > Mar 1 19:02:06 may kernel: Limiting closed port RST response from 236 > > > to 200 packets/sec > > > Mar 1 19:02:06 may kernel: acpi0: suspend request ignored (not ready > > > yet) > > > Mar 1 19:02:06 may kernel: acpi0: request to enter state S5 failed (err > > > 6) > > > Mar 1 19:02:07 may kernel: Limiting closed port RST response from 208 > > > to 200 packets/sec > > > Mar 1 19:02:08 may kernel: Limiting closed port RST response from 227 > > > to 200 packets/sec > > > Mar 1 19:02:09 may kernel: Limiting closed port RST response from 258 > > > to 200 packets/sec > > > Mar 1 19:02:10 may kernel: Limiting closed port RST response from 225 > > > to 200 packets/sec > > > Mar 1 19:02:11 may kernel: Limiting closed port RST response from 227 > > > to 200 packets/sec > > > > Tudo indica que você está sendo atacado, um DoS da vida. Você tem algum > > Firewall nesse equipamento? > > Nesse servidor tenho 5 serviços de rede (squid, named, ntp, snmp, > ssh). O squid só ouve no IP de loopback, pois o proxy é > transparente, agora o named, ntp e snmp estão desprotegidos. Agora o > que acho estranho é essa tentativa de suspender o sistema, eu > desabilitei o power button na acpi por precaução, e aumentei o valor > de vm.pmap.shpgperproc. Estou desconfiando que estas mensagens de > RST acontecem pois o sistema está sendo desligado, talvez esteja > chegando requisições HTTP ou queries DNS e as portas já foram > fechadas por causa do suspend. > > > > > > Sábado 25/02 esse mesmo problema havia acontecido, eu incrementei o > > > valor de vm.pmap.shpgperproc para 500 mas pelo jeito não adiantou. Não > > > sei realmente se é esse primeiro erro que está ocasionando essas > > > tentativas de suspender o sistema. > > > > > > > > > Alguma sugestão? > > > > > > # uname -a > > > FreeBSD xxxxxxxxxxxxxxxx 8.2-STABLE FreeBSD 8.2-STABLE #1: Wed Dec 28 > > > 10:10:26 BRST 2011 root@xxxxxxxxxxxxxx:/usr/obj/usr/src/sys/PROXY > > > amd64 > > > > > > > > > > > > Obrigado. > > >
Não entendi sua dúvida se é o ataque de DoS (flood de icmp) ou é o computador tentando entrar em modo S5 via acpi -- Nilton José Rizzo 805 Informatica Disseminando tecnologias 021 2413 9786 --- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd