[d-i] revisione di install-tftp.xml

Sab 2 Apr 2005 17:50:22 CEST

Ciao a tutti,

questa è la traduzione di una sezione del nuovo manuale d'installazione
per Debian da revisionare.

Grazie,
Luca

##### install-tftp.xml
<!-- retain these comments for translator revision tracking -->
<!-- original version: 25834 -->

 <sect1 condition="supports-tftp" id="install-tftp">
 <!-- <title>Preparing Files for TFTP Net Booting</title> -->
 <title>Preparare i file per l'avvio TFTP da rete</title>

<para>

Se la propria macchina è connessa a una rete locale allora è possibile
avviarla attraverso la rete tramite TFTP da un'altra macchina. Se si vuole
avviare il sistema di installazione da un'altra macchina è necessario che
i file di avvio siano contenuti in particolari directory di questa macchina
e che sia configurata per gestire l'avvio della propria macchina.

</para><para>

È necessario attivare un server TFTP e, per più macchine, un server
BOOTP<phrase condition="supports-rarp"> o un server
RARP</phrase><phrase condition="supports-dhcp"> o un server DHCP</phrase>.

</para><para>

<phrase condition="supports-rarp">Il RARP (Reverse Address Resolution
Protocol) è un metodo per comunicare ai client quale indirizzo IP usare.
In alternativa è possibile usare il protocollo BOOTP. </phrase>

<phrase condition="supports-bootp">BOOTP è un protocollo IP che comunica a
un computer qual è il proprio indirizzo IP e dove può recuperare dalla rete
un'immagine per l'avvio. </phrase>

<phrase arch="m68k">Sui sistemi VMEbus esiste un'altra alternativa:
l'indirizzo IP può essere configurato manualmente nella ROM di avvio.
</phrase>

<phrase condition="supports-dhcp">Il DHCP (Dynamic Host Configuration
Protocol) è una estensione più flessibile ma compatibile all'indietro di
BOOTP. Alcuni sistemi possono essere configurati solo tramite DHCP. </phrase>

</para><para arch="powerpc">

Su PowerPC, se si possiede una macchina Power Macintosh NewWorld, è
consigliabile usare DHCP anziché BOOTP. Alcune delle macchine più recenti
non sono capaci di fare l'avvio usando BOOTP.

</para><para arch="alpha"> 

Diversamente dall'Open Firmware presente sulle macchine Sparc e PowerPC, la
console SRM <emphasis>non</emphasis> usa RARP per procurarsi l'indirizzo IP
e quindi si deve obbligatoriamente usare BOOTP per fare l'avvio da rete su
Alpha. È anche possibile inserire la configurazione IP per le interfacce di
rete direttamente dalla console SRM

<footnote>
<para>

I sistemi Alpha possono essere avviati dalla rete anche usando DECNet MOP
(Maintenance Operations Protocol) ma questo metodo non è trattato in questo
manuale. Presumibilmente l'operatore dell'assistenza OpenVMS sarà felice di
prestare il proprio auito per poter usare MOP per l'avvio di Linux su Alpha.

</para>
</footnote>.</para><para arch="hppa"> 

Alcune delle macchine HPPA più vecchie (p.e. 715/75) usano RBOOTD anziché
BOOTP. Un pacchetto RBOOTD è disponibile sul sito web parisc-linux.

</para><para>

Il TFTP (Trivial File Transfer Protocol) è usato per fornire l'immagine di
avvio al client. Teoricamente si può usare un qualsiasi server, su qualsiasi
architettura che implementi questo protocollo. Negli esempi di questa
sezione sono presentati i comandi per SunOS 4.x, SunOS 5.x (noti come
Solaris) e GNU/Linux.

<note arch="i386"><para>

Per usare il metodo di avvio PXE (Pre-boot Execution Environment) di TFTP
è necessario un server TFTP con supporto per <userinput>tsize</userinput>.
Su &debian; questo tipo di server è contenuto nei pacchetti
<classname>atftpd</classname> e <classname>tftpd-hpa</classname>; si
consiglia l'uso di quest'ultimo.

</para></note>

</para>

&tftp-rarp.xml;
&tftp-bootp.xml;
&tftp-dhcp.xml;

  <sect2 id="tftpd">
  <!-- <title>Enabling the TFTP Server</title> -->
  <title>Attivare il server TFTP</title>

<para>

Per avere un server TFTP pronto all'uso è necessario assicurarsi che
<command>tftpd</command> sia attivo. Di solito viene attivato da una riga
simile a questa in <filename>/etc/inetd.conf</filename>:

<informalexample><screen>
tftp dgram udp wait nobody /usr/sbin/tcpd in.tftpd /tftpboot
</screen></informalexample>

Solitamente i pacchetti Debian impostano correttamente il server durante
l'installazione.

</para><para>

Cercare all'interno di questo file la directory usata come argomento di
<command>in.tftpd</command> e prenderne nota, sarà necessaria in seguito.
L'opzione <userinput>-l</userinput> attiva su alcune versioni di
<command>in.tftpd</command> la registrazione di tutte le richieste sul log
di sistema, è utile per la diagnosi degli errori durante l'avvio. Se è
stato necessario modificare <filename>/etc/inetd.conf</filename> si deve
passare la nuova configurazione al processo <command>inetd</command> in
esecuzione, su una macchina Debian eseguire <userinput>/etc/init.d/inetd
reload</userinput>; su macchine diverse si deve scoprire qual è l'ID del
processo <command>inetd</command> ed eseguire <userinput>kill -HUP
<replaceable>pid-di-inetd</replaceable></userinput>.

</para><para arch="mips">

<!-- If you intend to install Debian on an SGI machine and your TFTP server
is a GNU/Linux box running Linux 2.4, you'll need to set the following on
your server: -->

Se si intende installare Debian su una macchina SGI e il server TFTP è su una
macchina GNU/Linux con Linux 2.4 è necessario fare le seguenti impostazioni
sul server:

<informalexample><screen>
# echo 1 &gt; /proc/sys/net/ipv4/ip_no_pmtu_disc
</screen></informalexample>

per disattivare il Path MTU discovery, in caso contrario la PROM delle Indy
non può scaricare il kernel. Inoltre, assicurarsi che i pacchetti TFTP siano
inviati da una porta inferiore alla 32767 altrimenti il trasferimento si
interromperà dopo il primo pacchetto. Anche questo bug della PROM può essere
aggirato con Linux 2.4.X facendo la seguente impostazione

<informalexample><screen>
# echo "2048 32767" &gt; /proc/sys/net/ipv4/ip_local_port_range
</screen></informalexample>

per regolare l'intervallo delle porte sorgente usate sul server TFTP Linux.

</para>
  </sect2>

  <sect2 id="tftp-images">
  <!-- <title>Move TFTP Images Into Place</title> -->
  <title>Posizionamento delle immagini TFTP</title>

<para>

Spostare le immagini TFTP di cui si ha bisogno (come descritto in
<xref linkend="where-files"/>) nella directory delle immagini di avvio per
TFTP. Generalmente questa directory è <filename>/tftpboot</filename>. È
necessario fare un link da questa directory al file che
<command>tftpd</command> dovrà utilizzare per l'avvio di un particolare
client. Sfortunatamente il nome del file è stabilito dal client TFTP e non
esiste uno standard.

</para><para arch="powerpc">

Sulle macchine Power Machintosh NewWorld è necessario configurare il
bootloader <command>yaboot</command> come immagine di avvio TFTP. Sarà poi
<command>yaboot</command> a recuperare le immagini del kernel e del ramdisk
sempre tramite TFTP. Per l'avvio dalla rete usare
<filename>yaboot-netboot.conf</filename>, lo si deve copiare nella directory
TFTP e poi rinominarlo in <filename>yaboot.conf</filename>.

