Re: Probleme VLAN tagged
Eddy wrote:
Fabien CEI wrote:
Eddy wrote:
Fabien CEI wrote:
Bonsoir,
Salut,
J'ai un soucis avec les vlans sous une Debian 3.1 noyau
2.4.27-2-386, avec carte réseau réaltek :
Cette Debian est connecté sur un lien physique avec deux vlans
propagées (Tagged) via un HP procurve, sur ce lien :
vlan 50
vlan 234
Vlan public
eth0.234
-Machines Vlan public (234)
Serveur-----------------------------------HP---------------------
Vlan privé
eth0.50
-Machines Vlan privé (50)
J'ai bien fait un modprobe 801q, j'ai ensuite configuré mes
interfaces dans le fichier :
/etc/network/interfac,es :
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
auto eth0.50
iface eth0.50 inet static
address 10.234.160.248
netmask 255.255.0.0
network 10.234.0.0
broadcast 10.234.255.255
dns-nameservers x.x.234.246
dns-search x.x.fr
vlan_raw_device eth0
auto eth0.234
iface eth0.234 inet static
address x.x.234.245
netmask 255.255.255.0
network x.x.234.0
broadcast x.x.234.255
gateway x.x.234.250
dns-nameservers x.x.234.246
dns-search x.x.fr
vlan_raw_device eth0
Au niveau du routage :
Les routes vers les réseaux directement connectés (10.234.0.0 et
x.x.234.0) et la route par défaut.
dns:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags
Metric Ref Use Iface
x.x.234.0 0.0.0.0 255.255.255.0
U 0 0 0 eth0.234
10.234.0.0 0.0.0.0 255.255.0.0
U 0 0 0 eth0.50
0.0.0.0 x..x.234.250 0.0.0.0
UG 0 0 0 eth0.234
Peut être qu'en ajoutant cela.
route add -net x.x.234.0 netmask 255.255.255.0 default gw x.x.234.245
route add -net 10.234.0 netmask 255.255.0.0 default gw 10.234.160.248
J'ai aussi activé le forwarding.
Je fais un ping vers www.free.fr : sa marche.
Je fais un ping du vlan public (eth0.234) depuis le serveur vers
des machines situés dans le vlan public (234) sa marche et
inversement.
Je fais un ping du vlan privé (eth0.50) depuis le serveur vers des
machines situés dans le vlan privé (50) sa marche et inversement.
Par contre quand je suis sur une machine du vlan privé (50) que je
tape ping x.x.234.245 ( adresse du serveur dans le vlan public), il
y a un message d'erreur(Délai d'attente de la demande dépassé).
Tu ping l'interface reseau du serveur ! as tu essayé entre machine
vlan privé et une machine du Vlan public ? il se passe quoi ?
Je fais un tcpdump sur le serveur sur l'adresse du vlan public
(eth0.234) : je vois bien l'écho request provenant de la machine
privée (10....).
Si je désactive l'interface vlan privée sur le serveur eth0.50, et
que je retape la commande ping depuis une machine privée, la
commande réussie.
Est ce qu'il y aurait pas un firewall sur le serveur, qui
empecherait les ping ACK de revenir ?
Cela veut dire donc qu'il n'y a pas de problème au niveau du
routage inter-vlan sur les équipements réseaux, et que cela
provient bien de mon serveur.
Problème de routage ?? Si vous avez une idée je suis preneur je
galère vraiment.
Je vous remercie par avance,
Fabien.
@+
Eddy
Pour les routes, je ne peux pas ajouter autant de default.
Normalement il n'y a qu'une seule route par défaut.
Oui en effet la syntaxe que j'ai donnée etait pas terrible ;)
En ce qui concerne le ping, j'ai essayé d'une machine sur le vlan
privé vers un serveur le vlan public et sa passe sans problème.
Bah si ca fonctionne comme çà et que c'est juste le ping sur
l'interface du routeur qui fonctionne pas pourquoi s'en faire plus ?
Sur le serveur le serveur il n'y a pas de firewall, iptable :
dns:~# iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination Chain
FORWARD (policy ACCEPT)
target prot opt source destination Chain
OUTPUT (policy ACCEPT)
target prot opt source destination
La question que je me pause, c'est comment savoir le traitement qui
est effectué par le serveur sur ces paquets ?
Avec la commande traceroute adresse_ip tu devrais pouvoir savoir ou
vont les paquets :)
Je vous remercie par avance,
et merci pour la réactivité.
Pardon je me suis trompé dans la syntaxe :
En ce qui concerne le ping, j'ai essayé d'une machine sur le vlan privé
vers un autre serveur situé dans le vlan public et sa passe sans problème.
Une autre piste du disfonctionnement :
Quand je fais un ping du serveur depuis le vlan privé vers une machine
public cela ne fonctionne pas.
dns:~# ping 10.234.160.249 -I eth0.234
2 packets transmitted, 0 received, 100% packet loss, time 1017ms
Quand je fais un ping du serveur depuis le vlan public vers une machine
privée cela ne fonctionne pas aussi.
dns:~# ping x.x.234.246 -I eth0.50
1 packets transmitted, 0 received, 100% packet loss, time 0ms
Quand j'essaye de pinguer les interfaces entre elles cela ne marche pas
aussi:
dns:~# ping 10.234.160.248 -I eth0.234
PING 10.234.160.248 (10.234.160.248) from x.x.234.245 eth0.234: 56(84)
bytes of data.
--- 10.234.160.248 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1014ms
Et pour le traceroute la je ne comprend plus du tout la:
dns:~# traceroute 10.234.0.1 -i eth0.234
traceroute to 10.234.0.1 (10.234.0.1), 30 hops max, 38 byte packets
1 * * *
2 * * *
dns:~# traceroute x.x.234.250 -i eth0.50
traceroute to x.x.234.250 (x.x.234.250), 30 hops max, 38 byte packets
1 10.234.160.248 (10.234.160.248) 2996.155 ms !H 2997.577 ms !H
2999.729 ms !H
Please Help !!!
Thanks.
--
Fabien CEI
Service Informatique
IBSM, Institut de Biologie Structurale et Microbiologie
31, Chemin Joseph Aiguier
13402 Marseille Cedex 20, France
TEL. 04 91 16 44 54 FAX 04 91 71 58 57
http://www.ibsm.cnrs-mrs.fr
Reply to: