<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>5. Vue d'ensemble de la configuration d'un réseau sans-fil</title>
<link rel="stylesheet" href="style.css" type="text/css">
<meta name="generator" content="DocBook XSL Stylesheets V1.64.1">
<link rel="home" href="index.html" title="Guide pratique du réseau sans-fil">
<link rel="up" href="index.html" title="Guide pratique du réseau sans-fil">
<link rel="previous" href="ar01s04.html" title="4. La caisse à outils ">
<link rel="next" href="ar01s06.html" title="6. Configuration">
</head>
<body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
<div class="navheader">
<table width="100%" summary="Navigation header">
<tr><th colspan="3" align="center">5. Vue d'ensemble de la configuration d'un réseau sans-fil</th></tr>
<tr>
<td width="20%" align="left">
<a accesskey="p" href="ar01s04.html">Précédent</a> </td>
<th width="60%" align="center"> </th>
<td width="20%" align="right"> <a accesskey="n" href="ar01s06.html">Suivant</a>
</td>
</tr>
</table>
<hr>
</div>
<div class="sect1" lang="fr">
<div class="titlepage">
<div><div><h2 class="title" style="clear: both">
<a name="id2513008"></a>5. Vue d'ensemble de la configuration d'un réseau sans-fil</h2></div></div>
<div></div>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="id2513016"></a>5.1. Étapes fondamentales</h3></div></div>
<div></div>
</div>
<p>
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 :
</p>
<div class="orderedlist"><ol type="1">
<li><p>
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.
</p></li>
<li><p>
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
<span><b class="command">proxcfg</b></span> alors que les paramètres des
cartes <span class="acronym">PCMCIA</span> se trouve dans les fichiers de configuration <span class="acronym">PCMCIA</span>.
Vous devrez configurer toutes vos cartes sans-fil de manière
cohérente si vous voulez qu'elle puissent fonctionner ensemble.
</p></li>
<li><p>
Configuration IP. Arrivé à cette étape, vous devriez pouvoir
utiliser les commandes <span><b class="command">ifconfig</b></span> et
<span><b class="command">route</b></span> pour modifier les paramètres IP.
</p></li>
<li><p>
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
(<span class="foreignphrase"><i class="foreignphrase">proxy arp</i></span>, la redirection de
l'écho <span class="acronym">ICMP</span>, le pontage, le changement de
canal, et cætera, pour optimiser votre réseau et éviter des
conflits bizarres et mangeurs de bande passante.
</p></li>
</ol></div>
<p>
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.
</p>
<p>
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.
<a href="apa.html" title="A.
Le masque 255.255.255.255, le mandataire ARP et la fonction de pont
">Annexe A, <i>
Le masque 255.255.255.255, le mandataire ARP et la fonction de pont
</i></a>).
</p>
<p>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.</p>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="config-noyau"></a>5.2. Configuration bas-niveau du noyau</h3></div></div>
<div></div>
</div>
<p>
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.
</p>
<p>
Les cartes sans-fil sont encore plus complexes car beaucoup
d'entre-elles se branchent sur un port <span class="acronym">PCMCIA</span>. Donc, vous devrez
d'abord permettre à votre noyau de voir l'adaptateur <span class="acronym">PCMCIA</span>,
ensuite vous pourrez essayer d'installer le pilote matériel
spécifique à votre carte sans-fil.
</p>
<p>Dans les configurations <span class="acronym">PCMCIA</span>, vous devrez :</p>
<div class="orderedlist"><ol type="1">
<li><p>
Installer les sources du noyau Linux, de <a href="http://www.kernel.org" target="_top">http://www.kernel.org</a> dans <tt class="filename">/usr/src/linux</tt> (cf. les utilitaires
<span><b class="command">tar</b></span> et <span><b class="command">gzip</b></span>)
</p></li>
<li><p>
Installer les sources des pilotes pcmcia, se trouvant sur <a href="http://pcmcia-cs.sourceforge.net/" target="_top">http://pcmcia-cs.sourceforge.net/</a> dans <tt class="filename">/usr/src/pcmcia</tt> (voir les utilitaires
tar et gzip)
</p></li>
<li><p>
Configurer et recompiler votre noyau : lisez le fichier
<tt class="filename">README</tt> inclus dans <tt class="filename">/usr/src/linux</tt>
</p></li>
<li><p>
Configurez et recompilez les sources du pilote pcmcia : dans
<tt class="filename">/usr/src/pcmcia</tt> utilisez
<span><b class="command">configure</b></span> et <span><b class="command">make</b></span>. Assurez
vous que votre pilote est présent, sinon vous devrez l'installer
en suivant les instruction du pilote (normalement, un
<b class="userinput"><tt>tar xvzf <i class="replaceable"><tt>driver.tgz</tt></i>
</tt></b> dans le répertoire <tt class="filename">pcmcia</tt> devrait suffire). Ensuite,
entrez <b class="userinput"><tt>make all</tt></b> pour compiler.
Enfin, entrez <b class="userinput"><tt>make install</tt></b>.
</p></li>
<li><p>
Après l'installation, vous trouverez des fichiers de configuration
utiles dans <tt class="filename">/etc/pcmcia</tt>.
</p></li>
</ol></div>
<p>Dans les autres cas :</p>
<div class="orderedlist"><ol type="1"><li><p>
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.
</p></li></ol></div>
<p>
Une fois que vous connaîtrez le nom du module, vous devrez le
charger : dans une configuration <span class="acronym">PCMCIA</span>
vous aurez seulement besoin de lancer le démon pcmcia
(<b class="userinput"><tt>/etc/rc.d/init.d/pcmcia start</tt></b> sous
RedHat). Pour les autres configurations, il suffira d'utiliser
<b class="userinput"><tt>modprobe <i class="replaceable"><tt>nom_du_module</tt></i>
<i class="replaceable"><tt>options</tt></i> </tt></b>. Dans les
<i class="replaceable"><tt>options</tt></i>, vous donnerez les ports d'E/S,
ainsi que les paramètres d'IRQ et de la liaison données (voir la
<a href="ar01s05.html#liaison-donnees" title="5.3. Configuration de la liaison données">Section 5.3, « Configuration de la liaison données »</a>) au pilote sans-fil.
</p>
<p>
Dans tous les cas, voici les outils pouvant être utilisés pour
vérifier si votre matériel est correctement reconnu par le
pilote :
</p>
<div class="orderedlist"><ol type="1">
<li><p>
<b class="userinput"><tt>tail /var/log/messages</tt></b> qui affiche
les dernières entrées du journal système
(<tt class="filename">syslog</tt>) ;
</p></li>
<li><p>
<b class="userinput"><tt>dmesg</tt></b> qui affiche les messages du
noyau ;
</p></li>
<li><p>
le répertoire <tt class="filename">/proc</tt> :
les fichiers <tt class="filename">ioports</tt> (informations sur les
ports d'E/S), <tt class="filename">devices</tt> (périphériques
reconnus), <tt class="filename">interrupts</tt> (IRQ) et les
sous-répertoires de <tt class="filename">driver</tt>,
contenant des informations spécifiques à certains pilotes.
</p></li>
</ol></div>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="liaison-donnees"></a>5.3. Configuration de la liaison données</h3></div></div>
<div></div>
</div>
<p>Qu'est-ce que c'est ?</p>
<p>
Les réseaux filaires ont seulement besoin d'être connectés et l'on
peut immédiatement définir les paramètres <span class="acronym">TCP/IP</span>.
</p>
<p>
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 :
</p>
<div class="orderedlist"><ol type="1">
<li><p>
De quelle type de réseau sans-fil est-ce que je dépends (Ad-hoc ou
Infrastructure) ?
</p></li>
<li><p>
Quel canal dois-je utiliser ?
</p></li>
<li><p>
À quel sous-réseau (<span class="acronym">BSSID</span>) est-ce que
j'appartiens, quel est mon identifiant
(<span class="acronym">ESSID</span>) ?
</p></li>
<li><p>
Ma communication est-elle protégée par un algorithme de
chiffrement ? Quelle est la longueur de la clé ?
</p></li>
</ol></div>
<p>
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 <span class="acronym">TCP/IP</span> pour intercepter vos paquets
et utiliser vos services.
</p>
<p>
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.
</p>
<p>Il existe donc :</p>
<div class="orderedlist"><ol type="1">
<li><p>
des options à définir lors du chargement du module :
<b class="userinput"><tt>modprobe ray_cs
essid='<i class="replaceable"><tt>LINUX</tt></i>'</tt></b> par exemple,
ou
</p></li>
<li><p>
des utilitaires permettant de paramétrer le pilote en cours
de fonctionnement : <b class="userinput"><tt>proxcfg eth1
master</tt></b> par exemple.
</p></li>
</ol></div>
</div>
<div class="sect2" lang="fr">
<div class="titlepage">
<div><div><h3 class="title">
<a name="config-ip"></a>5.4. Configuration IP</h3></div></div>
<div></div>
</div>
<p>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.</p>
<p>Souvenez-vous : le réseau IP sans-fil ne vous stressera pas si
vous ne le stressez pas !</p>
<h4>
<a name="id2513656"></a>Une configuration simple</h4>
<pre class="programlisting">
Chaque hôte voit tous les autres
A - - - - - C
\ /
| \ / |
/\
| / \ |
/ \
B - - - - - D
</pre>
<p>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.</p>
<h4>
<a name="id2513729"></a>Une configuration plus complexe</h4>
<pre class="programlisting">
A ne voit pas B directement
A <- - - -
Pas \ |
de \ C
communication \ |
B <- - - -
</pre>
<p>Dans ce cas, A et B ne peuvent communiquer qu'en passant par C</p>
<p>
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 <span class="emphasis"><em>maître</em></span> (Je
sais que ce terme n'est pas si cérémonieux !). Celui-ci
pourra créer un <span class="acronym">BSS</span> auquel n'importe quel autre
hôte pourra se joindre.
</p>
<p>
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 <span><b class="command">ping</b></span>
de A vers B, vous recevrez de nombreux paquets <tt class="literal">ICMP
REDIRECT</tt> (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.
</p>
<p>
Solution : sur la machine C, entrez
<b class="userinput"><tt>echo 0 > /proc/sys/net/ipv4/conf/<i class="replaceable"><tt>ethx</tt></i>/send_redirects</tt></b>
(où <i class="replaceable"><tt>ethx</tt></i> est l'interface de C vers A et
B) pour annuler l'envoi de ces messages.
</p>
<p>
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.
</p>
<p>
Vous pourriez envisager d'utiliser un mandataire ARP
(<span class="foreignphrase"><i class="foreignphrase">proxy arp</i></span>), 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 !
</p>
<p>
Vous devrez donc attribuer un masque de sous-réseau très petit
(Win9x autorise <tt class="literal">255.255.255.254</tt>, alors que sous
WinNT il faudra au moins <tt class="literal">255.255.255.248</tt>), et
vous devez vous assurer que les hôtes A et B n'ont pas une adresse
réseau identique.
</p>
<p>Exemples :</p>
<div class="orderedlist"><ol type="1">
<li><p>
<tt class="literal">IP(A) = x.y.z.2/31</tt> et <tt class="literal">IP(B) =
x.y.z.3/31</tt>. 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.
</p></li>
<li><p>
<tt class="literal">IP(A) = x.y.z.1/31</tt> et <tt class="literal">IP(B) =
x.y.z.2/31</tt>. Cela fonctionnera, car A contactera C pour
entrer en relation avec B (envoi des paquets destinés à B vers
l'adresse MAC de C).
</p></li>
</ol></div>
<p>
En général, avec un masque de sous-réseau de
<tt class="literal">255.255.255.254</tt>, 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.
</p>
<p>
Ce sont des contraintes de <span class="acronym">TCP/IP</span>, mais c'est
la seule méthode permettant d'obtenir un haut niveau de
flexibilité.
</p>
<div class="note" style="margin-left: 0.5in; margin-right: 0.5in;"><table border="0" summary="Note">
<tr>
<td rowspan="2" align="center" valign="top" width="25"><img alt="[Note]" src="images/note.png"></td>
<th align="left">Note</th>
</tr>
<tr><td colspan="2" align="left" valign="top"><p>
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)<sup>[<a name="id2513989" href="#ftn.id2513989">5</a>]</sup> 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.
</p></td></tr>
</table></div>
<h4>
<a name="id2514003"></a>Accès à Internet</h4>
<pre class="programlisting">
A - - - - - C - - Internet
\ /
| \ / |
/\
| / \ |
/ \
B - - - - - D
</pre>
<p>Il existe plusieurs situations :</p>
<div class="orderedlist"><ol type="1">
<li><p>
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 (<tt class="literal">192.168.x.y</tt> 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.
</p></li>
<li><p>
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.
</p></li>
<li><p>
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 (<span class="foreignphrase"><i class="foreignphrase">proxy
arp</i></span>) sur C
(<b class="userinput"><tt>echo 1 > /proc/sys/net/ipv4/conf/<i class="replaceable"><tt>ethx</tt></i>/proxy_arp</tt></b>
où <i class="replaceable"><tt>ethx</tt></i> 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 <span class="acronym">TCP/IP</span>
mais fonctionne bien.
</p></li>
</ol></div>
<h4>
<a name="id2514118"></a>Réseaux mixtes : filaires et sans-fil</h4>
<pre class="programlisting">
Internet
\
\ E
\ /
\ / sans-fil
A - - - - - C - - F
\ / \
| \ / | \
filaire /\ G
| / \ |
/ \
B - - - - - D
</pre>
<p>
Maintenant, C relie deux réseaux : sans-fil à droite et
filaire à gauche.
</p>
<p>
De plus, il y a un accès à Internet, vous avez donc au total 3
cartes réseau dans C.
</p>
<p>
Quels adresses IP attribuer aux hôtes ? Vous avez deux
solutions :
</p>
<div class="orderedlist"><ol type="1">
<li><p>
Séparer le réseau en deux sous-réseaux : par exemple
<tt class="literal">192.168.1.0/24</tt> et
<tt class="literal">192.168.2.0/24</tt>. Cette solution est rapide mais
ne sera pas extensible si vous utilisez des adresses Internet
publiques, car cela obligerait à gaspiller trop d'adresses IP.
</p></li>
<li><p>
Activer un mandataire ARP (<span class="foreignphrase"><i class="foreignphrase">proxy
arp</i></span>) 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.
</p></li>
</ol></div>
<h4>
<a name="id2514209"></a>
Examinons cette deuxième solution plus en détails
</h4>
<p>
Par exemple, considérez que vous avez un sous-réseau public en
<tt class="literal">x.y.z.0/24</tt>
</p>
<p>Les interfaces sont :</p>
<pre class="programlisting">
ifconfig eth0 x.y.z.<i class="replaceable"><tt>C</tt></i> netmask 255.255.255.255 # filaire
ifconfig eth1 x.y.z.<i class="replaceable"><tt>C</tt></i> netmask 255.255.255.255 # sans-fil
ifconfig eth2 x.y.z.<i class="replaceable"><tt>C</tt></i> netmask 255.255.255.255 # vers Internet
</pre>
<p>Les routes statiques pour <tt class="literal">eth2</tt>
sont :</p>
<pre class="programlisting">
route add <i class="replaceable"><tt>adresse_passerelle</tt></i> dev eth2
route add default gw <i class="replaceable"><tt>adresse_passerelle</tt></i>
</pre>
<p>
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.
</p>
<p>
Routes statiques sur <tt class="literal">eth0</tt> :
</p>
<pre class="programlisting">
route add x.y.z.<i class="replaceable"><tt>A</tt></i> dev eth0
route add x.y.z.<i class="replaceable"><tt>B</tt></i> dev eth0
route add x.y.z.<i class="replaceable"><tt>D</tt></i> dev eth0
</pre>
<p>
(Les hôtes A, B et D se trouvent sur le réseau filaire.)
</p>
<p>
Routes statiques sur <tt class="literal">eth1</tt> :
</p>
<pre class="programlisting">
route add x.y.z.<i class="replaceable"><tt>E</tt></i> dev eth1
route add x.y.z.<i class="replaceable"><tt>F</tt></i> dev eth1
route add x.y.z.<i class="replaceable"><tt>G</tt></i> dev eth1
</pre>
<p>
(Les hôtes E, F et G se trouvent sur le réseau sans-fil.)
</p>
<p>
Cela vous donnera une très grande souplesse, mais vous devrez
définir à la main la configuration relative à chaque hôte.
</p>
</div>
<div class="footnotes">
<br><hr width="100" align="left">
<div class="footnote"><p><sup>[<a name="ftn.id2513989" href="#id2513989">5</a>] </sup>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.</p></div>
</div>
</div>
<div class="navfooter">
<hr>
<table width="100%" summary="Navigation footer">
<tr>
<td width="40%" align="left">
<a accesskey="p" href="ar01s04.html">Précédent</a> </td>
<td width="20%" align="center"><a accesskey="u" href="index.html">Niveau supérieur</a></td>
<td width="40%" align="right"> <a accesskey="n" href="ar01s06.html">Suivant</a>
</td>
</tr>
<tr>
<td width="40%" align="left" valign="top">4. La caisse à outils </td>
<td width="20%" align="center"><a accesskey="h" href="index.html">Sommaire</a></td>
<td width="40%" align="right" valign="top"> 6. Configuration</td>
</tr>
</table>
</div>
</body>
</html>