</para><para arch="i386">

Per l'avvio PXE tutte le operazioni necessarie sono già state fatte in
<filename>netboot/netboot.tar.gz</filename>. Estrarre questo tarball nella
directory delle immagini di avvio <command>tftpd</command>, assicurarsi che
il server dhcp sia configurato per passare <filename>/pxelinux.0</filename>
come file da avviare a <command>tftpd</command>.

</para><para arch="ia64">

Per l'avvio PXE tutte le operazioni necessarie sono già state fatte in
<filename>netboot/netboot.tar.gz</filename>. Estrarre questo tarball nella
directory delle immagini di avvio di <command>tftpd</command>, assicurarsi
che il server dhcp sia configurato per passare
<filename>/debian-installer/ia64/elilo.efi</filename> come file da avviare
a <command>tftpd</command>.

</para>

   <sect3 arch="mipsel">
   <!-- <title>DECstation TFTP Images</title> -->
   <title>Immagini TFTP per DECstation</title>

<para>

Per le DECstation esistono più file tftpimage, uno per ciascuna
sottoarchitettura, che contengono sia il kernel che l'installatore.
Il nome delle immagini segue questa convenzione:
<replaceable>sottoarchitettura</replaceable>/netboot-boot.img. Se si
usano le impostazioni di BOOTP/DHCP descritte in precedenza copiare
il file tftpimage che si vuole usare come
<userinput>/tftpboot/tftpboot.img</userinput>.

</para><para>

Il firmware DECstation fa l'avvio del sistema con TFTP usando il comando
<userinput>boot <replaceable>#</replaceable>/tftp</userinput>, dove
<replaceable>#</replaceable> è il numero del device TurboChannel da cui
avviare; sulla maggior parte delle Decstation è "3". Se il server BOOTP/DHCP
non fornisce il nome del file o se si necessita di passare altri parametri,
si possono aggiungere dei parametri usando questa sintassi:

</para><para>

<!-- <userinput>boot #/tftp/filename param1=value1 param2=value2
...</userinput> -->

<userinput>boot #/tftp/nomefile param1=valore1 param2=valore2 ...</userinput>

</para><para>

Parecchie versioni del firmware DECstation hanno un problema relativo
all'avvio da rete: il trasferimento inizia ma dopo un po' si ferma restituendo
<computeroutput>a.out err</computeroutput>. Questo problema può avere varie
cause:

<orderedlist>
<listitem><para>

Il firmware non risponde alle richieste ARP durante i trasferimenti TFTP.
Questo può comportare un timeout ARP e il blocco del trasferimento. La
soluzione è aggiungere staticamente l'indirizzo MAC della scheda Ethernet
della DECstation nella tabella ARP del server TFTP. Questa operazione può
essere fatta eseguendo <userinput>arp -s
<replaceable>indirizzo-IP</replaceable>
<replaceable>indirizzo-MAC</replaceable></userinput> con l'utente root sulla
macchina che fa da server TFTP. L'indirizzo-MAC della DECstation può essere
letto inserendo <command>cnfg</command> al prompt del firmware DECstation.

</para></listitem>
<listitem><para>

Il firmware ha un limite sulla dimensione dei file che possono essere avviati
tramite TFTP.

</para></listitem>
</orderedlist>

Ci sono delle versioni del firmware che non possono essere assolutamente
avviate tramite TFTP. Una panoramica sulle varie versioni del firmware può
essere trovata nelle pagine web di NetBSD:
<ulink url="http://www.netbsd.org/Ports/pmax/board-list.html#proms"></ulink>.

</para>
   </sect3>

   <sect3 arch="alpha">
   <!-- <title>Alpha TFTP Booting</title> -->
   <title>Avvio TFTP su Alpha</title>

<para>

