diff options
author | Joey Hess <joeyh@debian.org> | 2005-10-07 19:51:38 +0000 |
---|---|---|
committer | Joey Hess <joeyh@debian.org> | 2005-10-07 19:51:38 +0000 |
commit | 1ea73eea5ecc6a8ed901316049259aee737ee554 (patch) | |
tree | 03a077f0b1b1548f3c806bd1c5795964fba0fb52 /fr/install-methods/tftp | |
download | installation-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.xml | 69 | ||||
-rw-r--r-- | fr/install-methods/tftp/dhcp.xml | 99 | ||||
-rw-r--r-- | fr/install-methods/tftp/rarp.xml | 65 |
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 à : + +<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> : + +<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 ; 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>) : + +<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 : 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 (« Pre-boot Execution Environment ») (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. 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) : +<userinput>/usr/etc/rarpd -a</userinput> ; pour SunOS 5, +<userinput>/usr/sbin/rarpd -a</userinput>. + +</para> + </sect2> |