[SNIP] >> >>> >>> Olá Renato (na carona, também respondo ao Celso Viana). >>> >>> Sim, infelizmente. O problema persiste, mesmo na adição manual (no >>> "braço", via shell) de alias de IP :( >>> >>> Nas garimpadas que fiz em busca de uma solução, encontrei muita gente >>> com >>> este problema, e inclusive abandonando a série 7.x para voltar ao 6.4. >>> >>> Encontrei (se entendi certo) até um maluco sugerindo comentar[1] a >>> mensagem de erro! O problema não é só a exibição da mensagem, e sim a >>> inoperância do conjunto. >>> >>> Este problema atingiu tal proporção, que tem gente colocando uma placa >>> de >>> rede para cada subnet[2]!! >>> >>> E agora? hehe (rir para não chorar) >>> >>> [1] >>> http://blog.weithenn.org/2009/05/freebsdkernel-arplookup-ip-failed- >>> host.html >>> >>> [2] http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2008- >>> 07/msg00135.html >>> [SNIP] >>> >>> >>> >>> >>> >> > > > > Eita! Acredito que resolvi o problema! :D > > Corrijam-me seu eu estiver errado na análise: > > Como a mensagem "host is not on local network" é exibida na passagem do > primeiro pacote de dados da placa interna (re0) do servidor, isso remete à > compreensão de que esse host/rede não é local, resolvi ver o comportamento > da tabela de roteamento. > > Destination Gateway Flags Refs Use Netif > 192.168.20.8/30 192.168.20.9 UGC 1 0 re0 > 192.168.20.10 192.168.20.9 UGCHW3 0 1 re0 > > Estudei um pouco mais o serviço router, e encontrei citações que > router_enable habilitado em /etc/rc.conf faz com que a tabela aprenda as > rotas que "ouve" por RIP[1]. No mesmo instante, lembrei que em PPP, o > router não pode estar habilitado, pois pode apagar deliberadamente[2] > apontamentos da tabela de roteamento. > > Logo, imaginei o serviço router apagando os apontamentos que tenho na > minha tabela de roteamento. Então, desativei router no /etc/rc.conf. > > E a tabela mudou para: > > Destination Gateway Flags Refs Use Netif > 192.168.20.8/30 link#2 UC 0 0 re0 > 192.168.20.10 aa:bb:cc:dd:ee:ff UHLW 1 297 re0 > > Agora vem a parte punk: > > No FreeBSD 6.x, independente de estar o serviço router habilitado ou não, > os apontamentos estáticos ou de interfaces locais (FLAG "S" e "C", > respectivamente) ficam intactos. No FreeBSD 7.x, com o serviço router > habilitado, acontece a bizarrice, criando e apagando rotas com critérios > que desconheço. Será um bug do 7.x? > > Pois bem, galera, como dizem no jargão religioso: "contar o milagre e não > mostrar o santo". Não curto muito resolver um problema e não apontar a > origem, mas a solução está em desativar o serviço router no FreeBSD 7.x, e > ser feliz, como quando se usa o mesmo arquivo /etc/rc.conf igual ao > existente no FreeBSD 6.4 (mas com router_enable="NO"). > > Farei vários testes mais punks aqui e, obtendo êxito, postarei, daqui > alguns dias, a solução como "resolvida" (assim espero!), pois não a julgo > concluída. > > [1] Absolute BSD - The Ultimate Guide to FreeBSD (Michael Lucas, p. 219). > [2] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/userppp.html > [SNIP] >
Olá a todos! Reportando o resultado dos meus testes. O problema da adição de aliases de IP no FreeBSD 7.x, seja x86, seja amd64, é o router_enable habilitado em /etc/rc.conf, conforme demonstrado os motivos na mensagem[1] acima. De todos os testes que fiz, a explicação mais aceitável é inicialmente exposta[1]. Desativando router_enable, consegui migrar com êxito vários FreeBSD 6.4 x86 para FreeBSD 7.2 amd64, com média de 400 alias de endereço cada. Agradeço a todos que colaboraram com valiosas contribuições. [1]http://www.fug.com.br/historico/html/freebsd/2009-07/msg00060.html Saudações, Trober - - - - - ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