Su Alpha si deve specificare il nome del file (come percorso relativo alla
directory con l'immagine di avvio) usando l'opzione
<userinput>-file</userinput> del comando <userinput>boot</userinput> di SRM
oppure impostando la variabile d'ambiente <userinput>BOOT_FILE</userinput>.
In alternativa il nome del file può essere passato tramite BOOTP (con
<command>dhcpd</command> di ISC usare l'istruzione
<userinput>filename</userinput>). Diversamente da Open Firmware su SRM
<emphasis>non c'è un nome predefinito per il file</emphasis> quindi si
<emphasis>deve</emphasis> specificare il nome di un file con uno dei metodi
appena descritti.

</para>
   </sect3>

   <sect3 arch="sparc">
   <!-- <title>SPARC TFTP Booting</title> -->
   <title>Avvio TFTP su SPARC</title>

<para>

Le architetture SPARC usano dei nomi per le sottoarchitetture, per esempio
&ldquo;SUN4M&rdquo;& o ldquo;SUN4C&rdquo; e in alcuni casi non c'è il nome
della architettura, quindi il file cercato dal client è semplicemente
<filename>ip-del-client-in-hex</filename>. Di conseguenza se la
sottoarchitettura del proprio sistema è SUN4C e il suo indirizzo IP è
192.168.1.3, il nome del file dovrebbe essere
<filename>C0A80103.SUN4C</filename>. Un  modo semplice per determinarlo è
inserire il seguente comando nella shell (si suppone che l'IP della macchina
sia 10.0.0.4).

<informalexample><screen>
$ printf '%.2x%.2x%.2x%.2x\n' 10 0 0 4
</screen></informalexample>

Questo comando restituisce l'IP in esadecimale; per ottenere il corretto
nome del file è necessario cambiare tutte le lettere in maiuscole e, se
necessario, aggiungere il nome della sottoarchitettura.

</para><para>

È anche possibile forzare alcuni sistemi sparc a cercare un particolare file
aggiungendone il nome alla fine del comando boot di OpenPROM, per esempio
<userinput>boot net my-sparc.image</userinput>. Questo deve file deve essere
nella directory in cui il server TFTP ricerca i file.

</para>
   </sect3>

   <sect3 arch="m68k">
   <!-- <title>BVM/Motorola TFTP Booting</title> -->
   <title>Avvio TFTP su BVM/Motorola</title>

<para>

Per i sistemi BVM e Motorola VMEbus copiare i file &bvme6000-tftp-files;
in <filename>/tftpboot/</filename>.

</para><para>

Poi configurare le ROM di avvio o il server BOOTP per caricare inizialmente i
file <filename>tftplilo.bvme</filename> o <filename>tftplilo.mvme</filename>
dal server TFTP. Si consulti il file <filename>tftplilo.txt</filename> per
la propria sottoarchitettura per ulteriori informazioni sulla configurazione
specifica del sistema.

</para>
   </sect3>

   <sect3 arch="mips">
   <!-- <title>SGI Indys TFTP Booting</title> -->
   <title>Avvio TFTP su SGI Indy</title>

<para>

Sulle macchine SGI Indy si può fare affidamento su <command>bootpd</command>
per avere il nome del file TFTP; infatti può essere fornito con l'opzione
<userinput>bf=</userinput> in <filename>/etc/bootptab</filename> oppure
come l'opzione <userinput>filename=</userinput> in
<filename>/etc/dhcpd.conf</filename>.

</para>
   </sect3>

   <sect3 arch="mips">
   <!-- <title>Broadcom BCM91250A TFTP Booting</title> -->
   <title>Avvio TFTP su Broadcom BCM91250A</title>

<para>

Non è necessario fare una particolare configurazione di DHCP perché si deve
passare il percorso completo del file da caricare a CFE.

</para>
   </sect3>

  </sect2>

<!-- FIXME: commented out since it seems too old to be usable and a current
            way is not known

  <sect2 id="tftp-low-memory">
  <title>TFTP Installation for Low-Memory Systems</title>
  <title>Installazione TFTP su sistemi con poca memoria</title>

<para>

On some systems, the standard installation RAMdisk, combined with the
memory requirements of the TFTP boot image, cannot fit in memory.  In
this case, you can still install using TFTP, you'll just have to go
through the additional step of NFS mounting your root directory over
the network as well.  This type of setup is also appropriate for
diskless or dataless clients.

Su alcuni sistemi il normale RAMdisk di installazione insieme ai requisiti
di memoria dell'immagine di avvio TFTP superano la quantità di memoria
disponibile. In questo caso si può comunque effettuare una installazione
con TFTP, è sufficiente seguire dei passi addizionali per la montare con
NFS la directory principale dalla rete. Questo tipo di impostazione è
adatta anche ai client diskless o dataless.

</para><para>

First, follow all the steps above in <xref linkend="install-tftp"/>.

Prima seguire tutti i passi in <xref linkend="install-tftp"/>.

<orderedlist>
<listitem><para>

Copy the Linux kernel image on your TFTP server using the
<userinput>a.out</userinput> image for the architecture you are
booting.

Copiare l'immagine del kernel Linux sul server TFTP usando l'immagine
<userinput>a.out</userinput> per l'architettura che si vuole avviare.

</para></listitem>
<listitem><para>

Untar the root archive on your NFS server (can be the same system as
your TFTP server): 

Estrarre l'archivio root sul server NFS (può essere lo stesso sistema su cui
è presente il server TFTP):

