Bridging mini HOWTO

Christopher Cole mailto:cole@coledd.com
Version fran�aise : Samuel Tribehou mailto:Samuel-TRIBEHOU@mail.cpod.fr

1. Installation

• Se procurer �Bridge Config� : ftp://shadow.cabi.net/pub/Linux/BRCFG.tgz
• Authoriser de multiples interfaces ethernet sur la machine en ajoutant ceci � votre /etc/lilo.conf, et en relan�ant lilo :

  append = "ether=0,0,eth1"
  

  Si vous avez trois interfaces sur votre pont, utilisez cette ligne � la place :

  append = "ether=0,0,eth1 ether=0,0,eth2"
  

  D'autres interfaces pourront �tre trouv�es en rajoutant plus de d�clarations ether. Par d�faut le noyau ne cherche � d�tecter qu'une seule carte ethernet, et d�s qu'il en a trouv� une la d�tection cesse. La d�claration append ci-dessus indique au noyau de continuer � chercher d'autres cartes ethernet une fois la premi�re trouv�e. Alternativement, les param�tres de boot peuvent �tre utilis�s � la place :

  linux ether=0,0,eth1
  

  ou, avec 3 interfaces, utilisez :

  linux ether=0,0,eth1 ether=0,0,eth2
  

• Recompilez le noyau en rajoutant l'option BRIDGING.
• Un pont ne devrait pas avoir d'adresse IP. Il PEUT, mais un v�ritable pont n'en a pas besoin. Pour enlever l'adresse IP de votre pont, allez dans /etc/sysconfig/network-scripts/ (pour une RedHat) et copiez ifcfg-lo0 dans ifcfg-eth0 et ifcfg-eth1. Dans ces deux fichiers, changez la ligne contenant �DEVICE=lo� en �device=eth0� et �DEVICE=eth1�. Les autres distributions peuvent d�river sur ce point. Faites ce que vous devez faire ! S'il y a plus de 2 interfaces sur ce pont, soyez s�r de faire les configurations correspondantes pour les autres aussi.
• Rebootez, de fa�on � utiliser le nouveau noyau avec l'option bridging, et pour �tre s�r que des adresses IP ne sont pas attach�es aux interfaces reseau.
• Une fois que le syst�me est pr�t, mettez les cartes ethernet en mode �promiscuous�, de fa�on � ce qu'elles regardent chaque paquet qui passe par leur interface :

  ifconfig eth0 promisc; ifconfig eth1 promisc
  

  Toutes les interfaces qui sont connect�es aux segments r�seau � relier doivent �tre mises en �promiscuous mode�.
• Mettez le pont en route en utilisant le programme brcfg :

  brcfg -ena
  

• V�rifiez qu'il y a un trafic diff�rent pour chaque interface :

  tcpdump -i eth0 (dans une fen�tre).
  tcpdump -i eth1 (dans une autre fen�tre).
  

• Lancez un sniffer ou tcpdump sur une autre machine pour v�rifier que le pont s�pare les segments correctement.

2. Questions fr�quemment pos�es.

• Q : J'ai le message : ioctl(SIOCGIFBR) failed~: Package not installed. Qu'est-ce que �a veut dire ?
  R : Le support du pontage n'est pas int�gr� dans votre noyau. Utilisez un noyau 2.0 ou sup�rieur, et recompilez-le avec l'option BRIDGING.
• Q : Les machines qui sont d'un c�t� du pont ne peuvent pas �pinger� les autres !
  R :
  1. Avez vous activ� le pontage en utilisant �brcfg -ena� ? (brcfg devrait r�pondre �bridging is ENABLED� )
  2. Avez vous mis l'interface en �promiscuous mode� ? (Tapez la commande �ifconfig�. Le drapeau (flag) devrait �tre mis sur les deux interfaces.)
  3. Si vous utilisez des cartes pouvant g�rer plusieurs sortes d'interface, v�rifiez que c'est la bonne qui est utilis�e. Il se peut que vous ayez besoin d'utiliser le programme de configuration qui est livr� avec votre carte r�seau.
• Q : Je ne peux pas utiliser telnet ou ftp depuis le pont ! pourquoi ?
  R : C'est parce que le pont n'a d'adresse IP pour aucune de ses interfaces. Un pont doit �tre une partie transparente d'un r�seau.
• Q : Que dois-je configurer pour que le routage se fasse bien ?
  R : Rien ! Tout le m�chanisme de routage est d�l�gu� au code de pontage du noyau. Pour voir les adresses ethernet telles qu'elles sont comprises par le noyau, utilisez le programme brcfg en mode debug : brcfg -deb
• Q : Le pont semble marcher, mais pourquoi traceroute ne montre pas le pont comme faisant partie du chemin ?
  R : � cause de la nature d'un pont, traceroute ne devrait PAS montrer le pont comme faisant partie du chemin. Un pont doit �tre transparent pour le reste du r�seau.
• Q : Est-il n�cessaire de compiler le noyau avec l'option IP_FORWARD ?
  R : Non. Le code de pontage dans le noyau se charge du transport des paquets. IP_FORWARD sert pour une passerelle qui a des adresses IP associ�es � ses interfaces.
• Q : Pourquoi est-ce que les adresses ethernet physiques pour le port 1 et 2 sont les m�mes selon brcfg ? Ne devraient-elles pas �tre diff�rentes ?
  R : Non. Chaque port sur un pont est intentionellement assign� � la m�me adresse ethernet physique par le code de pontage.
• Q : Bridging n'apparait pas dans les options lorsque je fais un/ make config sur les sources du noyau. Comment faire pour pouvoir le s�lectionner ?
  R : Pendant la configuration du noyau, r�pondez Y � la question�Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL) Y/n/?�.
• Q : Trop de hubs (4 ou plus) cha�n�s l'un apr�s l'autre (en s�rie) posent des probl�mes de timing sur un ethernet. Quel effet a un pont dans un sous-r�seau acc�d� par des hubs ?
  R : Un pont annule la r�gle des 3/4/5 hubs. Un pont ne g�re pas les paquets de la m�me fa�on qu'un hub, et ne contribue donc pas aux probl�mes de timing dasns un r�seau.
• Q : Est-ce qu'un pont peut �tre interfa�� avec des segments ethernet d'un c�t� de 10Mb et de l'autre de 100Mb ?
  R : Oui, un pont peut joindre entre eux un segment de 10Mb avec un autre de 100Mb. Du moment que la carte r�seau du c�t� rapide du r�seau est une 100Mb, TCP prendra en charge le reste. Bien qu'il soit vrai que les paquets d'un h�te dans le r�seau � 100Mb communiquant avec un autre du r�seau � 10Mb se d�placeront � seulement 10Mb/s, le reste du trafic sur l'ethernet rapide n'est pas ralenti.