Si votre machine est connectée à un réseau local, vous pouvez l'amorcer directement à partir d'une autre machine de ce réseau en utilisant TFTP. Pour cela, les fichiers d'amorçage doivent être placés à un endroit spécifique de cette machine et elle doit savoir amorcer votre propre machine.
Vous devez configurer un serveur TFTP et, pour beaucoup de machines, un serveur BOOTP ou un serveur DHCP.
BOOTP est un protocole IP qui indique à un ordinateur quelle est son adresse IP et lui dit où obtenir sur le réseau une image d'amorçage. Le protocole DHCP (« Dynamic Host Configuration Protocole », Protocole de configuration dynamique des hôtes) est une extension bien plus flexible de BOOTP (et respectant la compatibilité ascendante). Certains systèmes ne peuvent être configurés que par DHCP.
Quelques vieilles machines HPPA (p. ex. 715/75) utilisent RBOOTD plutôt que
BOOTP. Un paquet RBOOTD est disponible dans l'archive Debian.
Le protocole trivial de transfert des fichiers (« Trivial Transfert File Protocol » ou TFTP) est utilisé pour transférer l'image d'amorçage au client. Théoriquement, tout serveur sur les plateformes qui implémentent ces protocoles peut être utilisé. Dans les exemples qui vont suivre, on donnera les commandes pour SunOS 4.x, SunOS 5.x (mieux connu sous le nom de Solaris) et GNU/Linux.
Il existe deux serveurs BOOTP pour GNU/Linux, bootpd CMU
et dhcpd ISC ; le second est en fait un serveur DHCP que
l'on peut trouver dans les paquets bootp et
dhcp dans Debian GNU/Linux.
Pour utiliser bootpd CMU, vous devez commencer par
décommenter (ou ajouter) la ligne adéquate dans
/etc/inetd.conf. Dans Debian GNU/Linux, vous pouvez tout
simplement lancer update-inetd --enable bootps suivi
de /etc/init.d/inetd reload pour le faire. Sinon, la
ligne en question devrait ressembler à :
bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120
Maintenant, vous devez créer le fichier /etc/bootptab.
C'est le même genre de format familier et cryptique que ceux des bons vieux
fichiers BSD printcap, termcap, et
disktab. Voyez la page de manuel de
bootptab pour d'autres informations.
Pour bootpd CMU, il sera nécessaire d'obtenir l'adresse
matérielle (MAC) du client. Voici un exemple du fichier
/etc/bootptab :
client:\ hd=/tftpboot:\ bf=tftpboot.img:\ ip=192.168.1.90:\ sm=255.255.255.0:\ sa=192.168.1.1:\ ha=0123456789AB:
Vous devrez changer au moins l'option « ha » qui spécifie l'adresse matérielle du client. L'option « bf » spécifie le fichier que le client devra récupérer par TFTP ; cf. Section 4.3.4, « Mettre les images TFTP en place » pour plus de précisions.
En comparaison, configurer BOOTP avec dhcpd 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 par BOOTP. Si la vôtre en fait partie, lisez la
Section 4.3.2, « Configurer un serveur DHCP ». Sinon, vous pouvez simplement ajouter la directive
allow bootp au bloc de configuration pour le
sous-réseau contenant le client, puis redémarrer dhcpd
avec /etc/init.d/dhcpd restart.
Il existe un seul serveur DHCP libre, dhcpd ISC. Dans
Debian GNU/Linux, il est disponible dans le paquet dhcp.
Voici un exemple de fichier de configuration (habituellement
/etc/dhcpd.conf) :
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;
}
Note : dans le nouveau paquet dhcp3, ce fichier
s'appelle /etc/dhcp3/dhcpd.conf.
Dans cet exemple, il y a un serveur servername
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
filename devrait être le nom du fichier extrait
par TFTP.
Après avoir modifié le fichier de configuration de dhcpd,
relancez dhcpd par
/etc/init.d/dhcpd restart.
Pour faire fonctionner le serveur TFTP, vous devez vous assurer au préalable
que tftpd est activé. Ce dernier est généralement activé
grâce à la ligne suivante dans /etc/inetd.conf :
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /tftpboot
Les paquets Debian, quand ils sont installés, placent correctement cette ligne.
Lisez ce fichier et mémorisez le répertoire passé en argument à
in.tftpd ; vous en aurez besoin ultérieurement.
L'option -l autorise certaines versions de
in.tftpd à enregistrer toutes les requêtes dans le journal
du système ; c'est extrêmement pratique en cas d'erreur d'amorçage. Si
vous avez dû modifier /etc/inetd.conf, vous devrez le
signaler au processus inetd. Sur une machine Debian,
lancez /etc/init.d/inetd reload ; sur les autres
machines, retrouvez le numéro de processus de inetd et
tuez-le avec la commande
kill -HUP .
inetd-pid
Ensuite, placez les images TFTP dont vous avez besoin (décrites dans la
Section 4.2.1, « Où trouver les fichiers d'installation ? ») dans le répertoire des images d'amorce
de tftpd. Généralement, ce répertoire s'appelle
/tftpboot. Vous aurez à faire un lien depuis ce fichier
vers le fichier que tftpd utilisera pour amorcer le client.
Malheureusement, le nom du fichier est déterminé par le client
TFTP et il n'y a pas vraiment de standard.