<informalexample><screen>
# cd /tftpboot
# tar xvzf root.tar.gz
</screen></informalexample>

Be sure to use the GNU <command>tar</command> (other tar programs, like the
SunOS one, badly handle devices as plain files).

Assicurarsi di usare GNU <command>tar</command> (altri programmi tar, come
quello per SunOS, gestiscono, sbagliando, i device come semplici file).

</para></listitem>
<listitem><para>

Export your <filename>/tftpboot/debian-sparc-root</filename> directory
with root access to your client.  E.g., add the following line to
<filename>/etc/exports</filename> (GNU/Linux syntax, should be similar
for SunOS):

Esportare la directory <filename>/tftpboot/debian-sparc-root</filename>
con accesso root sul client. Per esempio, aggiungere la seguente riga in
<filename>/etc/exports</filename> (questa è la sintassi per GNU/Linux,
quella per SunOS dovrebbe essere simile):

<informalexample><screen>
/tftpboot/debian-sparc-root <replaceable>client</replaceable>(rw,no_root_squash)
</screen></informalexample>

NOTE: <replaceable>client</replaceable> is the host name or IP address recognized
by the server for the system you are booting.

NOTA: <replaceable>client</replaceable> è il nome dell'host o l'indirizzo IP
con cui il server riconosce il sistema da avviare.

</para></listitem>
<listitem><para>

Create a symbolic link from your client IP address in dotted notation
to <filename>debian-sparc-root</filename> in the
<filename>/tftpboot</filename> directory.  For example, if the client
IP address is 192.168.1.3, do

Creare un link simbolico con l'indirizzo IP nel formato con i punti a
<filename>debian-sparc-root</filename> nella directory
<filename>/tftpboot</filename>. Per esempio se l'indirizzo IP del client
è 192.168.1.3, eseguire

<informalexample><screen>
# ln -s debian-sparc-root 192.168.1.3
</screen></informalexample>

</para></listitem>
</orderedlist>

</para>

  </sect2>

  <sect2 condition="supports-nfsroot">
  <title>Installing with TFTP and NFS Root</title>
  <title>Installazione con TFTP e NFS Root</title>

<para>

Installing with TFTP and NFS Root is similar to 
<xref linkend="tftp-low-memory"/> because you don't want to 
load the RAMdisk anymore but boot from the newly created NFS-root file
system.  You then need to replace the symlink to the tftpboot image by
a symlink to the kernel image (for example,
<filename>linux-a.out</filename>).

