move manual to top-level directory, split out of debian-installer package

3 files changed, 234 insertions, 0 deletions

diff --git a/es/install-methods/tftp/bootp.xml b/es/install-methods/tftp/bootp.xml
new file mode 100644
index 000000000..e8297a684
--- /dev/null
+++ b/es/install-methods/tftp/bootp.xml
@@ -0,0 +1,71 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 24663 -->
+<!-- revisado por nahoo, 6 noviembre 2004 -->
+
+  <sect2 condition="supports-bootp" id="tftp-bootp">
+  <title>Configuración del servidor BOOTP</title>
+<para>
+
+Existen dos servidores BOOTP disponibles para GNU/Linux, el 
+<command>bootpd</command> de CMU y el otro que en realidad es un servidor DHCP,
+el <command>dhcpd</command> de ISC. En &debian; vienen en los paquetes
+<classname>bootp</classname> y <classname>dhcp</classname>.
+
+</para><para>
+
+Para usar el <command>bootpd</command> de CMU, primero debe comentar 
+(o añadir) la línea relevante en <filename>/etc/inetd.conf</filename>. En
+&debian;, puede ejecutar <userinput>update-inetd --enable
+bootps</userinput>, y luego <userinput>/etc/init.d/inetd
+reload</userinput> para hacerlo. En cualquier caso, la línea en cuestión
+deberá ser como la siguiente:
+
+<informalexample><screen>
+bootps  dgram  udp  wait  root  /usr/sbin/bootpd  bootpd -i -t 120
+</screen></informalexample>
+
+Ahora, debe crear el fichero <filename>/etc/bootptab</filename>.
+Tiene el mismo tipo de formato familiar y críptico que los ficheros 
+antiguos de BSD <filename>printcap</filename>, <filename>termcap</filename>,
+y <filename>disktab</filename>. Vea la página de manual de
+<filename>bootptab</filename> para más información. Para el 
+<command>bootpd</command> de CMU, necesitará conocer la dirección de
+hardware (MAC) del cliente. Éste es un <filename>/etc/bootptab</filename>
+de ejemplo:
+
+<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>
+
+Necesitará cambiar por lo menos la opción "ha", que especifica la
+dirección hardware del cliente. La opción "bf" especifica el fichero
+que el cliente debe recuperar a través de TFTP; para más detalles vea
+<xref linkend="tftp-images"/>.
+
+<phrase arch="mips"> 
+En Indys SGI puede simplemente ingresar al monitor de órdenes y escribir
+<userinput>printenv</userinput>.  El valor de la variable
+<userinput>eaddr</userinput> es la dirección MAC de la máquina.
+</phrase>
+
+</para><para>
+
+En contraste, configurar BOOTP con el <command>dhcpd</command> de ISC
+es realmente fácil, porque trata los clientes BOOTP como casos moderadamente
+especiales de clientes DHCP. Algunas arquitecturas necesitan una configuración
+compleja para arrancar clientes a través de BOOTP. Si la suya es una de
+éstas, lea la sección <xref linkend="dhcpd"/>. De otro modo, probablemente
+pueda continuar con sólo añadir la directiva 
+<userinput>allow bootp</userinput> al bloque de configuración
+para la sub-red donde esté el cliente, y reiniciar
+<command>dhcpd</command> con <userinput>/etc/init.d/dhcpd
+restart</userinput>.
+
+</para>
+  </sect2>
diff --git a/es/install-methods/tftp/dhcp.xml b/es/install-methods/tftp/dhcp.xml
new file mode 100644
index 000000000..0a4c7a223
--- /dev/null
+++ b/es/install-methods/tftp/dhcp.xml
@@ -0,0 +1,99 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 26472 -->
+<!-- revisado por nahoo, 6 noviembre 2004 -->
+
+  <sect2 condition="supports-dhcp" id="dhcpd">
+   <title>Configuración del servidor DHCP</title>
+<para>
+
+Un servidor DHCP considerado software libre es el <command>dhcpd</command> de ISC.
+En &debian;, está disponible en el paquete <classname>dhcp</classname>.
+A continuación se muestra una configuración de ejemplo para él (generalmente
+<filename>/etc/dhcpd.conf</filename>):
+
+<informalexample><screen>
+option domain-name "ejemplo.com";
+option domain-name-servers ns1.ejemplo.com;
+option subnet-mask 255.255.255.0;
+default-lease-time 600;
+max-lease-time 7200;
+server-name "nombredeservidor";
+
+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 nombredecliente {
+  filename "/tftpboot/tftpboot.img";
+  server-name "nombredeservidor";
+  next-server nombredeservidor;
+  hardware ethernet 01:23:45:67:89:AB; 
+  fixed-address 192.168.1.90;
+}
+</screen></informalexample>
+
+Nota: el nuevo (y preferido) paquete <classname>dhcp3</classname> usa
+<filename>/etc/dhcp3/dhcpd.conf</filename>.
+
+</para><para>
+
+En este ejemplo, hay un servidor 
+<replaceable>"nombredeservidor"</replaceable> que hace el trabajo de
+DCHP, servidor, servidor TFTP y puerta de enlace de la red. 
+Ciertamente necesitará cambiar las opciones de nombre de dominio, así
+como la dirección hardware del servidor y del cliente. La opción
+<replaceable>"filename"</replaceable> debe ser el nombre del fichero que
+se recuperará a través de TFTP.
+
+</para><para>
+
+Después de editar el fichero de configuración de <command>dhcpd</command>,
+reinícielo con <userinput>/etc/init.d/dhcpd restart</userinput>.
+
+</para>
+
+   <sect3 arch="i386">
+   <title>Habilitar el arranque PXE en la configuración DHCP</title>
+<para>
+Aquí hay otro ejemplo para un <filename>dhcp.conf</filename> usando el
+método de Entorno de ejecución de pre-arranque (PXE) de TFTP.
+
+<informalexample><screen>
+option domain-name "ejemplo.com";
+
+default-lease-time 6048;
+max-lease-time 604800;
+
+allow booting;
+allow bootp;
+
+# El siguiente párrafo debe modificarse para adaptarlo a su caso
+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;
+# la dirección de la puerta de enlace puede ser diferente
+# (por ejemplo, acceso a Internet)
+  option routers 192.168.1.1;
+# indique el dns que desea usar
+  option domain-name-servers 192.168.1.3;
+}
+
+group {
+ next-server 192.168.1.3;
+ host tftpclient {
+# dirección hardware del cliente tftp
+  hardware ethernet  00:10:DC:27:6C:15;
+  filename "/tftpboot/pxelinux.0";
+ }
+}
+</screen></informalexample>
+
+Note que para el arranque PXE, el fichero del cliente
+<filename>pxelinux.0</filename> es un gestor de arranque, no
+una imagen de núcleo (vea <xref linkend="tftp-images"/> a
+continuación).
+
+</para>
+   </sect3>
+  </sect2>
diff --git a/es/install-methods/tftp/rarp.xml b/es/install-methods/tftp/rarp.xml
new file mode 100644
index 000000000..466a28b1b
--- /dev/null
+++ b/es/install-methods/tftp/rarp.xml
@@ -0,0 +1,64 @@
+<?xml version="1.0" encoding="ISO-8859-1"?>
+<!-- original version: 24663 -->
+<!-- revisado por nahoo, 6 noviembre 2004 -->
+
+  <sect2 condition="supports-rarp" id="tftp-rarp">
+   <title>Configuración del servidor RARP</title>
+<para>
+
+Para configurar RARP, necesita saber las direcciones Ethernet (también
+conocidas como direcciones MAC) de los ordenadores cliente a instalar.
+Si no conoce esta información, puede
+
+<phrase arch="sparc"> tomarla de los mensajes iniciales de arranque de 
+OpenPROM, use la orden <userinput>.enet-addr</userinput> de OpenBoot,
+o </phrase>
+
+arrancar en modo «Rescue» (p. ej. desde el disquete de rescate) y usar la
+orden <userinput>/sbin/ifconfig eth0</userinput>.
+
+</para><para>
+
+En un servidor RARP con un núcleo Linux 2.2.x,
+necesitará rellenar la tabla RARP del núcleo.
+Para hacer esto, ejecute las siguientes órdenes.
+
+<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 obtiene
+
+<informalexample><screen>
+SIOCSRARP: Invalid argument
+</screen></informalexample> 
+
+probablemente necesite cargar el módulo RARP del núcleo o recompilarlo
+para que soporte RARP. Intente <userinput>modprobe rarp</userinput> y
+luego intente nuevamente ejecutar la orden <command>rarp</command>.
+
+</para><para>
+
+En un servidor RARP con un núcleo Linux 2.4.x, no
+hay ningún módulo RARP, y en su lugar debe usar el programa 
+<command>rarpd</command>. El procedimiento es similar al que usa
+SunOS, descrito en el siguiente párrafo.
+
+</para><para>
+
+En SunOS, necesita asegurarse de que la dirección hardware Ethernet
+del cliente está en la base de datos «ethers» (ya sea
+en el fichero <filename>/etc/ethers</filename>, o a través de NIS/NIS+) y
+el la base de datos «hosts». Después necesita iniciar el demonio RARP. En
+SunOS 4, use a la orden (como superusuario):
+<userinput>/usr/etc/rarpd -a</userinput>; en SunOS 5, use
+<userinput>/usr/sbin/rarpd -a</userinput>.
+
+</para>
+  </sect2>