Segunda configuração da placa de rede não funciona

2

Eu tenho 4 servidores rodando o Centos 5. Todos eles possuem duas placas de rede ethernet.

Eu configurei 192.168.1.x endereços IP no seu cartão eth0 . Eles estão todos conectados ao mesmo switch usando seu cartão eth0 e estão todos funcionando.

Eu configurei 10.72.11.x endereços IP em seu cartão eth1 . Eles estão todos conectados ao mesmo switch - um diferente do switch usado com eth0 card - usando o cartão eth1 e eles NÃO são tudo funcionando.

Seus arquivos de configuração são como:

DEVICE=eth1
BOOTPROTO=static
IPADDR=10.72.11.236
BROADCAST=10.72.11.191
NETMASK=255.255.255.192
NETWORK=10.72.11.128
HWADDR=84:2B:2B:55:4B:98
IPV6INIT=yes
IPV6_AUTOCONF=yes
ONBOOT=yes

A interface está sendo iniciada e configurada conforme necessário.

[root@sql1 network-scripts]# ifconfig
**eth0**  Link encap:Ethernet  HWaddr 84:2B:2B:55:4B:97
          inet addr:192.168.1.105  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::862b:2bff:fe55:4b97/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2981 errors:0 dropped:0 overruns:0 frame:0
          TX packets:319 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:386809 (377.7 KiB)  TX bytes:66134 (64.5 KiB)
          Interrupt:36 Memory:da000000-da012800

**eth1**  Link encap:Ethernet  HWaddr 84:2B:2B:55:4B:98
          inet addr:10.72.11.236  Bcast:10.72.11.191  Mask:255.255.255.192
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:48 Memory:dc000000-dc012800  

Também adicionei um arquivo route-eth1 semelhante a:

10.0.0.0/8 via 10.72.11.254

O roteamento parece bem para mim:

[root@sql1 network-scripts]# netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
10.72.11.192    0.0.0.0         255.255.255.192 U         0 0          0 eth1
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth1
10.0.0.0        10.72.11.254    255.0.0.0       UG        0 0          0 eth1
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0

Mas não consigo fazer ping de um servidor do outro.

[root@sql1 network-scripts]# ping 10.72.11.235
PING 10.72.11.235 (10.72.11.235) 56(84) bytes of data.
From 10.72.11.236 icmp_seq=1 Destination Host Unreachable
From 10.72.11.236 icmp_seq=2 Destination Host Unreachable
From 10.72.11.236 icmp_seq=3 Destination Host Unreachable
From 10.72.11.236 icmp_seq=4 Destination Host Unreachable
From 10.72.11.236 icmp_seq=5 Destination Host Unreachable
From 10.72.11.236 icmp_seq=6 Destination Host Unreachable
^C
--- 10.72.11.235 ping statistics ---
7 packets transmitted, 0 received, +6 errors, 100% packet loss, time 6033ms, pipe 3

O que estou fazendo de errado?

    
por Sebas 07.02.2011 / 22:46

5 respostas

1

Deve-se notar que suas NICs não estão funcionando corretamente. Sua saída ifconfig não mostra o 'RUNNING' necessário para que haja um link funcionando corretamente. observe a linha UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 da sua interface eth0. Não há 'RUNNING' evidente na saída eth1. Na minha experiência, isso indica um problema de baixo nível. por exemplo: Cabeamento ruim / desconectado.

É possível que a NIC em que você conectou seu cabo NÃO seja eth1? Servidores podem obter alguns nomes estranhos acontecendo. Tente verificar a saída de / var / log / messages, para ver se ele relata uma interface ficando (des) conectada. Da mesma forma, verifique se você recebe alguma informação de diagnóstico quando conecta / desconecta ou durante a inicialização. Verifique e veja se isso está ocorrendo em todas as 5 caixas. Você também pode querer experimentar a ferramenta de configuração gráfica, caso você tenha um erro de digitação no arquivo de configuração. ( system-config-network )

    
por 07.02.2011 / 23:03
4

Pense um pouco sobre sua configuração de sub-rede:

IPADDR=10.72.11.236
BROADCAST=10.72.11.191
NETMASK=255.255.255.192
NETWORK=10.72.11.128

Na base 2:

236 is 1110 1100
191 is 1011 1111
192 is 1100 0000
128 is 1000 0000

Seus IPs estão fora da sua sub-rede - 10.72.11.236 não está em 10.72.11.128/26, 10.72.11.172 é. Nem é 17.72.11.235 mas 10.72.11.171 é. Altere seus IPs ou altere sua transmissão para .255 e sua rede para .192. Alternativamente (a menos que esteja sendo ditado para você), corra na metade inferior de 10.72.11.0 (ou seja, 10.72.11.0/26) ou apenas use um / 24 e salve o aborrecimento.

    
por 07.02.2011 / 23:20
1

Tente usar o ipcalc no link , é uma grande ajuda ao configurar redes e sub-redes.

# ipcalc 10.72.11.236/255.255.255.192
Address:   10.72.11.236         00001010.01001000.00001011.11 101100
Netmask:   255.255.255.192 = 26 11111111.11111111.11111111.11 000000
Wildcard:  0.0.0.63             00000000.00000000.00000000.00 111111
=>
Network:   10.72.11.192/26      00001010.01001000.00001011.11 000000
HostMin:   10.72.11.193         00001010.01001000.00001011.11 000001
HostMax:   10.72.11.254         00001010.01001000.00001011.11 111110
Broadcast: 10.72.11.255         00001010.01001000.00001011.11 111111
Hosts/Net: 62                    Class A, Private Internet

Richard

    
por 08.02.2011 / 18:41
0

Eu já vi esse problema antes. Não tenho 100% de certeza da correção, mas lembro de haver algo no sysctl para dizer ao ARP para considerar esses dispositivos diferentes - ou algo assim.

Houve algumas postagens sobre no serverfault antes, se bem me lembro.

    
por 07.02.2011 / 22:52
0

O tráfego de entrada que vai para a eth0 deve retornar via eth0 e vice-versa. Tente fazer um TCPdump para verificar onde o tráfego está indo.

Você também precisa de um roteamento baseado em políticas para fazer isso: Consulte Roteamento da placa de rede Linux 2 dependendo da interface usada

    
por 07.02.2011 / 23:30