L'installazione con TFTP e NFS Root è simile a
<xref linkend="tftp-low-memory"/> perché non carica il ramdisk ma bensì il
filesystem NFS appena creato. È necessario sostituire il link simbolico
all'immagine tftpboot con un altro link simbolico all'immagine del kernel
(per esempio <filename>linux-a.out</filename>).

</para><para>

RARP/TFTP requires all daemons to be running on the same server (the
workstation is sending a TFTP request back to the server that replied
to its previous RARP request).

RARP/TFTP richiede che tutti i demoni siano in esecuzione sullo stesso
server (la workstation invia la richiesta TFTP al server che ha risposto
alla sua precedente richiesta RARP).

</para>

  </sect2>
END FIXME -->
 </sect1>

##### tftp/bootp.xml
<!-- retain these comments for translator revision tracking -->
<!-- original version: 24663 -->

  <sect2 condition="supports-bootp" id="tftp-bootp">
  <!-- <title>Setting up BOOTP server</title> -->
  <title>Attivare un server BOOTP</title>

<para>

Per GNU/Linux sono disponibili due server BOOTP, <command>bootpd</command>
di CMU e attualmente l'altro è un server DHCP, <command>dhcpd</command> di
ISC che sono rispettivamente contenuti nei pacchetti &debian;
<classname>bootp</classname> e <classname>dhcp</classname>.

</para><para>

Per usare <command>bootpd</command> di CMU è necessario togliere i commenti
(o aggiungere) la relativa riga in <filename>/etc/inetd.conf</filename>.
Su &debian; è possibile usare <userinput>update-inetd --enable
bootps</userinput> e poi <userinput>/etc/init.d/inetd reload</userinput>
per fare questa operazione. Altrimenti la riga in questione dovrebbe
essere simile a questa:

<informalexample><screen>
bootps  dgram  udp  wait  root  /usr/sbin/bootpd  bootpd -i -t 120
</screen></informalexample>

Adesso è necessario creare il file <filename>/etc/bootptab</filename>.
Questo file ha lo stesso formato criptico dei file
<filename>printcap</filename>, <filename>termcap</filename> e
<filename>disktab</filename> di BSD. Vedere la pagina di manuale di
<filename>bootptab</filename> per maggiori informazioni. Per
<command>bootpd</command> di CMU è necessario conoscere qual è
l'indirizzo hardware (MAC) del client. Questo è un esempio di
<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>

È necessario cambiare almeno l'opzione "ha" che specifica l'indirizzo
hardware del client. L'opzione "bf" specifica quale file deve essere
recuperato dal client tramite TFTP; si consulti <xref linkend="tftp-images"/>
per ulteriori dettagli.

<phrase arch="mips">
Sulle macchine Indy SGI si può usare il commando monitor e inserire
<userinput>printenv</userinput>. Il valore della variabile
<userinput>eaddr</userinput> è l'indirizzo MAC della macchina.
</phrase>

</para><para>

Al contrario l'impostazione di BOOTP con <command>dhcpd</command> di ISC è
veramente semplice poiché tratta i client BOOTP come un caso moderatamente
speciale dei client DHCP. Alcune architetture richiedono una complessa
configurazione dei client per l'avvio con BOOTP, se si possiede una di
queste leggere la sezione <xref linkend="dhcpd"/>. In caso contrario
per proseguire è sufficiente aggiungere la direttiva <userinput>allow
bootp</userinput> al blocco di configurazione della subnet a cui appartiene
il client e riavviare <command>dhcpd</command> usando
<userinput>/etc/init.d/dhcpd restart</userinput>.

</para>
  </sect2>

##### tftp/dhcp.xml
<!-- retain these comments for translator revision tracking -->
<!-- original version: 26472 -->

  <sect2 condition="supports-dhcp" id="dhcpd">
  <!-- <title>Setting up a DHCP server</title> -->
  <title>Attivare un server DHCP</title>

<para>

