Adaptation française: Clément Chaine
Relecture de la version française: Vanessa Conchodon
Préparation de la publication de la v.f.: Jean-Philippe Guérard
Version : 1.7.fr.1.0
Copyright © 2000-2002 Roberto Arcomano
Copyright © 2003 Clément Chaine, Vanessa Conchodon, Jean-Philippe Guérard
23 juillet 2003
Historique des versions | ||
---|---|---|
Version v1.7.fr.1.0 | 2003-07-23 | CC,VC,JPG |
Version v1.7 | 2002-08-23 | RA |
Résumé
Le sans-fil est une nouvelle technologie de cartes réseau permettant des débits élevés (jusqu'à 11 Mbps) (NdT : aujourd'hui 22 Mbps, 54 Mbps et bientôt 100 Mbps). Ce document explique comment configurer un réseau sans-fil sous Linux, parle des problèmes de compatibilité, évoque les nécessités géographiques, et cætera.
Table des matières
Ce document donne quelques éléments sur les réseaux sans-fil, leur configuration, et leurs difficultés. Différent du réseau filaire, le sans-fil demande la connaissance de quelques astuces si l'on veut qu'il fonctionne bien. Vous devrez avoir quelques connaissances en matière d'antennes, savoir les positionner, avoir quelques connaissances en matière de configurations itinérantes, et cætera. Vous pourrez trouver une aide encore plus intéressante dans le Wireless Howto de Jean Tourrilhes (ce document est en langue anglaise).
Merci de faire parvenir en anglais tous commentaires, suggestions, questions relatifs à ce document à l'adresse <berto CHEZ bertolinux POINT com>
N'hésitez pas à faire parvenir tous commentaires relatifs à la version française de ce document à <commentaires CHEZ traduc POINT org>
Les nouvelles éditions de ce document sont disponibles sur http://www.bertolinux.com/ (en anglais).
Les nouvelles éditions françaises de ce document sont disponibles sur http://www.traduc.org/.
Copyright © 2000,2001,2002 Roberto Arcomano.
Copyright © 2003 Clément Chaine, Vanessa Conchodon et Jean-Philippe Guérard pour la version française.
Ce document est libre, vous pouvez le redistribuer et le modifier selon les termes de la Licence Publique Générale GNU publiée par la Free Software Foundation (version 2 ou bien toute autre version ultérieure choisie par vous).
Ce document est distribué dans l'espoir qu'il se révélera utile, mais sans aucune garantie, ni explicite, ni implicite, y compris les garanties de commercialisation ou d'adaptation à un but spécifique. Référez-vous à la licence GPL GNU pour plus de détails. Vous pouvez en obtenir une copie sur http://www.gnu.org/copyleft/gpl.html.
Vous êtes libre de traduire ce document, vous devez seulement :
Vérifier qu'aucune version de ce document n'existe déjà dans votre projet de documentation Linux (LDP) local.
Conserver la section « Introduction » dans son intégralité (y compris « Introduction », « Copyright », « Traductions », « Remerciements »)
Avertissement | |
---|---|
Vous ne devez pas traduire la version texte ou la version HTML de ce fichier. Au contraire, votre traduction devrait partir de la version source au format Lyx, afin qu'il soit possible de la convertir dans tous les autres formats (texte, HTML, RIFF, et cætera) : pour ce faire, vous pouvez utiliser le logiciel « LyX », qu'il est possible de télécharger sur http://www.lyx.org. |
Pour réaliser une traduction, nul besoin de demander mon autorisation ! Informez-moi simplement (si vous le souhaitez) de votre traduction.
Merci pour votre traduction !
Merci à Fatamorgana Computers pour l'équipement matériel et l'expérience apportée.
Merci au Projet de documentation Linux pour la publication et la mise en ligne rapide de mon document.
Le sans-fil est une nouvelle technologie qui permet de connecter des ordinateurs à distance. Il fonctionne grâce à des cartes sans fil incluant un émetteur-récepteur à 2.4 GHz et présentant une interface logicielle semblable à Ethernet, avec une adresse matérielle unique pour chaque carte au monde. La puissance de transmission classique se situe entre 10-20 mW et 100 mW (voir les standards IEEE 802.11 et les autorisations de la FCC[1], de la CEPT[2] et de l'ART[3] pour la France).
Le plus important dans les communications sans-fil est d'avoir une ligne à vue dégagée : vous devez voir (à l'œil nu ou avec des jumelles) la seconde antenne depuis la première, vous pouvez accepter (au pire) un petit arbre entre elles.
La distance dépend de l'antenne (éventuellement de l'amplificateur) utilisée : 200 à 300 mètres avec une antenne omnidirectionnelle; 1 km avec une antenne directionnelle; 2 à 3 km avec une antenne omnidirectionnelle amplifiée (200 mW); plusieurs kilomètres avec une antenne parabolique; 50 à 60 km avec une antenne parabolique ou directionnelle amplifiée (plusieurs Watts).
Soyez averti qu'il n'est pas toujours légal d'amplifier les cartes sans-fil (NdT : 100 mW maximum en France), car vous pourriez violer les règles de l'ART (en France — ou de votre autorité de régulation nationale, de la CEPT ou de la FCC).
Les réseaux filaires sont simples à configurer (au moins à bas niveau). Les réseau sans-fil sont très difficiles à configurer, à gérer, à déboguer… Les problèmes classiques des réseaux filaires comme l'installation matérielle, l'installation logicielle, la mise au point, et cætera, deviennent vraiment cruciaux avec le sans-fil :
Vous devez choisir la bonne carte sans-fil : il existe de nombreuses cartes de différents fabricants, avec des spécifications et des conditions d'installation très diverses. Si vous voulez créer un petit réseau local, vous devrez acheter des cartes sans-fil et un point d'accès conformes à la norme IEEE 802.11.
Beaucoup de cartes sont PCMCIA, vous devez donc d'abord installer la gestion des ports PCMCIA sous Linux.
Vous devez effectuer des tests avec deux systèmes simultanément, d'abord à courte distance, puis vous pourrez aller plus loin.
Vous devrez effectuer vos tests par tous les temps (en général avec de la pluie).
Finalement, vous vous réjouirez d'avoir réussi la configuration.
Si vous avez installé un répéteur (une machine sous Linux qui contient plusieurs cartes filaires et sans-fil) vous risquez d'avoir des difficultés à modifier sa configuration à distance !
Des connaissances diverses sont nécessaire à la configuration d'un réseau sans-fil :
Connaissances logicielles
Notions de base de réseau : adresses IP, masque de sous-réseau, passerelle… Ces notions sont abordées dans le « Guide pratique de mise en réseau sous Linux » (Linux Networking HOWTO)[4].
Connaissances réseau spécifiques[4] : mandataire ARP (proxy arp, ponts, système de fichier /proc abordés dans les petits guides Proxy-ARP-Subnet Mini-Howto et Bridge Mini-Howto ainsi que dans le fichier Documentation/Networking/ip-sysctl.txt livré avec les sources du noyau Linux (2.2.x ou 2.4.x).
Connaissances des réseaux sans-fil : de leurs modes d'accès (Ad-hoc, Infrastructure, et points d'accès), du concept de canaux, de la définition d'extérieur et d'intérieur, et ainsi de suite, renseignements que vous pourrez trouver dans n'importe quel document à propos du sans-fil : standards IEEE 802.11, CEPT, et cætera.
Connaissances non-logicielles
Une expérience minimum des antennes, de leur installation physique et de la façon de les pointer.
L'installation matérielle d'un PC en prenant un soin particulier de ne pas produire d'interférences entre les différentes cartes sans-fil (si nécessaire).
Et surtout, pas mal de chance !
Pourquoi ? Par ce que vous n'êtes pas satisfait par les réseaux filaires.
Les cartes sans-fil permettent de passer par-delà les jardins, les parcs, les maisons (mais vous devez voir l'autre côté)…
Les protocoles haut niveau utilisés par les cartes sans-fil sont les mêmes que ceux utilisés par les cartes Ethernet : TCP/IP sur du sans-fil est en gros semblable à TCP/IP sur de l'Ethernet. Cependant, faites attention aux partages réseau de Windows si vous utilisez Linux pour leur routage : en effet, vous devez savoir qu'un routeur IP ne laissera pas passer les messages de diffusion (voir le protocole NetBIOS) : dans ce cas, vous devrez utiliser un serveur WINS pour permettre l'exploration du réseau (voir la documentation de Samba).
Le sans-fil vous permet de créer un petit réseau local avec un point d'accès central (et peut-être un partage de connexion Internet) et d'en ouvrir l'accès à tout le monde par les ondes !
Imaginez un pays entièrement connecté par un réseau radio.
Imaginez un réseau qui permettrait de connecter tous les habitants d'un pays ensembles, de partager des fichiers, des applications audio, des applications vidéo nécessitant une large bande passante (comme le réseau câblé)…
Tout cela peut être réalisé (et ça l'est déjà dans certains pays) en utilisant des cartes sans-fil, des point d'accès sans-fil et des machines Linux sans-fil qui peuvent agir en tant que répéteur (à un niveau IP comme un routeur, ou si vous voulez, à un niveau liaison de données, avec un pilote pour pont.
Dans ce guide pratique, je commence avec une configuration générique — comme introduction au réseau sans-fil — puis je décris un exemple pour chacune des cartes que je connais directement, avec quelques astuces que vous pourrez utilisez pour améliorer leurs performances.
Liste des cartes sans-fil
Proxim Symphony — http://www.proxim.com
Webgear AviatorPRO 2.4 (nécessite un support PCMCIA) — http://www.webgear.com (NdT : n'existe plus)
Lucent Wavelan I, II, Orinoco — http://www.lucent.com et http://www.orinocowireless.com (activitée rachetée par Proxim)
Cabletron — http://www.enterasys.com/fr/ (NdT : Cabletron s'est recentré sur le marché des entreprises, et se nomme désormais Enterasys Networks)
YDI am930_isa — http://www.ydi.com
Modem Radio Siemens (Dect) — http://www.siemens.com
RadioLan (5 GHZ) — http://www.radiolan.com
Pour une liste plus exhaustive, voir le Wireless Howto de Jean Tourrilhes
Le modem radio Siemens n'est pas vraiment une carte sans-fil 802.11, il s'agit en fait d'un modem que vous pouvez brancher sur le port série et qui fonctionne comme un modem (à 1800 MHz, technologie DECT). Son utilisation est décrite plus loin (cf. Annexe B, Le Modem Radio Siemens DECT).
Les cartes RadioLan fonctionnent à 5.4 GHz dans un environnement Windows 9x. Elle utilisent un point d'accès RadioLan qui sert de pont entre un réseau filaire et un réseau sans-fil. Il n'existe pas de pilotes Linux à ma connaissance.
Les cartes sans-fil de la liste ci-dessus sont très chères : elles commencent à plusieurs centaines de dollars et dépassent le millier de dollars pour les points d'accès qui possèdent 2 cartes sans-fil (Lucent par exemple) et qui peuvent être utilisées comme pont (NdT : les prix ont beaucoup baissé depuis).
Ici, je présentes quelques informations techniques pour mieux comprendre l'environnement sans-fil de base.
Au premier niveau du modèle OSI, nous pouvons avoir 3 types de spécifications :
FHSS : Étalement de spectre avec sauts de fréquence (Frenquency Hopping Spread Spectrum)
DSSS : Étalement de spectre en séquence directe (Direct Sequence Spread Spectrum)
Les connexions infrarouges, qui ne sont pas traitées dans ce guide.
Les 2 types de configuration :
Le mode Ad-hoc (aussi appelé mode indépendant), où l'on a deux réseaux indépendants avec chacun son propre Ensemble de services de base (BSS — Basic Service Set). Chaque poste de travail a le même BSS.
Le mode Infrastructure, où plusieurs réseaux (avec chacun un BSS) peuvent communiquer entre eux par le biais d'un point d'accès (un pour chaque BSS) pour former un Ensemble de services étendus (ESS — Extended Service Set). Il y a aussi une fonction d'itinérance (roaming) qui permet à chaque station de se connecter au point d'accès le plus proche.
Ad-hoc est la méthode la plus simple (mais qui peut difficilement être utilisée à grande échelle) et permet à de nombreux hôtes de communiquer directement ensemble. La principale restriction de ce mode est que, pour pouvoir atteindre la totalité du réseau, il est nécessaire que chacun soit visible de tous les autres (au moins idéalement, car ce problème pourrait être résolu au niveau IP ! Pour en savoir plus, voir la Section 5.4, « Configuration IP »).
Mode Ad-hoc A - - - - - C \ / | \ / | /\ | / \ | / \ B - - - - - D
Dans un environnement en mode Infrastructure, on utilise un point d'accès auquel tous les autres hôtes doivent se connecter pour partager le réseau.
Mode Infrastructure ESS A - - - | - Point d'accès - - Point d'accès - | - - - D B - - - | BSS1 BSS2 | - - - E C - - - | | - - - F
B et C ne peuvent pas voir D, E et F, mais ils peuvent communiquer car ils utilisent tous le même ESS. Important : A, B et C pourraient aussi ne pas se voir.
De plus, on utilise les termes de intérieur (indoor) et extérieur (outdoor) pour distinguer une couverture de petite taille d'une grande couverture.
Gardez bien en tête le fait qu'il existe beaucoup de cartes sans-fil dans le monde, mais que toutes ces cartes ne sont pas forcément capables de communiquer entre elles. Pour être capable de se parler, deux cartes doivent utiliser :
le même mode de configuration : tout en Ad-hoc ou tout en Infrastructure ;
la même couche physique : tout en DSSS ou tout en FHSS ;
le même protocole (par exemple, Proxim possède son propre protocole propriétaire, OpenAir, qui ne peut pas communiquer avec les autres cartes FHSS).
Les points d'accès sont très pratiques et réduisent les problèmes, mais sont chers. Idéalement, pour un gros réseau, vous fonctionnerez en mode Infrastructure, alors qu'avec un petit nombre d'hôtes, vous choisirez plutôt le mode Ad-hoc : pourquoi dépenser beaucoup d'argent pour quelques hôtes ?
De toutes façons, sachez que si vous dépensez plus d'argent, tout fonctionnera probablement bien, alors qu'en dépensant moins, vous ferez probablement face à plus de problèmes.
Bonne question !
Depuis peu, il existe une solution matérielle à ce problème : Prism2
Vous pourrez en apprendre plus sur http://hostap.epitest.fi/
Vous aurez besoin d'une machine Linux (un 486 ou mieux, au moins un Pentium 100, avec un minimum de 16 Mo de RAM), une cartes réseau sans-fil, une antenne (voir la Section 2.2, « Quelle est la distance maximum entre deux cartes radio ? »). Vous devrez avoir la même chose de l'autre côté (avec Windows 9x ou Windows NT si vous préférez) car vous devrez simuler une communication !
Vous aurez besoin :
des sources d'un noyau récent et stable (2.2.x au moins) ;
de sources stables du pilote pcmcia (pcmcia-cs) si vous avez acheté une carte PCMCIA ;
de pilotes réseau sans-fil : si vous n'en avez pas vous, pourrez les télécharger depuis le site web du revendeur ou du constructeur de la carte. Si vous ne trouvez pas, vous pourrez consulter le Wireless Howto de Jean Tourrilhes.
Si vous ne les trouvez pas, même là, vous n'aurez plus qu'à attendre ou à convertir un pilote pour Windows en pilote pour Linux !! (Bonne chance !).
Après cela, vous devrez recompiler votre noyau, recompiler vos sources pcmcia (si vous en avez besoin pour votre carte sans-fil), et enfin recompiler votre pilote sans-fil. Ceci est la situation classique, mais pour certaines cartes, vous n'aurez peut-être a effectuer que l'étape 3 ou seulement les étapes 1 et 3, cela dépend des pilotes.
Une fois que vous avez le matériel nécessaire et que vous aurez compilé tout ce dont vous avez besoin, vous devrez effectuer les étapes fondamentales de configuration d'un réseau sans-fil :
Configuration bas-niveau du noyau de Linux. Cela lui permettra de voir votre carte sans-fil (à un bas-niveau, soit par exemple : ports E/S, interruptions, dma…) : vous devrez voir apparaître un message quelconque qui vous prévienne que la carte sans-fil a bien été trouvée et configurée.
Configuration au niveau liaison de données. Pour chaque carte sans fil, il existe un utilitaire qui permet de paramétrer les valeurs classiques du niveau liaison de données pour le sans-fil. Par exemple, pour la Proxim Symphony, l'utilitaire s'appelle proxcfg alors que les paramètres des cartes PCMCIA se trouve dans les fichiers de configuration PCMCIA. Vous devrez configurer toutes vos cartes sans-fil de manière cohérente si vous voulez qu'elle puissent fonctionner ensemble.
Configuration IP. Arrivé à cette étape, vous devriez pouvoir utiliser les commandes ifconfig et route pour modifier les paramètres IP.
Utiliser quelques astuces améliorer les performances et éviter les conflits. Les éléments de base de votre réseau fonctionnent désormais correctement : en complément, vous devrez ajuster quelques paramètres spécifiques, tels que le mandataire ARM (proxy arp, la redirection de l'écho ICMP, le pontage, le changement de canal, et cætera, pour optimiser votre réseau et éviter des conflits bizarres et mangeurs de bande passante.
N.B. : les étapes 1, 2 et 3 correspondent au niveaux correspondant du modèle OSI, alors que l'étape 4 est un complément destiné à résoudre les situations générées par les masques de réseau 255.255.255.255. En fait un masque de sous-réseau dont les 32 bits sont à 1 viole le standard OSI car cela force le réseau à utiliser la même adresse pour les messages de diffusion et les messages destinés à l'IP de la machine. De plus, l'adresse du réseau n'existe pas.
On pourrait critiquer ce point de vue, mais l'utilisation du modèle OSI pour configurer un réseau sans-fil entraînerait une perte importante lors de la configuration des sous-réseaux ; en effet, chaque sous-réseau gaspille 2 adresses IP (adresse réseau et adresse de diffusion) et cette structure fait perdre en souplesse pour l'affectation des adresses IP (de manière géographique). Vous en trouverez plus à ce sujet en annexe (cf. Annexe A, Le masque 255.255.255.255, le mandataire ARP et la fonction de pont ).
Vous noterez que l'étape 2 n'est pas nécessaire dans un réseau filaire, car il n'y a pas de paramètres particuliers à configurer à ce niveau.
Il s'agit d'un problème récurrent dans l'administration d'un PC : faire que votre noyau (ou vos logiciels d'une manière générale) reconnaisse votre matériel.
Les cartes sans-fil sont encore plus complexes car beaucoup d'entre-elles se branchent sur un port PCMCIA. Donc, vous devrez d'abord permettre à votre noyau de voir l'adaptateur PCMCIA, ensuite vous pourrez essayer d'installer le pilote matériel spécifique à votre carte sans-fil.
Dans les configurations PCMCIA, vous devrez :
Installer les sources du noyau Linux, de http://www.kernel.org dans /usr/src/linux (cf. les utilitaires tar et gzip)
Installer les sources des pilotes pcmcia, se trouvant sur http://pcmcia-cs.sourceforge.net/ dans /usr/src/pcmcia (voir les utilitaires tar et gzip)
Configurer et recompiler votre noyau : lisez le fichier README inclus dans /usr/src/linux
Configurez et recompilez les sources du pilote pcmcia : dans /usr/src/pcmcia utilisez configure et make. Assurez vous que votre pilote est présent, sinon vous devrez l'installer en suivant les instruction du pilote (normalement, un tar xvzf driver.tgz dans le répertoire pcmcia devrait suffire). Ensuite, entrez make all pour compiler. Enfin, entrez make install.
Après l'installation, vous trouverez des fichiers de configuration utiles dans /etc/pcmcia.
Dans les autres cas :
Si votre pilote est présent dans les sources du noyau Linux (ce qui est souvent le cas des cartes récentes), vous devrez l'installer dans un répertoire puis le compiler.
Une fois que vous connaîtrez le nom du module, vous devrez le charger : dans une configuration PCMCIA vous aurez seulement besoin de lancer le démon pcmcia (/etc/rc.d/init.d/pcmcia start sous RedHat). Pour les autres configurations, il suffira d'utiliser modprobe nom_du_module options . Dans les options, vous donnerez les ports d'E/S, ainsi que les paramètres d'IRQ et de la liaison données (voir la Section 5.3, « Configuration de la liaison données ») au pilote sans-fil.
Dans tous les cas, voici les outils pouvant être utilisés pour vérifier si votre matériel est correctement reconnu par le pilote :
tail /var/log/messages qui affiche les dernières entrées du journal système (syslog) ;
dmesg qui affiche les messages du noyau ;
le répertoire /proc : les fichiers ioports (informations sur les ports d'E/S), devices (périphériques reconnus), interrupts (IRQ) et les sous-répertoires de driver, contenant des informations spécifiques à certains pilotes.
Qu'est-ce que c'est ?
Les réseaux filaires ont seulement besoin d'être connectés et l'on peut immédiatement définir les paramètres TCP/IP.
En revanche, pour les réseaux sans-fil il est nécessaire de paramétrer la liaison données, afin de définir par exemple :
De quelle type de réseau sans-fil est-ce que je dépends (Ad-hoc ou Infrastructure) ?
Quel canal dois-je utiliser ?
À quel sous-réseau (BSSID) est-ce que j'appartiens, quel est mon identifiant (ESSID) ?
Ma communication est-elle protégée par un algorithme de chiffrement ? Quelle est la longueur de la clé ?
Comme vous le voyez, il y a beaucoup de paramètres à définir. Ceci tient à l'architecture des réseaux sans-fil : une personne se trouvant dans un périmètre proche n'aurait qu'à diriger une antenne dans la bonne direction et à entrer les bons paramètres TCP/IP pour intercepter vos paquets et utiliser vos services.
De plus, la présence d'un grand nombre de sous-réseaux sans-fil pourrait générer des interférences entre ceux-ci.
Il existe donc :
des options à définir lors du chargement du module : modprobe ray_cs essid='LINUX' par exemple, ou
des utilitaires permettant de paramétrer le pilote en cours de fonctionnement : proxcfg eth1 master par exemple.
Il s'agit du troisième problème auquel vous allez faire face. À cette étape, la situation ne devient problématique que lorsque votre réseau évolue pour devenir plus grand.
Souvenez-vous : le réseau IP sans-fil ne vous stressera pas si vous ne le stressez pas !
Chaque hôte voit tous les autres A - - - - - C \ / | \ / | /\ | / \ | / \ B - - - - - D
Une configuration comme celle-ci ne requiert rien de particulier (à un niveau IP) : vous devez seulement attribuer une adresse IP à chaque hôte et un masque de sous-réseau global cohérent.
A ne voit pas B directement A <- - - - Pas \ | de \ C communication \ | B <- - - -
Dans ce cas, A et B ne peuvent communiquer qu'en passant par C
Si le réseau est en mode Infrastructure et que C est le point d'accès, il n'y a pas de problème. En mode Ad-hoc, vous pouvez aussi donner à un hôte le rôle de maître (Je sais que ce terme n'est pas si cérémonieux !). Celui-ci pourra créer un BSS auquel n'importe quel autre hôte pourra se joindre.
Au niveau IP, nous sommes ici totalement connectés : A et B communiquent avec C en utilisant la même interface de C. En conséquence, si vous essayez de faire un ping de A vers B, vous recevrez de nombreux paquets ICMP REDIRECT (redirection ICMP) envoyés par C, celui-ci informant A que sa destination se trouve déjà dans le réseau d'où provient sa requête.
Solution : sur la machine C, entrez echo 0 > /proc/sys/net/ipv4/conf/ethx/send_redirects (où ethx est l'interface de C vers A et B) pour annuler l'envoi de ces messages.
Un autre problème : quel masque de sous-réseau attribuer à A et B ? Si vous attribuez à A un masque qui inclut A et B, rien ne fonctionnera, car A n'utilisera pas la passerelle (C) mais fera directement des requêtes ARP afin d'obtenir l'adresse MAC de sa destination, qui hélas est injoignable directement.
Vous pourriez envisager d'utiliser un mandataire ARP (proxy arp), mais cela ne marchera pas non plus. En effet, un mandataire ARP ne répondra à la source que si la destination et la source se trouvent sur deux interfaces différentes, ce qui n'est pas le cas !
Vous devrez donc attribuer un masque de sous-réseau très petit (Win9x autorise 255.255.255.254, alors que sous WinNT il faudra au moins 255.255.255.248), et vous devez vous assurer que les hôtes A et B n'ont pas une adresse réseau identique.
Exemples :
IP(A) = x.y.z.2/31 et IP(B) = x.y.z.3/31. Cela ne fonctionnera pas car A pensera que B est dans son sous-réseau, et cherchera à réaliser une requête ARP pour le joindre. B ne recevra pas la requête (il n'est pas joignable par A). C ne répondra pas, même s'il dispose d'un mandataire ARP car, pour lui, A et B se trouvent sur la même interface.
IP(A) = x.y.z.1/31 et IP(B) = x.y.z.2/31. Cela fonctionnera, car A contactera C pour entrer en relation avec B (envoi des paquets destinés à B vers l'adresse MAC de C).
En général, avec un masque de sous-réseau de 255.255.255.254, le système fonctionne avec 2 adresses IP en changeant simplement le dernier chiffre, et en s'assurant que si le dernier chiffre de l'un des adresses est paire, le dernier chiffre de l'autre adresse n'est pas le chiffre impair immédiatement supérieur.
Ce sont des contraintes de TCP/IP, mais c'est la seule méthode permettant d'obtenir un haut niveau de flexibilité.
Note | |
---|---|
Si vous utilisez un point d'accès, c'est-à-dire un réseau en mode Infrastructure, vous n'aurez pas le problème de redirection, car tout sera résolu au niveau liaison de données (presque tous les points d'accès se comportent comme des ponts). Mais les points d'accès sont chers (un millier de dollars, voire plus)[5] et il est plus économique d'utiliser un Pentium 133 avec 32 Mo de mémoire vive comme routeur, même avec 2 cartes ou plus. |
A - - - - - C - - Internet \ / | \ / | /\ | / \ | / \ B - - - - - D
Il existe plusieurs situations :
Seule la machine C dispose d'une adresse IP publique (sur son interface côté Internet). Vous devrez simplement lui attribuer une adresse IP privée (192.168.x.y par exemple) pour le réseau sans-fil, ce qui permettra l'utilisation du routage et du masquage. C sera la passerelle par défaut de A, B et D.
Vous disposez d'un sous-réseau public visible depuis Internet et C est votre passerelle par défaut (entre votre réseau et Internet). Vous devrez seulement activer le routage sur C, et paramétrer définir C comme passerelle par défaut sur A, B et D.
Vous disposez d'un sous-réseau public visible depuis Internet et C n'est pas votre passerelle par défaut vers Internet. Deux solutions s'offrent à vous : modifier votre passerelle par défaut pour qu'elle pointe sur C pour les adresses appartenant à votre réseau. Par symétrie, C doit pointer sur votre passerelle par défaut pour aller vers Internet. L'autre solution serait d'activer un mandataire ARP (proxy arp) sur C (echo 1 > /proc/sys/net/ipv4/conf/ethx/proxy_arp où ethx est l'interface vers la passerelle par défaut), puis paramétrer C pour que sa passerelle par défaut pointe vers la passerelle par défaut. Utiliser un mandataire ARP est un détournement de TCP/IP mais fonctionne bien.
Internet \ \ E \ / \ / sans-fil A - - - - - C - - F \ / \ | \ / | \ filaire /\ G | / \ | / \ B - - - - - D
Maintenant, C relie deux réseaux : sans-fil à droite et filaire à gauche.
De plus, il y a un accès à Internet, vous avez donc au total 3 cartes réseau dans C.
Quels adresses IP attribuer aux hôtes ? Vous avez deux solutions :
Séparer le réseau en deux sous-réseaux : par exemple 192.168.1.0/24 et 192.168.2.0/24. Cette solution est rapide mais ne sera pas extensible si vous utilisez des adresses Internet publiques, car cela obligerait à gaspiller trop d'adresses IP.
Activer un mandataire ARP (proxy arp) sur C pour les 2 interfaces. Les paramètres réseau (adresse réseau et masque) sont les mêmes pour le sans-fil et le filaire, mais grâce au mandataire ARP, on peut choisir quelles adresses IP sont sur le réseau filaire et quelles adresses sont sur le réseau sans-fil.
Par exemple, considérez que vous avez un sous-réseau public en x.y.z.0/24
Les interfaces sont :
ifconfig eth0 x.y.z.C netmask 255.255.255.255 # filaire ifconfig eth1 x.y.z.C netmask 255.255.255.255 # sans-fil ifconfig eth2 x.y.z.C netmask 255.255.255.255 # vers Internet
Les routes statiques pour eth2 sont :
route add adresse_passerelle dev eth2 route add default gw adresse_passerelle
Ces routes servent à diriger vers votre passerelle par défaut toutes les requêtes vers Internet : comme vous pouvez le remarquer, vous devez d'abord indiquer à Linux où se trouve le routeur, puis de diriger par défaut les requêtes vers celui-ci.
Routes statiques sur eth0 :
route add x.y.z.A dev eth0 route add x.y.z.B dev eth0 route add x.y.z.D dev eth0
(Les hôtes A, B et D se trouvent sur le réseau filaire.)
Routes statiques sur eth1 :
route add x.y.z.E dev eth1 route add x.y.z.F dev eth1 route add x.y.z.G dev eth1
(Les hôtes E, F et G se trouvent sur le réseau sans-fil.)
Cela vous donnera une très grande souplesse, mais vous devrez définir à la main la configuration relative à chaque hôte.
Avertissement | |
---|---|
Cette partie du texte original a été partiellement réécrite pour la version française. En effet, une grande partie des informations fournies par la version originale étaient trop obsolètes pour être utiles. Ces modifications ont été transmises à l'auteur pour inclusion dans les prochaines versions. |
Je présente ici quelques exemples (que j'espère utiles) de la façon de configurer certaines cartes sans-fil économiques courantes.
Les cartes sans-fil ont une interface similaire à n'importe quelle autre carte Ethernet, vous devrez donc ajouter dans /etc/conf.modules :
alias ethx module
ethx est l'interface que vous voulez attribuer à votre carte sans-fil ;
module est le nom du module du noyau.
options module io=0xAAA irq=I …
0xAAA est l'adresse de base d'E/S correspondant à la carte ;
I est l'IRQ utilisée par votre carte ;
et ainsi de suite s'il y a d'autre paramètres.
Après cela, vous pourrez utiliser les commandes ifconfig et route pour configurer votre cartes au niveau IP.
Type de réseau : FHSS, Ad-hoc seulement, et avec le protocole propriétaire OpenAir.
Site web : http://www.komacke.com/distribution.html où vous devrez télécharger la documentation et les pilotes Linux. Les pilotes pour les systèmes Windows sont disponibles sur http://www.proxim.com.
Les pilotes sont fournis avec un code source à compiler.
Configuration
Décompressez le fichier tar dans un répertoire vide.
Tapez make pour obtenir de l'aide.
make modules; make module_install pour installer le pilote rlmod.o et l'utilitaire proxcfg.
Pour lancer le pilote (après avoir modifié /etc/conf.modules : voir la Section 6.1, « Informations générales sur la configuration »), vous devrez simplement relancer l'interface avec la commande ifconfig.
L'utilitaire proxcfg vous permet de modifier les paramètres de la liaison données :
proxcfg ethx sta pour la configurer en station (esclave)
proxcfg ethx msta pour la configurer en station maître (maître)
proxcfg ethx alt pour la configurer en mode automatique
C'est tout ce que vous devez savoir pour la faire fonctionner correctement.
Pour plus d'information, consultez http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Linux.Wireless.drivers.html#RangeLan2.
Type de réseau : FHSS, Ad-hoc seulement pour la Aviator 2.4 et Infrastructure pour la AviatorPro.
Ce sont des cartes PCMCIA, donc vous devrez compiler les sources pcmcia pour pouvoir les utiliser. Le pilote permettant d'utiliser ces cartes est livré avec les sources PCMCIA (version 3.1.33 minimum) et est inclus dans les noyaux Linux à partir de la version 2.4.19.
Configuration
Vous devez télécharger les sources pcmcia, les décompresser dans /usr/src/pcmcia, les compiler et les installer (voir la Section 5.2, « Configuration bas-niveau du noyau ») ;
Le fichier de configuration /etc/pcmcia/config.opts devrait[6] contenir une ligne comme celle-ci :
module "ray_cs" opts …
À cet endroit, vous devez modifier certains paramètres de la liaison données. Vous devez indiquer ces paramètres sur la même ligne, juste après opts. Les valeurs possibles de ces paramètres sont :
pc_debug=x, où x est le niveau de journalisation ;
net_type=x, avec x=0 pour le mode Ad-hoc et x=1 pour le mode Infrastructure ;
essid=x, x est le ESSID.
Finalement, pour vérifier votre configuration avec , donnez à pc_debug une valeur supérieure à zéro. Vous verrez dans votre console des messages relatifs à la liaison données (comme network started lors de la création d'un nouveau réseau sans-fil et network joined lors de la jonction avec un réseau sans-fil existant).
Le fichier /proc/ray_cs peut également vous aider : si le BSSID qu'il indique est nul, vous ne pourrez recevoir de données d'aucune carte. En effet, le BSSID indique à quel réseau vous appartenez.
Pour plus d'informations, consultez http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Linux.Wireless.drivers.html#Raylink
Type de réseau : DSSS, Ad-hoc et Infrastructure.
Les produits Lucent sont très professionnels. NdT : La gamme des produits sans-fil de Lucent a été revendue à Proxim
Site web : http://www.lucent.com et http://www.orinoco.net.
Le pilote (orinoco_cs) permettant d'utiliser ces cartes est livré avec les sources PCMCIA (version 3.1.34 minimum) et est inclus dans le noyaux Linux à partir de la version 2.4.21.
Alors que les pilotes précédents étaient configurés via des paramètres indiqués au module lors de son chargement, la configuration de ce pilote sera réalisée via les extensions sans-fil du noyau (wireless extensions). Les extensions sans-fil sont un jeu d'appels systèmes permettant de communiquer avec les pilotes des cartes réseaux sans-fil. Les utilitaires permettant d'exploiter ces extensions sont regroupés dans le paquet wireless-tools. Parmi ceux-ci se trouve la commande iwconfig qui sera spécifiquement utilisée pour la configuration d'une carte (voir http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Tools.html).
Configuration
Vous devez télécharger les sources pcmcia, les décompresser dans /usr/src/pcmcia, les compiler et les installer (voir la Section 5.2, « Configuration bas-niveau du noyau ») ;
Placez dans le fichier de configuration /etc/pcmcia/wireless.opts une configuration vierge comme celle-ci :
*,*,*,*) # <- Motif de sélection # Définit à quelles cartes cette configuration s'applique # (Le 4e composant de ce motif correspond à l'adresse MAC) INFO="Carte WaveLan ou Orinoco" # ESSID (nom de réseau étendu) : "Mon reseau", "any" ESSID="" # Mode de fonctionnement : # ------------------------ # Ad-Hoc, Managed, Master, Repeater, Secondary, auto MODE="" # Canal : 1, 2, 3 # --------------- # Cette option n' est applicable qu'au mode Ad-hoc CHANNEL="" # Débit en bits : auto, 1M, 11M # ----------------------------- # Ce paramètre sert a définir la vitesse de transmission. # attention à ce paramètre pour la compatibilité avec les cartes # Cabletron. RATE="" ;;
Il ne vous reste plus qu'à remplir ce fichier pour configurer la liaison données.
Note | |
---|---|
Pour utiliser 2 cartes Wavelan avec des configurations différentes sur la même machine (par exemple, l'une en mode Ad-hoc et l'autre en mode infrastructure), il suffit d'indiquer dans le fichier de configuration /etc/pcmcia/wireless.opts une configuration pour chaque carte. En effet, la quatrième partie du motif de sélection de chaque bloc *,*,*,XX:XX:XX:XX:XX) sert à spécifier à quelle carte (i.e. à quelle adresse MAC) cette configuration s'applique. Il suffit donc de remplacer dans chaque cas cette quatrième composante (XX:XX:XX:XX:XX) par l'adresse MAC de la carte à laquelle cette configuration s'applique. |
Les pilotes pour Lucent peuvent aussi être utilisés pour les cartes Cabletron http://www.cabletron.com
Pour plus d'information, consultez http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Linux.Wireless.drivers.html#WavelanIEEE.
Type de réseau : DSSS, Ad-hoc ou Infrastructure.
YDI vend des cartes très professionnelles avec des antennes, des amplis, et cætera.
Site web : http://www.ydi.com. Les pilotes Linux sont disponibles sur : ftp://ftp.linux-wlan.org/pub/linux-wlan/.
Pour installer :
Décompressez le fichier tar dans un répertoire vide ;
Tapez make pour compiler ;
make install pour installer le pilote am930_isa et l'utilitaire wlanctl.
Une fois ceci fait, vous pourrez choisir de réaliser une configuration manuelle de la liaison données en utilisant wlanctl ou une configuration automatique en utilisant les scripts scripts/wlan ou scripts/rc.wlan.
Les paramètres principaux pour un réglage manuel :
wlanctl scan … pour rechercher des BSS déjà présents ;
wlanctl netlist vous montrera ce qu'a trouvé la commande wlanctl scan … ;
wlanctl bsscreate … ssid pour créer un nouveau réseau identifié par le SSID indiqué ;
wlanctl bssjoin bssid pour rejoindre le réseau identifié par le BSSID indiqué ;
wlanctl authen et wlanctl assoc pour les services d'authentification
Pour plus d'information, consultez http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Linux.Wireless.drivers.html#Prism.
Le site consacré au WiFi de l'université de Corse ;
Les articles consacrés aux réseaux sans fil du site de vulgarisation informatique Comment ça marche ?.
Ici sont traités certains avantages de Linux dans l'interconnexion de réseaux sans-fil.
Linux vous permet de choisir un masque de sous-réseau ayant la valeur 255.255.255.255, ce qui pourra vous aider à attribuer les adresses IP aux interfaces de votre choix, par exemple une pour eth0, une autre pour eth1, et ainsi de suite…
Ceci n'a pas d'effet secondaire particulier.
Vous pouvez de plus utiliser le paramètre proxy_arp sous /proc/sys/net/ipv4/conf/ethx/proxy_arp où ethx est votre interface.
Si vous faites echo 1 > proxy_arp, vous activerez le mandataire ARP (proxy arp) pour cette interface. Vous le désactiverez avec echo 1 > proxy_arp.
Qu'est-ce qu'un mandataire ARP ? En résumé, un mandataire ARP vous sera utile lorsque vous voudrez qu'un routeur Linux réponde à une requête ARP alors que l'adresse de destination se trouve sur une autre de ses interfaces.
Exemple :
192.168.1.1 ---- 192.168.1.2 routeur Linux 192.168.2.2 ----192.168.2.1
Pour faire fonctionner cet exemple, vous devez :
Sans mandataire ARP
Sur l'hôte 192.168.1.1 : choisir 192.168.1.2 comme passerelle
Sur l'hôte 192.168.2.1 : choisir 192.168.2.2 comme passerelle
Effectuer une commande ping avec succès d'un côté vers l'autre.
Avec un mandataire ARP
Sur l'hôte 192.168.1.1 : choisir 192.168.1.2 comme passerelle
Ne pas choisir de passerelle sur l'hôte 192.168.2.1, mais activer le mandataire ARP sur la bonne interface du routeur
Effectuer une commande ping avec succès d'un côté vers l'autre.
Dans le second cas, le mandataire ARP permet au routeur Linux de répondre lorsque vous effectuez une commande ping depuis l'hôte 192.168.2.1, en disant qu'il connaît l'hôte 192.168.1.1 et qu'il peut donc répondre à sa place. Ensuite, quand la source commence à envoyer des paquets ICMP, le routeur Linux sait qu'il doit les rediriger vers le véritable hôte 192.168.1.1.
Dans un réseau sans-fil, un mandataire ARP peut vous aider si vous avez beaucoup de machines Linux utilisées comme routeurs IP et que vous ne voulez pas avoir à paramétrer un grand nombre de routes statiques sur chaque hôte.
Vous pouvez aussi essayer d'utiliser une machine Linux comme pont sur un réseau sans-fil :
Installez un noyau stable et récent
Téléchargez de bons utilitaires de pontage sur http://bridge.sourceforge.net/.
Un pont devrait être plus simple à gérer.
Site web : http://www.siemens.com/
Qu'est-ce ? Ces deux composants ne sont pas réellement des cartes PC mais plutôt des modems que vous utilisez comme des périphériques externes.
Hôte1-PortSérie - ModemRadio1 - - - - - ModemRadio2 - PortSérie-Hôte2
Comment les connecter ?
Si vous vouliez les imaginer d'une manière abstraite, vous pourriez les modéliser comme ceci :
Hôte1-PortSérie - - CÂBLE NULL MODEM - - PortSérie-Hôte2
Vous aurez donc une connexion entre deux ports série distant avec deux configurations possibles :
Linux avec Windows, Linux utilise un démon qui répond aux appels ppp, alors que Windows utilise un connexion d'accès au réseau à distance.
Linux avec Linux, vous pouvez lancer sur les 2 hôtes une connexion ppp avec des adresses IP inversées.
Pour le cas n°1, vous pouvez utilisez ce scripts Linux simple :
/usr/sbin/pppd -detach lock idle 300 crtscts \ connect "/usr/sbin/chat -v TIMEOUT 5 AT OK AT OK AT OK AT OK" \ IPLINUX:IPWINDOWS /dev/ttySx 115200 \ disconnect "/usr/sbin/chat -v AT OK" \ ms-dns IPDNS
Où :
/dev/ttySx est votre port série ;
IPDNS est l'adresse IP de votre serveur DNS ;
IPLINUX est l'adresse IP de l'hôte Linux et IPWINDOWS est l'adresse IP de l'hôte Windows.
Ce script est nécessaire pour faire croire à Windows qu'il y a un modem sur le port série !
Dans Windows, vous devrez créer une connexion réseau à distance avec contrôle de flux matériel (RTS/CTS) activé, une vitesse de 115 200 et un numéro d'appel bidon (demandé par l'accès à distance, mais effectivement non utilisé).
Avec deux machines Linux, vous devrez simplement lancer ce script très simple sur chaque hôte Linux :
/usr/sbin/pppd passive local crtscts IPLINUX1:IPLINUX2 /dev/ttySx 115200 noauth persist
Où vous inverserez IPLINUX1 et IPLINUX2 sur la seconde machine.
Notez que vous pourrez mettre en place une authentification si vous le souhaitez, autant en Linux-Windows qu'en Linux-Linux.
[1] Federal Communications Commissions, l'autorité réglementaire des télécoms aux États-Unis
[2] Conférence Européenne des Administrations des Postes et Télécommunications
[3] Autorité de régulation des télécoms
[4] Tous les guides pratiques cités dans ce document peuvent être récupérés en version française sur http://fr.tldp.org ou sur http://www.traduc.org et en version originale sur http://www.tldp.org.
[5] NdT : les prix ont maintenant beaucoup baissé en ce qui concerne le 802.11b. L'achat d'un point d'accès peut donc se révéler une solution plus économique que l'utilisation d'une machine Linux.
[6] Si ce n'est pas le cas, le fichier original, nommé etc/config.opts se trouve dans les sources pcmcia.