Les Forums

Les Forums

Les forums sont fermés. Ils restent présent pour consultation et archivage.
Vous pouvez désormais poser vos questions directement dans les commentaires en bas de chaque page du site.
Alors n'hésitez pas à participer

Probleme de reseau LAN

Bonjour,

J'ai un serveur RedHat 4.2 dont j'aimerai monter les 2 cartes réseau en classe A : eth0 sur Vlan1 et eth1 sur Vlan2. Les 2 cartes de ce serveur sont connectée sur un switch CISCO.

Mon problème est sur eth0. En effet, celle ci a bien pris son adresse 10.0.1.7 mais je n'arrive pas pinger les autres adresse de serveur de mon réseau. (exemple 10.0.1.9). Le ping interne RedHat sur 10.0.1.7 fonctionne, et j'arrive à pinger cette adresse depuis le switch. A noter que depuis un autre serveur je n'arrive pas à faire ping sur l'adresse 10.0.1.7

Par contre eth1 qui a l'adresse 10.0.2.7 arrive à pinger toutes sa partie réseau. (exemple 10.0.2.9 ou 10.0.2.8), et j'utilise cette adresse pour me connecter sur le serveur.

J'ai bien verifié le switch je ne vois pas ou cela coince.
Merci de votre aide
Fais un "route -n" et envoie nous le résultat.
A priori c'est un problème de routage simple du à la superposition de tes adresses sur une même plage.
route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.0.1.0 10.0.1.7 255.255.255.0 UG 0 0 0 eth0
10.0.2.0 10.0.2.7 255.255.255.0 UG 0 0 0 eth1
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
0.0.0.0 10.0.2.9 0.0.0.0 UG 0 0 0 eth1
Elle est bizarre ta table de routage, t'as rajouté des choses à la main ? il manque la route ajoutée automatiquement pour 10.0.1.0/24 !
Et il y a deux routes en trop (les deux premières)
Reboot et normalement les routes seront propres.

route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.0.1.0 10.0.1.7 255.255.255.0 UG 0 0 0 eth0
10.0.2.0 10.0.2.7 255.255.255.0 UG 0 0 0 eth1
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
0.0.0.0 10.0.2.9 0.0.0.0 UG 0 0 0 eth1
Merci mais malheureusement je doit faire cela à chaud .......
J'ai essayé cela la route apparait mais ça ne ping toujours pas :
route add -net 10.0.1.0/24 dev eth0

J'ai effacé les premières lignes comme ceci :][code:1:d27c2b6e07]
route del -net 10.0.1.0 gw 10.0.1.7 netmask 255.255.255.0 dev eth0
route del -net 10.0.2.0 gw 10.0.2.7 netmask 255.255.255.0 dev eth1][/code:1:d27c2b6e07]

Voici mon route -n actullement :

[code:1:d27c2b6e07]Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
0.0.0.0 10.0.2.9 0.0.0.0 UG 0 0 0 eth1[/code:1:d27c2b6e07]

Encore merci de votre aide
Est-ce qu'un:
route add -net 10.0.1.0 netmask 255.255.255.0 gw 0.0.0.0 dev eth0
marcherait ?

Ou sinon utiliser ifconfig pour monter/descendre l'interface en question, normalement la table de routage se met à jour.
ifconfig eth0 down (attention si tu es à distance en SSH à ne pas te couper l'accès)
Merci

La commande ne fonctionne pas
route add -net 10.0.1.0 netmask 255.255.255.0 gw 0.0.0.0dev eth0
SIOCADDRT: Argument invalide

Par contre
route add -net 10.0.1.0/24 dev eth0
fonctionne

[code:1:a471239b34]
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
10.0.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
10.0.2.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 eth1
0.0.0.0 10.0.2.9 0.0.0.0 UG 0 0 0 eth1
[/code:1:a471239b34]

Je n'arrive pas à effacer la destination 169.254.0.0. Je ne sais vraiment pas a quoi cela correspond.

Pourquoi j'arrive à faire un ping sur 10.0.1.7 depuis le switch ?
[code:1:a471239b34]
Cisco>ping 10.0.1.7

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.1.7, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
[/code:1:a471239b34]
1- Quelle est l'adresse IP du switch ?
2- Essaye de pinger le switch, puis une autre adresse du réseau, et tape "arp -an" et envoie le résultat
3- la route 169... est une route pour les réseaux microsoft sans DHCP, tu peux la garder
Le switch a 2 adresses 10.0.1.1 et 10.0.2.1. J'ai donc fais un ping sur l'adresse 10.0.1.1 et voici le resultat de la commande arp que je ne connaissais pas. J'essaye d'utiliser tcpdump mais je ne comprend pas grand chose à ce quelle me renvoie :
[code:1:dc4b41ec50]~]# arp -an
? (10.0.1.1) at <incomplete> on eth0
? (10.0.2.8) at 00:03:BA:DB:E8:39 [ether] on eth1
? (10.0.2.1) at 00:16:47:3C:16:C0 [ether] on eth1
? (10.0.2.10) at 00:03:BA:FA:89:6E [ether] on eth1
? (10.0.2.9) at 00:03:BA:FA:80:AE [ether] on eth1
[/code:1:dc4b41ec50]