Un server DHCP libero è <command>dhcpd</command> di ISC. In &debian; è
disponibile nel pacchetto <classname>dhcp</classname>. Questo è un esempio
del file di configurazione per questo server (di solito
<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>

Nota: il nuovo (e da preferire) pacchetto <classname>dhcp3</classname> usa il
file <filename>/etc/dhcp3/dhcpd.conf</filename>.

</para><para>

In questo esempio c'è una macchina <replaceable>"servername"</replaceable>
che fa da server DHCP, da server TFTP e da gateway di rete. Sicuramente è
necessario cambiare le opzioni domain-name e anche il nome del server e
l'indirizzo hardware del client. Il valore dell'opzione
<replaceable>"filename"</replaceable> deve essere il nome del file che
verrà recuperato tramite TFTP.

</para><para>

Dopo aver modificato il file di configurazione di <command>dhcpd</command>
riavviarlo con <userinput>/etc/init.d/dhcpd restart</userinput>.

</para>

   <sect3 arch="i386">
   <!-- <title>Enabling PXE Booting in the DHCP configuration</title> -->
   <title>Abilitare l'avvio PXE nella configurazione di DHCP</title>

<para>

Questo è un altro esempio di <filename>dhcp.conf</filename> che usa il
metodo PXE (Pre-boot Execution Environment) di 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>

Notare che con l'avvio PXE, il nome del file client
<filename>pxelinux.0</filename> è il bootloader, non l'immagine del kernel
(si consulti <xref linkend="tftp-images"/>).

</para>
   </sect3>
  </sect2>

##### tftp/rarp.xml
<!-- retain these comments for translator revision tracking -->
<!-- original version: 24663 -->

  <sect2 condition="supports-rarp" id="tftp-rarp">
  <!-- <title>Setting up RARP server</title> -->
  <title>Attivare un server RARP</title>

<para>

Per impostare RARP è necessario conoscere l'indirizzo Ethernet (noto anche
come indirizzo MAC) dei computer client da installare. Se non si conoscono
queste informazioni è possibile

<!-- <phrase arch="sparc"> pick it off the initial OpenPROM boot messages,
use the OpenBoot <userinput>.enet-addr</userinput> command, or </phrase> -->

<phrase arch="sparc">leggerlo nei primi messaggi durante l'avvio di OpenPROM,
usare il comando <userinput>.enet-addr</userinput> di OpenBoot oppure</phrase>

avviare in modalità &ldquo;Rescue&rdquo; (p.e. da un dischetto di ripristino)
e usare il comando <userinput>/sbin/ifconfig eth0</userinput>.

</para><para>

Su un sistema con Linux 2.2 e un server RARP è necessario popolare la
tabella RARP del kernel. Per farlo usare i seguenti comandi:

<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>

<!-- If you get -->

Se si ottiene

<informalexample><screen>
SIOCSRARP: Invalid argument
</screen></informalexample> 

probabilmente si deve caricare il modulo del kernel RARP oppure
ricompilare il kernel inserendo il supporto RARP. Eseguire
<userinput>modprobe rarp</userinput> e poi provare di nuovo a usare il
comando <command>rarp</command>.

</para><para>

Su un sistema con Linux 2.4 e un server RARP non esiste il modulo RARP e
al suo posto si deve usare il programma <command>rarpd</command>. La
procedura è simile a quella da usare in SunOS ed è spiegata nel prossimo
paragrafo.

</para><para>

Sotto SunOS ci si deve assicurare che l'indirizzo Ethernet del
client sia elencato nel database &ldquo;ethers&rdquo; (nel file
<filename>/etc/ethers</filename> o tramite NIS/NIS+) e sia elencato anche nel
database &ldquo;hosts&rdquo;. Poi si deve avviare il demone RARP, in SunOS 4
eseguire (da root): <userinput>/usr/etc/rarpd -a</userinput>; in SunOS 5
usare <userinput>/usr/sbin/rarpd -a</userinput>.

</para>
  </sect2>