Configure o iproute2 para várias NICs e valide

Navegue suas respostas
1

Na tentativa de evitar roteamento dividido para um servidor CentOS 6 com várias NICs, estou trabalhando na configuração de iproute2 para direcionar o tráfego originado de uma NIC (VLAN) específica para retornar somente através dessa NIC em vez da rota padrão definida no eth0 do servidor. Isto é o que parece agora.

ip addr 

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:50:56:9b:1c:1d brd ff:ff:ff:ff:ff:ff
    inet 10.2.130.206/24 brd 10.2.130.255 scope global eth3
    inet6 fe80::250:56ff:fe9b:1c1d/64 scope link
       valid_lft forever preferred_lft forever
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:50:56:9b:6c:b3 brd ff:ff:ff:ff:ff:ff
    inet 10.2.220.206/24 brd 10.2.220.255 scope global eth0
    inet6 fe80::250:56ff:fe9b:6cb3/64 scope link
       valid_lft forever preferred_lft forever
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:50:56:9b:4b:b1 brd ff:ff:ff:ff:ff:ff
    inet 10.2.120.206/24 brd 10.2.120.255 scope global eth1
    inet6 fe80::250:56ff:fe9b:4bb1/64 scope link
       valid_lft forever preferred_lft forever
5: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:50:56:9b:4b:14 brd ff:ff:ff:ff:ff:ff
    inet 10.2.100.206/24 brd 10.2.100.255 scope global eth2
    inet6 fe80::250:56ff:fe9b:4b14/64 scope link
       valid_lft forever preferred_lft forever

rota ip 

10.2.130.0/24 dev eth3  proto kernel  scope link  src 10.2.130.206
10.2.100.0/24 dev eth2  proto kernel  scope link  src 10.2.100.206
10.2.220.0/24 dev eth0  proto kernel  scope link  src 10.2.220.206
10.2.120.0/24 dev eth1  proto kernel  scope link  src 10.2.120.206
169.254.0.0/16 dev eth3  scope link  metric 1002
169.254.0.0/16 dev eth0  scope link  metric 1003
169.254.0.0/16 dev eth1  scope link  metric 1004
169.254.0.0/16 dev eth2  scope link  metric 1005
default via 10.2.220.1 dev eth0

regra ip 

0:      from all lookup local
32762:  from 10.2.130.0/24 lookup development
32763:  from 10.2.100.0/24 lookup protected
32764:  from 10.2.120.0/24 lookup external
32765:  from 10.2.220.0/24 lookup management
32766:  from all lookup main
32767:  from all lookup default

Agora tudo "parece" estar funcionando como pretendido, mas como validar isso?

    
por Eroji 07.07.2016 / 01:23

1 resposta

1

how do I actually validate this

Execute o tcpdump / wireshark, direcione uma interface específica com -i interface e gere algum tráfego que deve passar por uma interface específica usando suas ferramentas favoritas. O Netcat para um serviço tcp pode ser uma boa opção. Certifique-se de ver tudo para a conexão, com tcp, certifique-se de ver as duas direções do handshake de 3 vias e de fechar todos os pacotes para a conexão.

    
por 07.07.2016 / 02:20

Tags

Docker: FTP / SFTP para / var / www / no contêiner do Docker? Instalando localmente python3 no AIX