Pour info le ping 10.0.2.1 est ok

Merci
On se rapproche.
Apparemment, le ARP ne passe même pas ce qui montre un problème matériel ou de filtrage (câble, port de switch, interface réseau...)
Que dit un ifconfig -a ?
Le port du switch est-il up ?
Que donne un tcpdump -i eth0 quand tu fais un ping 10.0.1.1 ?
Au niveau du câble ce sont mes premières investigations, je l'ai changé 2 fois et je les ai retesté par la suite. pourquoi le switch peut faire un ping sur
Par contre je suis plus que novice dans le système d'exploitation Cisco. A part faire un ping ou un traceroute c'est tout ce que je sais faire. Je l'ai configuré par l'interface WEB.

Voici le ifconfig -a :
[code:1:53385807e1]
ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:19:B9:C7:A6:8C
inet adr:10.0.1.7 Bcast:10.0.1.255 Masque:255.255.255.0
adr inet6: fe80::219:b9ff:fec7:a68c/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:662 errors:0 dropped:0 overruns:0 frame:0
TX packets:188 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:67067 (65.4 KiB) TX bytes:12110 (11.8 KiB)
Interruption:169 Mémoire:f8000000-f8012100

eth1 Link encap:Ethernet HWaddr 00:19:B9:C7:A6:8E
inet adr:10.0.2.7 Bcast:10.0.2.255 Masque:255.255.255.0
adr inet6: fe80::219:b9ff:fec7:a68e/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:50121966 errors:0 dropped:0 overruns:0 frame:0
TX packets:63027944 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:18813497043 (17.5 GiB) TX bytes:36463964949 (33.9 GiB)
Interruption:169 Mémoire:f4000000-f4012100

eth2 Link encap:Ethernet HWaddr 00:15:17:29:CC:14
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 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

eth3 Link encap:Ethernet HWaddr 00:15:17:29:CC:15
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 lg file transmission:1000
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:Hôte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:43355831 errors:0 dropped:0 overruns:0 frame:0
TX packets:43355831 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:34459134063 (32.0 GiB) TX bytes:34459134063 (32.0 GiB)

sit0 Link encap:IPv6-dans-IPv4
NOARP MTU:1480 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 lg file transmission:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
[/code:1:53385807e1]

Voici le tcpdump avec plusieurs ping depuis le switch (voir la fin) :
[code:1:53385807e1]tcpdump -n -i eth0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
16:03:57.372991 802.1d unknown version
16:03:59.386260 802.1d unknown version
16:04:00.495336 IP 10.0.2.8.router > 10.0.2.255.router: RIPv1, Response, length: 44
16:04:01.399707 802.1d unknown version
16:04:03.412864 802.1d unknown version
16:04:03.848387 00:16:47:3c:16:85 > 00:16:47:3c:16:85, ethertype Loopback (0x9000), length 60:
0x0000: 0000 0100 0000 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
16:04:05.426172 802.1d unknown version
16:04:07.439501 802.1d unknown version
16:04:09.452762 802.1d unknown version
16:04:10.271285 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 0
16:04:10.272155 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 1
16:04:10.273029 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 2
16:04:10.273734 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 3
16:04:10.274629 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 4
16:04:11.466076 802.1d unknown version
16:04:13.063936 IP 10.0.2.10.afs3-rmtsys > 224.101.101.101.afs3-rmtsys: rx type 48 (368)
16:04:13.063967 IP 10.0.2.11.afs3-rmtsys > 224.101.101.101.afs3-rmtsys: rx type 48 (368)
16:04:13.479376 802.1d unknown version
16:04:13.856160 00:16:47:3c:16:85 > 00:16:47:3c:16:85, ethertype Loopback (0x9000), length 60:
0x0000: 0000 0100 0000 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
16:04:15.492666 802.1d unknown version
16:04:17.339593 IP 10.0.2.9.router > 10.0.2.255.router: RIPv1, Response, length: 84
16:04:17.505967 802.1d unknown version
16:04:19.519274 802.1d unknown version
16:04:21.532577 802.1d unknown version
16:04:22.864381 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 0
16:04:22.865235 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 1
16:04:22.866258 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 2
16:04:22.866893 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 3
16:04:22.867766 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 4
16:04:23.545943 802.1d unknown version
16:04:23.863931 00:16:47:3c:16:85 > 00:16:47:3c:16:85, ethertype Loopback(0x9000), length 60:
0x0000: 0000 0100 0000 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
16:04:24.784143 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 0
16:04:24.784990 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 1
16:04:24.785926 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 2
16:04:24.786585 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 3
16:04:24.787454 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 4
16:04:25.489426 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 0
16:04:25.490277 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 1
16:04:25.491170 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 2
16:04:25.491804 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 3
16:04:25.492675 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 4
16:04:25.559157 802.1d unknown version
16:04:26.720026 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 0
16:04:26.720878 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 1
16:04:26.721752 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 2
16:04:26.722390 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 3
16:04:26.723261 IP 10.0.2.1 > 10.0.1.7: icmp 80: echo request seq 4
16:04:27.572455 802.1d unknown version

