Na realidade voce está bloqueando a resposta de icmp, onde o ping é
apenas um deles, se voce bloqueia, bloqueia também possiveis
diagnosticos na sua rede. Não é muito saudável fazer isso, a menos que
realmente não se precise de icmp, é o caso banal de micros caseiros.
O melhor jeito na minha opnião é por via iptables, onde pode-se
limitar o tempo, a banda, etc...
Veja : http://en.wikipedia.org/wiki/Smurf_attack
http://en.wikipedia.org/wiki/Smurf_attack
Em 01/02/07, RicardoFunke<ricardo.debian@gmail.com> escreveu:
> Bom pessoal,
>
> eu executo o seguinte comando toda vez que inicio o computador:
>
> echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all
>
> isso faz com que minha máquina não aceite ping, então acho que não
> deve ser o problema do ping da morte, me corrija se estiver iludido.
>
> Quanto ao kernel, vou verificar qual a versão estou usando no ubuntu
> edgy e posto o resultado, valeu
>
> Em 01/02/07, Marcos Lazarini<mvlaza@gmail.com> escreveu:
> > Vc podia tentar com um kernel mais novo, o 2.6.18 já está no repositório.
> > Talvez seja algum bug no driver da placa de rede...
> >
> > Mas eu tbm já vi problemas com o OpenGL travar o micro. Verifique se
> > não é o caso; tente usar o driver VESA p/ ver se dá diferença.
> > --
> > Marcos
> >
> > Em 31/01/07, hamacker<sirhamacker@gmail.com> escreveu:
> > > Isto pode acontecer se a placa de rede do seu vizinho tá pipocando
> > > pacotes ou está infectada tantando algum 'ping da morte' no seu
> > > computador. Use o 'top' e repita o teste
> > > e confira %uso e o programa que mais consome memória.
> > >
> > > O ntop também seria legal para ver como está o trafego de pacotes da sua rede.
> > >
> > > Eu também mudaria o nome da máquina(hostname) e DNS, talvez até um DNS
> > > de cache local para agilizar as coisas.
> > >
> > > []'s
> > >
> > >
> > > 2007/1/30, RicardoFunke <ricardo.debian@gmail.com>:
> > > > Bom galera, desliguei o protetor de tela, cheguei em casa e o micro
> > > > não tinha travado e o filme que eu estava baixando tinha concluído,
> > > > percebemos que o nosso vizinho que compartilha a rede conosco tinha
> > > > desligado o modem, daí fomos rodar o filme, o filme começou e de
> > > > repente a máquina travou.
> > > >
> > > > Olhei nos /var/log/syslog e parecia que ela tinha mesmo travado no
> > > > momento que o modem do vizinho tinha sido religado, reparem que do
> > > > minuto 41 pulou para o 47, acho que foi a hora que eu dei uma
> > > > desligada nele, reiniciei e dei uma olhada na temperatura da cpu que
> > > > tava uns 40°C. O Computador é zerado, comprei a poucos dias.
> > > >
> > > > ##########
> > > >
> > > > Jan 30 19:38:40 localhost gconfd (ricardoejanaina-5554): Endereço
> > > > "xml:readonly:/var/lib/gconf/defaults" resolvido para uma fonte de
> > > > configuração com permiss
> > > > ões apenas de leitura na posição 4
> > > > Jan 30 19:40:37 localhost kernel: [17260903.664000] eth0: PHY reset
> > > > until link up.
> > > > Jan 30 19:40:42 localhost kernel: [17260908.892000] eth0: mii ext = 0000.
> > > > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: mii lpa =
> > > > 45e1 adv = 01e1.
> > > > Jan 30 19:40:42 localhost kernel: [17260908.908000] eth0: link on 100
> > > > Mbps Full Duplex mode.
> > > > Jan 30 19:40:47 localhost kernel: [17260913.704000] eth0: mii ext = 0000.
> > > > Jan 30 19:40:47 localhost kernel: [17260913.720000] eth0: mii lpa =
> > > > 45e1 adv = 01e1.
> > > > Jan 30 19:40:47 localhost kernel: [17260913.720000] eth0: link on 100
> > > > Mbps Full Duplex mode.
> > > > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): O servidor
> > > > GConf não está sendo usado, desligando.
> > > > Jan 30 19:41:10 localhost gconfd (ricardoejanaina-5554): Terminando
> > > > Jan 30 19:47:57 localhost syslogd 1.4.1#18ubuntu6: restart.
> > > > Jan 30 19:47:57 localhost kernel: Inspecting /boot/System.map-2.6.17-10-generic
> > > > Jan 30 19:47:57 localhost kernel: Loaded 22826 symbols from
> > > > /boot/System.map-2.6.17-10-generic.
> > > > Jan 30 19:47:57 localhost kernel: Symbols match kernel version 2.6.17
> > > >
> > > > ###########
> > > >
> >
> >
>
>