[FUG-BR] RES: Teste de link

Cristiano Maynart Pereira cpereira em unisc.br
Quarta Janeiro 23 17:33:37 BRST 2008


> -----Original Message-----
> From: freebsd-bounces at fug.com.br 
> [mailto:freebsd-bounces at fug.com.br] On Behalf Of Marcio A. Sepp
> Sent: quarta-feira, 23 de janeiro de 2008 15:34
> To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)'
> Subject: [FUG-BR] RES: Teste de link
> 
> 
> Oi Giancarlo, 
> 
> 
> Vou explanar aqui como está a minha rede, para ver se 
> conseguimos detectar onde estou errando.
> Abaixo segue um cenário fictício que montei aqui na empresa 
> simulando o problema real do cliente, porém, no meu caso, com 
> apenas 02 interfaces de saída.
> 
> Os ips externos são:
> 192.168.254.185/24     gw -> 192.168.254.254
> 192.168.0.185/24     gw -> 192.168.0.1
> 
> A saída da placa de rede 192.168.254.185 é:
> traceroute to uol.com.br (200.221.2.45), 64 hops max, 40 byte packets
>  1  192.168.254.254 (192.168.254.254)  0.370 ms  0.371 ms  0.313 ms
>  2  189.30.89.254 (189.30.89.254)  35.500 ms  34.515 ms  36.289 ms
>  3  * BrT-VL7-5-1-fnses300.brasiltelecom.net.br 
> (201.10.235.133)  53.250 ms
> * ...
> ...
> 
> Observe o segundo nó da rede (189.30.89.254). Este é o 
> gateway do meu modem adsl (no meu caso).
> Este é o ip que eu quero pingar para testar a conectividade. 
> Teoricamente o ping deveria percorrer o seguinte caminho:
> sair da placa de rede 192.168.254.185, passar pelo meu gateway
> (192.168.254.254) e ir até o ip 189.30.89.254. 
> 
> Este é o ping que estou executando:
> ping -I 192.168.254.185 -q -c 1 -w 1 189.30.89.254 
> 
> Se eu rodar o comando acima, o ping funciona, porém se eu 
> retirar o cabo de rede da outra interface externa, o ping 
> para de funcionar, o que me leva a crer que na verdade ele 
> está saindo pela outra interface.
> 
> As rotas de saída são adicionadas da seguinte forma:
> -bash-3.2# cat /etc/hostname.xl1
> inet <ip> <mascara> NONE
> !route add -mpath default <gateway>
> 
> Acreditei que o problema era o firewall, mas retirei as 
> regras dele que fazem o route-to e o problema persiste.
> 
> 
> 
> --
> Att. 
> Márcio


Olá.

O que pode estar acontecendo é que o route-to está sendo aplicado apena para a sua rede interna e o FreeBSD/OpenBSD não está caindo nesta regra. Assim, você pode criar rotas estáticas no sistema, por exemplo (para o caso que você informou):
route add -host 189.30.89.254 192.168.254.254

E também adicionar a rota para a outra saída.
route add -host x.x.x.x 192.168.0.1



Cristiano Maynart Pereira 
 

 


Mais detalhes sobre a lista de discussão freebsd