CentOS 6. Três NICs, três sub-redes, solicitações de redes não convergentes e ARP

1

Não consegui encontrar nenhuma pergunta que coubesse na minha, por isso espero que isto não seja uma duplicata, mas tenho um comportamento bastante estranho. Eu tenho essa mesma configuração em execução no Oracle Solaris (SPARC) sem esse problema, apenas minhas caixas Cent.

A caixa CentOS tem 3 NICS:

P2P1: 192.168.1.2/24 Default Gateway 192.168.1.1 [MAC A]
P2P2: 192.168.2.2/24 No default gateway (isolated network and switches) [MAC B]
P2P3: 192.168.3.2/24 No default gateway (isolated network and switches) [MAC C]

Meu netstat -rn

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface


192.168.3.0     0.0.0.0         255.255.255.0   U         0 0          0 p2p3
192.168.2.0     0.0.0.0         255.255.255.0   U         0 0          0 p2p2
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 p2p1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 p2p1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 p2p2
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 p2p3
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 p2p4
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 p2p1

Como usuário (192.168.1.3/24), não consigo fazer ping ou traceroute para 192.168.2.2 ou 192.168.3.2, o que é exatamente o que eu quero. Em teoria, se eu me atribuir um alias IP de 192.168.2.2/24 (eu sei que este é o IP de p2p2), eu não deveria ter nenhum problema porque minha máquina não tem acesso físico aos switches que o P2P2 conecta, mas e eis que eu recebo um conflito de IP.

O problema real, é que se eu executar uma varredura ARP para 192.168.2.2 ... recebo uma resposta ARP do MAC A como se o P2P1 estivesse respondendo em nome do P2P2.

Eu não gostaria realmente de me atribuir isso como um apelido que fiz para mostrar o dilema. Como eu paro o P2P1 de responder a pedidos de P2P2? Eu sei que isso é um problema típico quando você tem vários NICs na mesma sub-rede, mas esse não é o caso aqui.

    
por Antonio Anonymous 03.05.2017 / 17:32

0 respostas