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<[EMAIL PROTECTED]> 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<[EMAIL PROTECTED]> 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<[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>: > > > 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 > > > > > > ########### > > > > >
