
		stefaniobrunhara
		
		(usa CentOS)
		
		Enviado em 10/07/2013 - 11:14h 
		korvoman escreveu:
Em teoria o seu primeiro link pinga, pois assumiu o gw padrão do seu centos. Voce pode listar: route -n e vai estar com os dois gw:
0.0.0.0         10.10.42.5      0.0.0.0         UG    0      0        0 tun0
0.0.0.0         10.10.62.5      0.0.0.0         UG    0      0        0 tun1
Voce pode derrubar este primeiro link : ifdown eth1, que o eth2 vai pingar.
Depedendo do seu cenário, já sugiro estudar iproute para ter duas tabelas de roteamento. Como vai trabalhar com squid, voce pode ainda fazer-lo sair por estes dois links, conforme suas acls e a flag interna "tcp_outgoing"
 
Eu já tenho tudo isto funcionando no mandriva 2010.1  2links+redundancia+squid+controle de banda, etc.. etc... estou agora migrando o mandriva para centos, e nos teste iniciais o centos apresentou esta diferença.
Desativei tudo no mandirva e no teste do ping, ele passa, veja a baixo 
[root@ns2]# route -n
Tabela de Roteamento IP do Kernel
Destino         Roteador        MáscaraGen.    Opções Métrica Ref   Uso Iface
201.16.17.128   0.0.0.0         255.255.255.248 U     10     0        0 eth1
201.15.15.0     0.0.0.0         255.255.255.128 U     10     0        0 eth2
192.168.1.0     0.0.0.0         255.255.255.0   U     10     0        0 eth0
192.168.0.0     0.0.0.0         255.255.252.0   U     10     0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth2
169.254.0.0     0.0.0.0         255.255.0.0     U     10     0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         201.16.17.129  0.0.0.0          UG    0      0        0 eth1
[root@ns2]# iptables -nL
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
[root@ns2]# ip rule
0:      from all lookup local
32766:  from all lookup main
32767:  from all lookup default
[root@ns2]# ping -W 2 -I eth1 -c3 200.154.56.80
PING 200.154.56.80 (200.154.56.80) from 201.16.17.130 eth1: 56(84) bytes of data.
64 bytes from 200.154.56.80: icmp_seq=1 ttl=53 time=27.7 ms
64 bytes from 200.154.56.80: icmp_seq=2 ttl=53 time=27.0 ms
[root@ns2]# ping -W 2 -I eth2 -c3 200.154.56.80
PING 200.154.56.80 (200.154.56.80) from 201.15.15.73 eth2: 56(84) bytes of data.
64 bytes from 200.154.56.80: icmp_seq=1 ttl=53 time=40.1 ms
64 bytes from 200.154.56.80: icmp_seq=2 ttl=53 time=33.1 ms
64 bytes from 200.154.56.80: icmp_seq=3 ttl=53 time=36.6 ms
DEVICE=eth1
ONBOOT=yes
BOOTPROTO=static
IPADDR=201.16.17.130
NETMASK=255.255.255.248
HOSTNAME=ns2
DOMAIN=emi.com.br
GATEWAY=201.16.17.129
DNS1=127.0.0.1
METRIC=10
MII_NOT_SUPPORTED=no
USERCTL=yes
RESOLV_MODS=yes
IPV6INIT=no
IPV6TO4INIT=no
LINK_DETECTION_DELAY=6
ACCOUNTING=no
DEVICE=eth2
ONBOOT=yes
BOOTPROTO=static
IPADDR=201.15.15.73
NETMASK=255.255.255.128
HOSTNAME=ns2
#GATEWAY=201.15.15.1
DOMAIN=emi.com.br
DNS1=127.0.0.1
METRIC=10
MII_NOT_SUPPORTED=yes
USERCTL=yes
RESOLV_MODS=yes
IPV6INIT=no
IPV6TO4INIT=no
LINK_DETECTION_DELAY=6
ACCOUNTING=no
Agora no centos, não da certo!  entendeu ?