48 packets captured
48 packets received by filter
0 packets dropped by kerne
[/code:1:53385807e1]

Je ne comprend pas, j'ai pourtant bien rajouté un carte réseau avec un autre serveur et je n'ai eu aucun problème.
Mon opinion est que j'ai rajouté des adresses dans mon VLAN2 c'est à dire les adresses qui commencent par 10.0.2.x sans aucun soucis. Il y aurait donc un soucis sur le switch au niveau du VLAN1 pour la gestion des adresses qui commencent par 10.0.1.x

Merci de votre aide
Ton switch sort avec l'adresse source 10.0.2.1 pour pinger 10.0.1.7. Etant donné que ce sont deux adresses sur deux VLANs différents cela pose problème.
Tu peux refaire un tcpdump en pingant 10.0.1.1 depuis 10.0.1.7 ?
Voila

Ping 10.0.1.1 depuis le serveur

[code:1:3a36023101]tcpdump -n -i eth0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
17:09:51.569891 802.1d unknown version
17:09:53.583048 802.1d unknown version
17:09:54.697405 CDPv2, ttl: 180s, Device-ID 'Cisco'[|cdp]
17:09:55.081248 IP 10.0.2.10.afs3-rmtsys > 224.101.101.101.afs3-rmtsys: rx type 48 (368)
17:09:55.081284 IP 10.0.2.11.afs3-rmtsys > 224.101.101.101.afs3-rmtsys: rx type 48 (368)
17:09:55.596349 802.1d unknown version
17:09:55.997461 00:16:47:3c:16:85 > 00:16:47:3c:16:85, ethertype Loopback (0x9000), length 60:
0x0000: 0000 0100 0000 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
17:09:57.609654 802.1d unknown version
17:09:58.056113 arp who-has 10.0.1.1 tell 10.0.1.7
17:09:59.056122 arp who-has 10.0.1.1 tell 10.0.1.7
17:09:59.622967 802.1d unknown version
17:10:00.056134 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:00.499901 IP 10.0.2.8.router > 10.0.2.255.router: RIPv1, Response, length: 44
17:10:01.636390 802.1d unknown version
17:10:02.059157 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:03.059167 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:03.649574 802.1d unknown version
17:10:04.059179 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:05.662851 802.1d unknown version
17:10:06.005234 00:16:47:3c:16:85 > 00:16:47:3c:16:85, ethertype Loopback(0x9000), length 60:
0x0000: 0000 0100 0000 0000 0000 0000 0000 0000 ................
0x0010: 0000 0000 0000 0000 0000 0000 0000 0000 ................
0x0020: 0000 0000 0000 0000 0000 0000 0000 ..............
17:10:06.061203 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:07.061216 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:07.676148 802.1d unknown version
17:10:08.061228 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:09.689482 802.1d unknown version
17:10:10.062251 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:11.062263 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:11.702884 802.1d unknown version
17:10:12.062274 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:13.716079 802.1d unknown version
17:10:14.063304 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:15.063310 arp who-has 10.0.1.1 tell 10.0.1.7
17:10:15.091544 IP 10.0.2.10.afs3-rmtsys > 224.101.101.101.afs3-rmtsys: rx type 48 (368)
17:10:15.091577 IP 10.0.2.11.afs3-rmtsys > 224.101.101.101.afs3-rmtsys: rx type 48 (368)
17:10:15.411358 arp who-has 10.0.2.10 (Broadcast) tell 10.0.2.9
17:10:15.729353 802.1d unknown version

36 packets captured
36 packets received by filter
0 packets dropped by kernel[/code:1:3a36023101]
Y a des trucs bizarres...
Les requêtes ARP sont bien envoyées, mais pas de réponse, donc le switch ne les voit pas passer...
On voit des requêtes ARP pour le réseau 10.0.2.0/24, donc il y a un problème de VLAN apparemment !
Revérifie la configuration des VLANs
Euh .... .Desole mais peux tu m'aider
A part l'interface Web, je ne capte pas grand chose dans l'interface Cisco. Surtout dans la config d'un VLAN.
J'ai demandé une formation mais j'aimerai résoudre ce problème avant.
D'avance merci
Malheureusement non, je n'ai rien d'un spécialiste cisco et ne connait pas la jolie interface IOS en ligne de commande.
Tout ce que je peux dire c'est que tes VLANs ne semblent pas fonctionner puisqu'on voit des adresses de l'un dans l'autre et peut-être vice versa 🙁