2 votes

La configuration de la deuxième carte réseau ne fonctionne pas

J'ai 4 serveurs fonctionnant sous Centos 5. Tous ont deux cartes réseau Ethernet.

J'ai configuré 192.168.1.x Les adresses IP sur leur eth0 carte. Ils sont tous connectés au même commutateur à l'aide de leur eth0 et elles fonctionnent toutes.

J'ai configuré 10.72.11.x Les adresses IP sur leur eth1 Elles sont toutes connectées au même commutateur, différent de celui utilisé avec la carte de l'entreprise. eth0 en utilisant leur eth1 et elles ne fonctionnent PAS toutes.

Leurs fichiers de configuration se présentent comme suit :

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

L'interface démarre et est configurée comme je le souhaite.

[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  

J'ai également ajouté un route-eth1 qui se présente comme suit :

10.0.0.0/8 via 10.72.11.254

Le routage me semble correct :

[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

Mais je ne peux pas faire de ping d'un serveur à l'autre.

[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

Qu'est-ce que je fais de travers ?

4voto

Andrew Points 7614

Réfléchissez un peu à la configuration de votre sous-réseau :

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

En base 2 :

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

Vos IP sont en dehors de votre sous-réseau - 10.72.11.236 n'est pas dans 10.72.11.128/26, 10.72.11.172 l'est. 17.72.11.235 ne l'est pas non plus, mais 10.72.11.171 l'est. Soit vous changez vos IP, soit vous changez votre broadcast en .255 et votre réseau en .192. Sinon (à moins qu'on ne vous l'impose), utilisez la moitié inférieure de 10.72.11.0 (c'est-à-dire 10.72.11.0/26) ou utilisez simplement un /24 pour vous épargner des tracas.

1voto

isherwood Points 107

Il convient de noter que vos cartes d'interface réseau ne fonctionnent pas correctement. Votre sortie ifconfig ne montre pas le 'RUNNING' requis pour qu'il y ait un lien qui fonctionne correctement. notez la ligne UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 à partir de l'interface eth0. Il n'y a pas de 'RUNNING' évident dans la sortie eth1. D'après mon expérience, cela indique un problème de bas niveau, par exemple un mauvais câblage ou une déconnexion.

Est-il possible que le NIC sur lequel vous avez branché votre câble ne soit PAS eth1 ? Les serveurs peuvent avoir des noms bizarres. Essayez de vérifier la sortie de /var/log/messages, pour voir s'il signale une interface qui se (dé)connecte. De même, voyez si vous obtenez des informations de diagnostic lorsque vous vous connectez/déconnectez, ou pendant le démarrage. Vérifiez si cela se produit sur les 5 boîtiers. Vous pouvez également essayer l'outil de configuration graphique, juste au cas où vous auriez une erreur de frappe dans le fichier de configuration. ( system-config-network )

1voto

Jerinaw Points 271

Essayez d'utiliser ipcalc à partir de http://jodies.de/ipcalc Il s'agit d'une aide précieuse lors de la configuration de réseaux et de sous-réseaux.

# 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

0voto

MagicKat Points 5192

J'ai déjà rencontré ce problème. Je ne suis pas sûr à 100% de la solution, mais je me souviens qu'il y avait quelque chose dans sysctl pour dire à ARP de prendre en compte ces différents périphériques - ou quelque chose de ce genre.

Il y a déjà eu quelques messages à ce sujet sur serverfault si je me souviens bien.

0voto

Steve Points 11

Le trafic entrant qui va vers eth0 doit revenir via eth0 et vice versa. Essayez de faire un TCPdump pour vérifier où va le trafic.

Pour ce faire, vous avez également besoin d'un routage basé sur une politique : Voir Routage de la carte réseau Linux 2 en fonction de l'interface utilisée

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X