summaryrefslogtreecommitdiff
path: root/fr/install-methods/tftp
diff options
context:
space:
mode:
authorJoey Hess <joeyh@debian.org>2005-10-07 19:51:38 +0000
committerJoey Hess <joeyh@debian.org>2005-10-07 19:51:38 +0000
commit1ea73eea5ecc6a8ed901316049259aee737ee554 (patch)
tree03a077f0b1b1548f3c806bd1c5795964fba0fb52 /fr/install-methods/tftp
downloadinstallation-guide-1ea73eea5ecc6a8ed901316049259aee737ee554.zip
move manual to top-level directory, split out of debian-installer package
Diffstat (limited to 'fr/install-methods/tftp')
-rw-r--r--fr/install-methods/tftp/bootp.xml69
-rw-r--r--fr/install-methods/tftp/dhcp.xml99
-rw-r--r--fr/install-methods/tftp/rarp.xml65
3 files changed, 233 insertions, 0 deletions
diff --git a/fr/install-methods/tftp/bootp.xml b/fr/install-methods/tftp/bootp.xml
new file mode 100644
index 000000000..07ba81637
--- /dev/null
+++ b/fr/install-methods/tftp/bootp.xml
@@ -0,0 +1,69 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 28997 -->
+
+
+ <sect2 condition="supports-bootp" id="tftp-bootp">
+ <title>Configurer un serveur BOOTP</title>
+<para>
+
+Il existe deux serveurs BOOTP pour GNU/Linux, <command>bootpd</command> CMU
+et le second est en fait un serveur DHCP, <command>dhcpd</command> ISC, que
+l'on peut trouver dans les paquets <classname>bootp</classname> et
+<classname>dhcp</classname> dans &debian;.
+
+</para><para>
+
+Pour utiliser <command>bootpd</command> CMU, vous devez commencer par
+décommenter (ou ajouter) la ligne adéquate dans
+<filename>/etc/inetd.conf</filename>. Dans &debian;, vous pouvez tout
+simplement lancer <userinput>update-inetd --enable bootps</userinput> suivi
+de <userinput>/etc/init.d/inetd reload</userinput> pour le faire. Sinon, la
+ligne en question devrait ressembler à&nbsp;:
+
+<informalexample><screen>
+bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120
+</screen></informalexample>
+
+Maintenant, vous devez créer le fichier <filename>/etc/bootptab</filename>.
+C'est le même genre de format familier et cryptique que ceux des bons vieux
+fichiers BSD <filename>printcap</filename>, <filename>termcap</filename>, et
+<filename>disktab</filename>. Voyez la page de manuel de
+<filename>bootptab</filename> pour d'autres informations.
+Pour <command>bootpd</command> CMU, il sera nécessaire d'obtenir l'adresse
+matérielle (MAC) du client. Voici un exemple du fichier
+<filename>/etc/bootptab</filename>&nbsp;:
+
+<informalexample><screen>
+client:\
+ hd=/tftpboot:\
+ bf=tftpboot.img:\
+ ip=192.168.1.90:\
+ sm=255.255.255.0:\
+ sa=192.168.1.1:\
+ ha=0123456789AB:
+</screen></informalexample>
+
+Vous devrez changer au moins l'option <quote>ha</quote> qui spécifie l'adresse
+matérielle du client. L'option <quote>bf</quote> spécifie le fichier que le
+client devra récupérer via TFTP&nbsp;; cf. <xref linkend="tftp-images"/> pour
+plus de précisions.
+
+<phrase arch="mips">
+Pour les SGI Indys, il suffit d'entrer la commande de contrôle
+<userinput>printenv</userinput>. La valeur de la variable
+<userinput>eaddr</userinput> est celle de l'adresse MAC de la machine.
+</phrase>
+
+</para><para>
+
+En comparaison, configurer BOOTP avec <command>dhcpd</command> ISC est très
+facile parce qu'il traite les clients BOOTP comme des clients DHCP légèrement
+spéciaux. Certaines architectures requièrent une configuration complexe pour
+amorcer les clients via BOOTP. Si la vôtre en fait partie, lisez la partie
+<xref linkend="dhcpd"/>. Sinon, vous pouvez simplement ajouter la directive
+<userinput>allow bootp</userinput> au bloc de configuration pour le
+sous-réseau contenant le client, puis redémarrer <command>dhcpd</command>
+avec <userinput>/etc/init.d/dhcpd restart</userinput>.
+
+</para>
+ </sect2>
diff --git a/fr/install-methods/tftp/dhcp.xml b/fr/install-methods/tftp/dhcp.xml
new file mode 100644
index 000000000..76c536c0a
--- /dev/null
+++ b/fr/install-methods/tftp/dhcp.xml
@@ -0,0 +1,99 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version 29400 -->
+
+
+ <sect2 condition="supports-dhcp" id="dhcpd">
+ <title>Configurer un serveur DHCP</title>
+<para>
+
+Il existe un seul serveur DHCP libre, <command>dhcpd</command> ISC. Dans
+&debian;, il est disponible dans le paquet <classname>dhcp</classname>.
+Voici un exemple de fichier de configuration (habituellement
+<filename>/etc/dhcpd.conf</filename>)&nbsp;:
+
+<informalexample><screen>
+option domain-name "example.com";
+option domain-name-servers ns1.example.com;
+option subnet-mask 255.255.255.0;
+default-lease-time 600;
+max-lease-time 7200;
+server-name "servername";
+
+subnet 192.168.1.0 netmask 255.255.255.0 {
+ range 192.168.1.200 192.168.1.253;
+ option routers 192.168.1.1;
+}
+
+host clientname {
+ filename "/tftpboot/tftpboot.img";
+ server-name "servername";
+ next-server servername;
+ hardware ethernet 01:23:45:67:89:AB;
+ fixed-address 192.168.1.90;
+}
+</screen></informalexample>
+
+Note&nbsp;: dans le nouveau paquet <classname>dhcp3</classname>, ce fichier
+s'appelle <filename>/etc/dhcp3/dhcpd.conf</filename>.
+
+</para><para>
+
+Dans cet exemple, il y a un serveur <replaceable>servername</replaceable>
+qui joue le rôle de serveur DHCP, serveur TFTP et passerelle réseau. Vous
+devrez certainement changer les options de domain-name ainsi que le nom du
+serveur et les adresses matérielles du client. L'option
+<replaceable>filename</replaceable> devrait être le nom du fichier extrait
+via TFTP.
+
+</para><para>
+
+Après avoir modifié le fichier de configuration de <command>dhcpd</command>,
+relancez <command>dhcpd</command> par
+<userinput>/etc/init.d/dhcpd restart</userinput>.
+
+</para>
+
+ <sect3 arch="i386">
+ <title>Amorçage PXE et configuration de DHCP</title>
+<para>
+Voici un autre exemple de fichier <filename>dhcp.conf</filename> utilisant
+la méthode de chargement du système d'exploitation par le réseau gérée par le
+matériel («&nbsp;Pre-boot Execution Environment&nbsp;») (PXE) de TFTP.
+
+<informalexample><screen>
+option domain-name "example.com";
+
+default-lease-time 600;
+max-lease-time 7200;
+
+allow booting;
+allow bootp;
+
+# The next paragraph needs to be modified to fit your case
+subnet 192.168.1.0 netmask 255.255.255.0 {
+ range 192.168.1.200 192.168.1.253;
+ option broadcast-address 192.168.1.255;
+# the gateway address which can be different
+# (access to the internet for instance)
+ option routers 192.168.1.1;
+# indicate the dns you want to use
+ option domain-name-servers 192.168.1.3;
+}
+
+group {
+ next-server 192.168.1.3;
+ host tftpclient {
+# tftp client hardware address
+ hardware ethernet 00:10:DC:27:6C:15;
+ filename "/tftpboot/pxelinux.0";
+ }
+}
+</screen></informalexample>
+
+Veuillez noter que pour un démarrage PXE, le fichier du client
+<filename>pxelinux.0</filename> est un programme d'amorçage et non une image
+du noyau (voir <xref linkend="tftp-images"/> ci-dessous).
+
+</para>
+ </sect3>
+ </sect2>
diff --git a/fr/install-methods/tftp/rarp.xml b/fr/install-methods/tftp/rarp.xml
new file mode 100644
index 000000000..73021fae6
--- /dev/null
+++ b/fr/install-methods/tftp/rarp.xml
@@ -0,0 +1,65 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 28997 -->
+
+
+ <sect2 condition="supports-rarp" id="tftp-rarp">
+ <title>Configurer un serveur RARP</title>
+<para>
+
+Pour configurer RARP, il vous faudra connaître l'adresse Ethernet du client
+(c'est-à-dire, l'<quote>adresse MAC</quote>).
+ Si vous n'avez pas cette donnée, vous pouvez
+
+<phrase arch="sparc">l'extraire des messages d'amorçage initiaux de l'OpenPROM,
+ utiliser la commande OpenBoot <userinput>.enet-addr</userinput> ou
+</phrase>
+
+amorcer en mode <quote>secours</quote> (p.&nbsp;ex. à partir de la disquette
+de secours) et utiliser la commande
+<userinput>/sbin/ifconfig eth0</userinput>.
+
+</para><para>
+
+Pour GNU/Linux (noyau 2.2.x), vous devez renseigner la table RARP du
+ noyau. Pour ce faire, exécutez
+
+<informalexample><screen>
+# <userinput>/sbin/rarp -s
+<replaceable>client-hostname</replaceable>
+<replaceable>client-enet-addr</replaceable></userinput>
+
+# <userinput>/usr/sbin/arp -s
+<replaceable>client-ip</replaceable>
+<replaceable>client-enet-addr</replaceable></userinput>
+</screen></informalexample>
+
+Si en retour vous obtenez :
+
+<informalexample><screen>
+SIOCSRARP: Invalid argument
+</screen></informalexample>
+
+vous devrez probablement charger le module rarp du noyau ou bien recompiler
+le noyau pour accepter RARP. Essayez <userinput>modprobe rarp</userinput>
+puis essayez à nouveau la commande <command>rarp</command>.
+
+</para><para>
+
+Les systèmes avec un noyau Linux 2.4.x n'ont pas de module RARP,
+et il faut dans ce cas utiliser le programme <command>rarpd</command>.
+La procédure est identique à celle utilisée sous SunOS dans le prochain
+paragraphe.
+
+</para><para>
+
+Sous SunOS, vous devez vous assurer que les adresses matérielles
+Ethernet pour les clients soient listées dans la base de
+données <quote>ether</quote> (soit dans le fichier
+<filename>/etc/ethers</filename> soit via NIS/NIS+) et dans la base de
+données <quote>hosts</quote>. Ensuite, vous devez lancer le démon RARP.
+Pour SunOS 4, essayez la commande (en tant que superutilisateur)&nbsp;:
+<userinput>/usr/etc/rarpd -a</userinput>&nbsp;; pour SunOS 5,
+<userinput>/usr/sbin/rarpd -a</userinput>.
+
+</para>
+ </sect2>