Em 13/05/14 13:58, Otavio Augusto escreveu: > Em 12 de maio de 2014 12:30, Marcelo Gondim <gon...@bsdinfo.com.br> escreveu: >> Descobri um bug hoje no ipfw. >> >> Só para confirmar se o mesmo ocorre com vocês: >> >> # ipfw table 99 add 0.0.0.0/8 >> >> # ipfw table 99 list >> ::/8 0 >> >> Ou seja ele achou que inseri um IPv6 ::/8. O detalhe é que se você >> tentar apagar em IPv6 não vai: >> >> # ipfw table 99 delete ::/8 >> ipfw: setsockopt(IP_FW_TABLE_XDEL): No such process >> >> mas funciona fazendo ipfw table 99 delete 0.0.0.0/8 >> >> # uname -a >> FreeBSD mail.xxxxxx.com.br 10.0-STABLE FreeBSD 10.0-STABLE #6 r265408: >> Fri May 9 12:00:40 BRT 2014 >> r...@mail.xxxxxx.com.br:/usr/obj/usr/src/sys/GONDIM amd64 >> >> []'s >> Gondim >> >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Aqui com FreeBSD 10 RELEASE foi o mesmo comportamento. > > Então, na freebsd-net foi postado que será resolvido em alguns dias isso. :)
melifaro@freebsd respondeu: n 13.05.2014 13:46, Dennis Yusupoff wrote: > May be this will help? See answer on > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/189471 I'll try to fix it within a few days. The problem itself happens due to the fact that every CIDR table address is packed into IPv6 address and IPv4 ones are encoded as deprecated IPv6-compatible ones. this leads to the problems with decoding things like 0/X or ::1 ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
