MFen 1.335 --> 1.351
This commit is contained in:
parent
40156b4972
commit
cbfb3f7844
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=22973
1 changed files with 198 additions and 73 deletions
|
@ -3,7 +3,7 @@
|
|||
The FreeBSD French Documentation Project
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.335
|
||||
Original revision: 1.351
|
||||
-->
|
||||
|
||||
<chapter id="advanced-networking">
|
||||
|
@ -13,8 +13,8 @@
|
|||
<sect1 id="advanced-networking-synopsis">
|
||||
<title>Synopsis</title>
|
||||
|
||||
<para>Ce chapitre abordera certains nombre de sujets réseau
|
||||
avancés.</para>
|
||||
<para>Ce chapitre abordera certains nombre de sujets réseau
|
||||
avancés.</para>
|
||||
|
||||
<para>Après la lecture de ce chapitre, vous
|
||||
connaîtrez:</para>
|
||||
|
@ -1284,7 +1284,7 @@ wi0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
|
|||
</sect4>
|
||||
|
||||
<sect4>
|
||||
<title>Clients</title>
|
||||
<title>Clients 802.11b</title>
|
||||
|
||||
<para>Presque toutes les cartes réseaux sans fil
|
||||
802.11b sont supportées sous &os;. La plupart des
|
||||
|
@ -1292,6 +1292,140 @@ wi0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
|
|||
Hermes, Aironet, et Raylink fonctionneront dans le mode
|
||||
IBSS (ad-hoc, point à point, et BSS).</para>
|
||||
</sect4>
|
||||
|
||||
<sect4>
|
||||
<title>Clients 802.11a & 802.11g</title>
|
||||
|
||||
<para>Le pilote de périphérique &man.ath.4;
|
||||
supporte les normes 802.11a et 802.11g. Si votre carte
|
||||
est basée sur un circuit Atheros, vous devriez
|
||||
être en mesure d'utiliser ce pilote.</para>
|
||||
|
||||
<para>Malheureusement il y a toujours de nombreux fabricants
|
||||
qui ne fournissent pas à la communauté des
|
||||
logiciels libres les informations concernant les pilotes
|
||||
pour leurs cartes considérant de telles
|
||||
informations comme des secrets industriels. Par
|
||||
conséquent, il ne reste aux développeurs de
|
||||
&os; et d'autres systèmes d'exploitation libres que
|
||||
deux choix: développer les pilotes en passant par
|
||||
un long et pénible processus de <quote>reverse
|
||||
engineering</quote> ou utiliser les pilotes binaires
|
||||
existants disponibles pour la plateforme
|
||||
µsoft.windows;. La plupart des développeurs,
|
||||
y compris ceux impliqués dans &os;, ont choisi
|
||||
cette dernière approche.</para>
|
||||
|
||||
<para>Grâce aux contributions de Bill Paul (wpaul),
|
||||
depuis &os; 5.3-RELEASE, il existe un support
|
||||
<quote>natif</quote> pour la spécification
|
||||
d'interface des pilotes de périphérique
|
||||
réseau (Network Driver Interface
|
||||
Specification—NDIS). Le NDISulator &os; (connu
|
||||
également sous le nom de Project Evil) prend un
|
||||
pilote binaire réseau &windows; et lui fait penser
|
||||
qu'il est en train de tourner sous &windows;. Cette
|
||||
fonctionnalité est relativement nouvelle, mais
|
||||
semble fonctionner correctement dans la plupart des
|
||||
tests.</para>
|
||||
|
||||
<para>Pour utiliser le NDISulator, vous avez besoin de trois
|
||||
choses:</para>
|
||||
|
||||
<orderedlist>
|
||||
<listitem>
|
||||
<para>les sources du noyau;</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>le pilote binaire &windowsxp;
|
||||
(extension <filename>.SYS</filename>);</para>
|
||||
</listitem>
|
||||
<listitem>
|
||||
<para>le fichier de configuration du pilote &windowsxp;
|
||||
(extension <filename>.INF</filename>).</para>
|
||||
</listitem>
|
||||
</orderedlist>
|
||||
|
||||
<para>Vous aurez besoin de compiler le module d'interface du
|
||||
mini-pilote &man.ndis.4;. En tant que
|
||||
<username>root</username>:</para>
|
||||
|
||||
<screen>&prompt.root; cd /usr/src/sys/modules/ndis
|
||||
&prompt.root; make && make install</screen>
|
||||
|
||||
<para>Recherchez les fichiers spécifiques à
|
||||
votre carte. Généralement, ils peuvent
|
||||
être trouvés sur les CDs livrés avec
|
||||
la carte ou sur le site du fabricant. Dans les exemples
|
||||
qui suivent nous utiliseront les fichiers
|
||||
<filename>W32DRIVER.SYS</filename> et
|
||||
<filename>W32DRIVER.INF</filename>.</para>
|
||||
|
||||
<para>L'étape suivante est de compiler le pilote
|
||||
binaire dans un module chargeable du noyau. Pour
|
||||
effectuer cela, en tant que <username>root</username>,
|
||||
rendez vous dans le répertoire du module
|
||||
<filename>if_ndis</filename> et copiez-y les fichiers du
|
||||
pilote &windows;:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>cd /usr/src/sys/modules/if_ndis</userinput>
|
||||
&prompt.root; <userinput>cp <replaceable>/path/to/driver/W32DRIVER.SYS</replaceable> ./</userinput>
|
||||
&prompt.root; <userinput>cp <replaceable>/path/to/driver/W32DRIVER.INF</replaceable> ./</userinput></screen>
|
||||
|
||||
<para>Nous utiliserons maintenant l'utilitaire
|
||||
<command>ndiscvt</command> pour générer le
|
||||
fichier d'entête
|
||||
<filename>ndis_driver_data.h</filename> du pilote pour la
|
||||
compilation du module:</para>
|
||||
|
||||
<screen>&prompt.root; ndiscvt -i <replaceable>W32DRIVER.INF</replaceable> -s <replaceable>W32DRIVER.SYS</replaceable> -o ndis_driver_data.h</screen>
|
||||
|
||||
<para>Les options <option>-i</option> et <option>-s</option>
|
||||
précisent respectivement le fichier de
|
||||
configuration et le fichier binaire. Nous utilisons
|
||||
l'option <option>-o ndis_driver_data.h</option> car le
|
||||
<filename>Makefile</filename> recherchera ce fichier lors
|
||||
de la compilation du module.</para>
|
||||
|
||||
<note>
|
||||
<para>Certains pilotes &windows; nécessitent des
|
||||
fichiers supplémentaires pour fonctionner. Vous
|
||||
pouvez les ajouter avec <command>ndiscvt</command> en
|
||||
utilisant l'option <option>-f</option>. Consultez la page
|
||||
de manuel &man.ndiscvt.8; pour plus d'information.</para>
|
||||
</note>
|
||||
|
||||
<para>Nous pouvons enfin compiler et installer le module du
|
||||
pilote:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>make && make install</userinput></screen>
|
||||
|
||||
<para>Pour utiliser le pilote, vous devez charger les
|
||||
modules appropriés:</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>kldload ndis</userinput>
|
||||
&prompt.root; <userinput>kldload if_ndis</userinput></screen>
|
||||
|
||||
<para>La première commande charge le pilote
|
||||
d'interface NDIS, la seconde charge l'interface
|
||||
réseau. Contrôlez la sortie de &man.dmesg.8;
|
||||
à la recherche d'une quelconque erreur au
|
||||
chargement. Si tout s'est bien passé, vous devriez
|
||||
obtenir une sortie ressemblant à ce qui
|
||||
suit:</para>
|
||||
|
||||
<screen>ndis0: <Wireless-G PCI Adapter> mem 0xf4100000-0xf4101fff irq 3 at device 8.0 on pci1
|
||||
ndis0: NDIS API version: 5.0
|
||||
ndis0: Ethernet address: 0a:b1:2c:d3:4e:f5
|
||||
ndis0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
|
||||
ndis0: 11g rates: 6Mbps 9Mbps 12Mbps 18Mbps 36Mbps 48Mbps 54Mbps</screen>
|
||||
|
||||
<para>A partir de là, vous pouvez traiter le
|
||||
périphérique <devicename>ndis0</devicename>
|
||||
comme n'importe quel périphérique sans fil
|
||||
(e.g. <devicename>wi0</devicename>) et consulter les
|
||||
premières sections de ce chapitre.</para>
|
||||
</sect4>
|
||||
</sect3>
|
||||
</sect2>
|
||||
</sect1>
|
||||
|
@ -3386,7 +3520,7 @@ host margaux {
|
|||
série dans votre ordinateur.</para>
|
||||
|
||||
<para>Vous devriez lire le document sur <ulink
|
||||
url="../../articles/serial-uart/index.html">les ports
|
||||
url="&url.articles.serial-uart;/index.html">les ports
|
||||
série sous &os;</ulink> pour comprendre en
|
||||
détail le fonctionnement des
|
||||
périphériques série et les
|
||||
|
@ -3689,51 +3823,38 @@ options IPFIREWALL_VERBOSE</programlisting>
|
|||
<para>Ce qui suit doit figurer dans le fichier
|
||||
<filename>/etc/rc.conf</filename>:</para>
|
||||
|
||||
<programlisting>gateway_enable="YES"
|
||||
firewall_enable="YES"
|
||||
firewall_type="OPEN"
|
||||
<programlisting>gateway_enable="YES" <co id="co-natd-gateway-enable">
|
||||
firewall_enable="YES" <co id="co-natd-firewall-enable">
|
||||
firewall_type="OPEN" <co id="co-natd-firewall-type">
|
||||
natd_enable="YES"
|
||||
natd_interface="<replaceable>fxp0</replaceable>"
|
||||
natd_flags=""</programlisting>
|
||||
natd_interface="<replaceable>fxp0</replaceable>" <co id="co-natd-natd-interface">
|
||||
natd_flags="" <co id="co-natd-natd-flags"></programlisting>
|
||||
|
||||
<informaltable frame="none">
|
||||
<tgroup cols="2">
|
||||
<tbody>
|
||||
<row>
|
||||
<entry>gateway_enable="YES"</entry>
|
||||
<entry>Configure la machine comme passerelle.
|
||||
Exécuter
|
||||
<command>sysctl net.inet.ip.forwarding=1</command>
|
||||
aurait le même effet.</entry>
|
||||
</row>
|
||||
<row><entry>firewall_enable="YES"</entry>
|
||||
<entry>Active les règles du coupe-feu se
|
||||
trouvant dans le fichier
|
||||
<filename>/etc/rc.firewall</filename> au
|
||||
démarrage.</entry>
|
||||
</row>
|
||||
<row><entry>firewall_type="OPEN"</entry>
|
||||
<entry>Cela spécifie un ensemble de règles
|
||||
prédéfinies pour le coupe-feu qui autorise
|
||||
tous les paquets entrant. Consultez le fichier
|
||||
<filename>/etc/rc.firewall</filename> pour d'autres
|
||||
ensembles de régles.</entry>
|
||||
</row>
|
||||
<row>
|
||||
<entry>natd_interface="fxp0"</entry>
|
||||
<entry>Indique à travers quelle interface
|
||||
transférer les paquets (l'interface
|
||||
connectée à l'Internet).</entry>
|
||||
</row>
|
||||
<row>
|
||||
<entry>natd_flags=""</entry>
|
||||
<entry>Toutes options de configuration
|
||||
supplémentaires passées à
|
||||
&man.natd.8; au démarrage.</entry>
|
||||
</row>
|
||||
</tbody>
|
||||
</tgroup>
|
||||
</informaltable>
|
||||
<calloutlist>
|
||||
<callout arearefs="co-natd-gateway-enable">
|
||||
<para>Configure la machine comme passerelle.
|
||||
Exécuter <command>sysctl
|
||||
net.inet.ip.forwarding=1</command> aurait le même
|
||||
effet.</para>
|
||||
<callout arearefs="co-natd-firewall-enable">
|
||||
<para>Active au démarrage les règles du
|
||||
coupe-feu se trouvant dans le fichier
|
||||
<filename>/etc/rc.firewall</filename>.</para>
|
||||
<callout arearefs="co-natd-firewall-type">
|
||||
<para>Cela spécifie un ensemble de règles
|
||||
prédéfinies pour le coupe-feu qui autorise
|
||||
tous les paquets entrant. Consultez le fichier
|
||||
<filename>/etc/rc.firewall</filename> pour d'autres
|
||||
ensembles de régles.</para>
|
||||
<callout arearefs="co-natd-natd-interface">
|
||||
<para>Indique à travers quelle interface
|
||||
transférer les paquets (l'interface
|
||||
connectée à l'Internet).</para>
|
||||
<callout arearefs="co-natd-natd-flags">
|
||||
<para>Toutes options de configuration
|
||||
supplémentaires passées à
|
||||
&man.natd.8; au démarrage.</para>
|
||||
</calloutlist>
|
||||
|
||||
<para>Le fait d'avoir les options précédentes
|
||||
définies dans le fichier
|
||||
|
@ -3948,7 +4069,7 @@ redirect_port tcp 192.168.0.3:80 80</programlisting>
|
|||
montre comment en faire un à partir d'un câble
|
||||
parallèle d'imprimante.</para>
|
||||
|
||||
<table>
|
||||
<table frame="none">
|
||||
<title>Câblage d'un câble parallèle pour
|
||||
réseau</title>
|
||||
|
||||
|
@ -4205,7 +4326,7 @@ round-trip min/avg/max/stddev = 2.530/2.643/2.774/0.103 ms</screen>
|
|||
version du très célèbre protocole IP (aussi
|
||||
connu sous le nom d'<acronym>IPv4</acronym>). Comme les autres
|
||||
systèmes BSD, &os; utilise l'implémentation IPv6
|
||||
<acronym>KAME</acronym>. Votre système &os; est donc
|
||||
KAME. Votre système &os; est donc
|
||||
fourni avec tout ce dont vous aurez besoin pour tester l'IPv6.
|
||||
Cette section se concentre sur la configuration et l'utilisation
|
||||
d'IPv6.</para>
|
||||
|
@ -4338,7 +4459,7 @@ round-trip min/avg/max/stddev = 2.530/2.643/2.774/0.103 ms</screen>
|
|||
par des adresses multicast en IPv6.</para>
|
||||
</note>
|
||||
|
||||
<table>
|
||||
<table frame="none">
|
||||
<title>Adresses IPv6 réservées</title>
|
||||
|
||||
<tgroup cols="4">
|
||||
|
@ -4657,7 +4778,7 @@ gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
|
|||
(extrémité) distante
|
||||
<replaceable>REMOTE_IPv4_ADDR</replaceable>:</para>
|
||||
|
||||
<programlisting>gif_config_gif0="<replaceable>MY_IPv4_ADDR REMOTE_IPv4_ADDR</replaceable>"</programlisting>
|
||||
<programlisting>gifconfig_gif0="<replaceable>MY_IPv4_ADDR REMOTE_IPv4_ADDR</replaceable>"</programlisting>
|
||||
|
||||
<para>Pour utiliser l'adresse IPv6 que l'on vous a
|
||||
assigné en vue d'être utilisée pour
|
||||
|
@ -4727,14 +4848,15 @@ gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
|
|||
</authorgroup>
|
||||
</sect1info>
|
||||
|
||||
<title>ATM sous &os; 5.X</title>
|
||||
<title>ATM (<quote>Asynchronous Transfer Mode</quote>) sous &os; 5.X</title>
|
||||
|
||||
<sect2>
|
||||
<title>Configuration IP conventionnelle sur ATM (PVCs)</title>
|
||||
|
||||
<para>L'IP conventionnelle sur ATM (“Classical IP over
|
||||
ATM”—<acronym>CLIP</acronym>) est la
|
||||
méthode la plus simple pour utiliser ATM avec l'IP.
|
||||
méthode la plus simple pour utiliser ATM
|
||||
(Asynchronous Transfer Mode) avec l'IP.
|
||||
Elle peut être utilisée en mode non
|
||||
connecté (“Switched Virtual
|
||||
Connections”—SVCs) et en mode connecté
|
||||
|
@ -4752,10 +4874,13 @@ gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
|
|||
que cela soit simple à configurer, cela tend à
|
||||
devenir impraticable avec un nombre important de machines.
|
||||
Notre exemple suppose que nous avons quatre machines sur le
|
||||
réseau, chacune connectée au réseau ATM
|
||||
à l'aide d'une carte réseau ATM. La
|
||||
réseau, chacune connectée au réseau
|
||||
<acronym role="Asynchronous Transfer Mode">ATM</acronym>
|
||||
à l'aide d'une carte réseau <acronym
|
||||
role="Asynchronous Transfer Mode">ATM</acronym>. La
|
||||
première étape est d'établir le plan
|
||||
des adresses IP et des connexions ATM entre machines. Nous
|
||||
des adresses IP et des connexions <acronym
|
||||
role="Asynchronous Transfer Mode">ATM</acronym> entre machines. Nous
|
||||
utilisons le plan suivant:</para>
|
||||
|
||||
<informaltable frame="none">
|
||||
|
@ -4849,10 +4974,10 @@ gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
|
|||
identiques. Ensuite nous devons configurer les interfaces
|
||||
ATM sur chaque machine:</para>
|
||||
|
||||
<screen>hostA&prompt.root; ifconfig hatm0 192.168.173.1 up
|
||||
hostB&prompt.root; ifconfig hatm0 192.168.173.2 up
|
||||
hostC&prompt.root; ifconfig hatm0 192.168.173.3 up
|
||||
hostD&prompt.root; ifconfig hatm0 192.168.173.4 up</screen>
|
||||
<screen>hostA&prompt.root; <userinput>ifconfig hatm0 192.168.173.1 up</userinput>
|
||||
hostB&prompt.root; <userinput>ifconfig hatm0 192.168.173.2 up</userinput>
|
||||
hostC&prompt.root; <userinput>ifconfig hatm0 192.168.173.3 up</userinput>
|
||||
hostD&prompt.root; <userinput>ifconfig hatm0 192.168.173.4 up</userinput></screen>
|
||||
|
||||
<para>en supposant que l'interface ATM est
|
||||
<devicename>hatm0</devicename> sur toutes les machines.
|
||||
|
@ -4862,21 +4987,21 @@ hostD&prompt.root; ifconfig hatm0 192.168.173.4 up</screen>
|
|||
vous devez consulter le manuel du switch sur comment
|
||||
réaliser cette configuration).</para>
|
||||
|
||||
<screen>hostA&prompt.root; atmconfig natm add 192.168.173.2 hatm0 0 100 llc/snap ubr
|
||||
hostA&prompt.root; atmconfig natm add 192.168.173.3 hatm0 0 101 llc/snap ubr
|
||||
hostA&prompt.root; atmconfig natm add 192.168.173.4 hatm0 0 102 llc/snap ubr
|
||||
<screen>hostA&prompt.root; <userinput>atmconfig natm add 192.168.173.2 hatm0 0 100 llc/snap ubr</userinput>
|
||||
hostA&prompt.root; <userinput>atmconfig natm add 192.168.173.3 hatm0 0 101 llc/snap ubr</userinput>
|
||||
hostA&prompt.root; <userinput>atmconfig natm add 192.168.173.4 hatm0 0 102 llc/snap ubr</userinput>
|
||||
|
||||
hostB&prompt.root; atmconfig natm add 192.168.173.1 hatm0 0 100 llc/snap ubr
|
||||
hostB&prompt.root; atmconfig natm add 192.168.173.3 hatm0 0 103 llc/snap ubr
|
||||
hostB&prompt.root; atmconfig natm add 192.168.173.4 hatm0 0 104 llc/snap ubr
|
||||
hostB&prompt.root; <userinput>atmconfig natm add 192.168.173.1 hatm0 0 100 llc/snap ubr</userinput>
|
||||
hostB&prompt.root; <userinput>atmconfig natm add 192.168.173.3 hatm0 0 103 llc/snap ubr</userinput>
|
||||
hostB&prompt.root; <userinput>atmconfig natm add 192.168.173.4 hatm0 0 104 llc/snap ubr</userinput>
|
||||
|
||||
hostC&prompt.root; atmconfig natm add 192.168.173.1 hatm0 0 101 llc/snap ubr
|
||||
hostC&prompt.root; atmconfig natm add 192.168.173.2 hatm0 0 103 llc/snap ubr
|
||||
hostC&prompt.root; atmconfig natm add 192.168.173.4 hatm0 0 105 llc/snap ubr
|
||||
hostC&prompt.root; <userinput>atmconfig natm add 192.168.173.1 hatm0 0 101 llc/snap ubr</userinput>
|
||||
hostC&prompt.root; <userinput>atmconfig natm add 192.168.173.2 hatm0 0 103 llc/snap ubr</userinput>
|
||||
hostC&prompt.root; <userinput>atmconfig natm add 192.168.173.4 hatm0 0 105 llc/snap ubr</userinput>
|
||||
|
||||
hostD&prompt.root; atmconfig natm add 192.168.173.1 hatm0 0 102 llc/snap ubr
|
||||
hostD&prompt.root; atmconfig natm add 192.168.173.2 hatm0 0 104 llc/snap ubr
|
||||
hostD&prompt.root; atmconfig natm add 192.168.173.3 hatm0 0 105 llc/snap ubr</screen>
|
||||
hostD&prompt.root; <userinput>atmconfig natm add 192.168.173.1 hatm0 0 102 llc/snap ubr</userinput>
|
||||
hostD&prompt.root; <userinput>atmconfig natm add 192.168.173.2 hatm0 0 104 llc/snap ubr</userinput>
|
||||
hostD&prompt.root; <userinput>atmconfig natm add 192.168.173.3 hatm0 0 105 llc/snap ubr</userinput></screen>
|
||||
|
||||
<para>Bien évidemment des contrats de trafic autres
|
||||
qu'UBR (“Unspecified Bit Rate”) peuvent
|
||||
|
|
Loading…
Reference in a new issue