Gateway incorreto atribuído

1

Olá pessoal do serverfault. Atualmente estou correndo em alguns problemas. Atualmente tenho um total de 7 servidores. 6 deles têm Ubuntu 12.04. O outro é um clearos. Atualmente, a máquina clearos se conecta ao modem / internet e, em seguida, ao meu switch gerenciado poweredge 3348.

3 dessas máquinas não tem problemas e eu posso pingar o endereço de gateway 10.0.1.1 e pingar os ip's de todos os 3 pontos de cada servidor do gateway sem problemas.

Os outros 3 servidores têm problemas. Apenas 1 nic de cada servidor é pingável do gateway e os outros dois estão indisponíveis.

Aqui está um exemplo do meu servidor de e-mail.

miverson@mail:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 00:0b:db:e2:96:5a  
          inet addr:10.0.1.220  Bcast:192.168.255.255  Mask:255.255.255.0
          inet6 addr: fe80::20b:dbff:fee2:965a/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:26013 errors:0 dropped:0 overruns:0 frame:0
          TX packets:17550 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:3801680 (3.8 MB)  TX bytes:1921219 (1.9 MB)
          Interrupt:28 

eth1      Link encap:Ethernet  HWaddr 00:0b:db:e2:96:5b  
          inet addr:10.0.1.221  Bcast:192.168.255.255  Mask:255.255.255.0
          inet6 addr: fe80::20b:dbff:fee2:965b/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:8131 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:597342 (597.3 KB)  TX bytes:2222 (2.2 KB)
          Interrupt:29 

eth2      Link encap:Ethernet  HWaddr 00:11:25:bf:42:59  
          inet addr:10.0.1.222  Bcast:192.168.255.255  Mask:255.255.255.0
          inet6 addr: fe80::211:25ff:febf:4259/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6581 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:459462 (459.4 KB)  TX bytes:3672 (3.6 KB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:54 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:4644 (4.6 KB)  TX bytes:4644 (4.6 KB)

Meu comando sudo route desse servidor

miverson@mail:~$ sudo route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         10.0.1.1     0.0.0.0         UG    0      0        0 eth0
10.0.1.0        *               255.255.255.0   U     0      0        0 eth0
10.0.1.0        *               255.255.255.0   U     0      0        0 eth1
10.0.1.0        *               255.255.255.0   U     0      0        0 eth2

e meu comando arp

miverson@mail:~$ arp
Address                  HWtype  HWaddress           Flags Mask            Iface
10.0.1.210                  ether   00:0b:db:e7:56:e8   C                     eth0
10.0.1.1              ether   00:0d:56:b9:33:be   C                     eth0
10.0.1.144               ether   90:27:e4:f4:9d:60   C                     eth0
MySQL.therabbitry.org    ether   00:0b:db:e7:56:e2   C                     eth0

Quando eu faço o ping 10.0.1.220 eu recebo uma resposta e está tudo bem, mas se eu pingar 10.0.1.221 ou 10.0.1.222 do gateway eu recebo 100% de perda de pacotes.

Ajude-me e deixe-me saber qual é a minha solução ou se tiver outras dúvidas.

EDIT: Acabei de perceber que o meu endereço Bcast não parece correto. Alguma recomendação? Eth0 Eth1 Eth2 são todos definidos via dhcp e não são estáticos. Matt

    
por Matthew St Nicholas Iverson 21.02.2013 / 05:37

2 respostas

1

Algumas coisas:

Seu endereço de transmissão está incorreto para todas as suas interfaces. Ele deve ser definido como 10.0.1.255, supondo que sua máscara de rede de 255.255.255.0 esteja correta.

Sua rota padrão parece estar definida corretamente, mas só funcionará com uma única interface. Pense assim: sua rota padrão é a rota do último recurso. Se o seu servidor não tiver ideia de como chegar onde quer que o tráfego vá, ele tentará a rota padrão. Sua rota padrão diz, tente encontrar o gateway em 10.0.1.1/24 via eth0 , ele deve saber para onde ir a partir daí.

Suas outras interfaces eth1 e eth2 têm rotas, mas não estão envolvidas na rota padrão. É provavelmente por isso que os pings são retornados com sucesso para 10.0.1.220. Supondo que você não esteja fazendo nenhuma VLAN, contanto que todas as suas interfaces tenham a mesma máscara de sub-rede correta, elas devem poder se comunicar "link-local", isto é, sem ter que envolver um roteador, já que todas as interfaces estão presumivelmente na mesma. sub-rede.

Esta é sua pista. Seu roteador está configurado incorretamente ou seu switch está fazendo algo para interromper a continuidade da Camada 2. Além disso, confira esta fantástica resposta sobre como funciona a sub-rede .

    
por 21.02.2013 / 05:54
0

Como já foi observado pelo kce , o endereço de transmissão está incorreto, embora isso não cause nenhum dos problemas mencionados sua postagem.

O endereço de transmissão é uma opção para definir dentro do escopo do servidor DHCP (código de opção DHCP 28) - se estiver atualmente definido como 192.168.255.255, isso é facilmente alterado.

Como você já viu com suas outras máquinas "em funcionamento", não há mágica específica para fazer a conectividade IP funcionar - assim que as interfaces são configuradas e conectadas, os endereços IP podem ser acessados. A opção de depuração mais simples seria executar apenas um tcpdump -i eth1 -v -n para dar uma olhada no tráfego (de preferência durante a execução de um ping para o endereço eth1 de 10.0.1.1). Considerando os sintomas, eu suspeitava strongmente de um problema de conectividade - você provavelmente não veria nenhum tráfego do 10.0.1.1.

    
por 21.02.2013 / 14:49