From 1ea73eea5ecc6a8ed901316049259aee737ee554 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Fri, 7 Oct 2005 19:51:38 +0000 Subject: move manual to top-level directory, split out of debian-installer package --- es/install-methods/tftp/bootp.xml | 71 ++++++++++++++++++++++++++++ es/install-methods/tftp/dhcp.xml | 99 +++++++++++++++++++++++++++++++++++++++ es/install-methods/tftp/rarp.xml | 64 +++++++++++++++++++++++++ 3 files changed, 234 insertions(+) create mode 100644 es/install-methods/tftp/bootp.xml create mode 100644 es/install-methods/tftp/dhcp.xml create mode 100644 es/install-methods/tftp/rarp.xml (limited to 'es/install-methods/tftp') 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 @@ + + + + + + Configuración del servidor BOOTP + + +Existen dos servidores BOOTP disponibles para GNU/Linux, el +bootpd de CMU y el otro que en realidad es un servidor DHCP, +el dhcpd de ISC. En &debian; vienen en los paquetes +bootp y dhcp. + + + +Para usar el bootpd de CMU, primero debe comentar +(o añadir) la línea relevante en /etc/inetd.conf. En +&debian;, puede ejecutar update-inetd --enable +bootps, y luego /etc/init.d/inetd +reload para hacerlo. En cualquier caso, la línea en cuestión +deberá ser como la siguiente: + + +bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120 + + +Ahora, debe crear el fichero /etc/bootptab. +Tiene el mismo tipo de formato familiar y críptico que los ficheros +antiguos de BSD printcap, termcap, +y disktab. Vea la página de manual de +bootptab para más información. Para el +bootpd de CMU, necesitará conocer la dirección de +hardware (MAC) del cliente. Éste es un /etc/bootptab +de ejemplo: + + +client:\ + hd=/tftpboot:\ + bf=tftpboot.img:\ + ip=192.168.1.90:\ + sm=255.255.255.0:\ + sa=192.168.1.1:\ + ha=0123456789AB: + + +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 +. + + +En Indys SGI puede simplemente ingresar al monitor de órdenes y escribir +printenv. El valor de la variable +eaddr es la dirección MAC de la máquina. + + + + +En contraste, configurar BOOTP con el dhcpd 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 . De otro modo, probablemente +pueda continuar con sólo añadir la directiva +allow bootp al bloque de configuración +para la sub-red donde esté el cliente, y reiniciar +dhcpd con /etc/init.d/dhcpd +restart. + + + 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 @@ + + + + + + Configuración del servidor DHCP + + +Un servidor DHCP considerado software libre es el dhcpd de ISC. +En &debian;, está disponible en el paquete dhcp. +A continuación se muestra una configuración de ejemplo para él (generalmente +/etc/dhcpd.conf): + + +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; +} + + +Nota: el nuevo (y preferido) paquete dhcp3 usa +/etc/dhcp3/dhcpd.conf. + + + +En este ejemplo, hay un servidor +"nombredeservidor" 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 +"filename" debe ser el nombre del fichero que +se recuperará a través de TFTP. + + + +Después de editar el fichero de configuración de dhcpd, +reinícielo con /etc/init.d/dhcpd restart. + + + + + Habilitar el arranque PXE en la configuración DHCP + +Aquí hay otro ejemplo para un dhcp.conf usando el +método de Entorno de ejecución de pre-arranque (PXE) de TFTP. + + +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"; + } +} + + +Note que para el arranque PXE, el fichero del cliente +pxelinux.0 es un gestor de arranque, no +una imagen de núcleo (vea a +continuación). + + + + 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 @@ + + + + + + Configuración del servidor RARP + + +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 + + tomarla de los mensajes iniciales de arranque de +OpenPROM, use la orden .enet-addr de OpenBoot, +o + +arrancar en modo «Rescue» (p. ej. desde el disquete de rescate) y usar la +orden /sbin/ifconfig eth0. + + + +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. + + +# /sbin/rarp -s +client-hostname +client-enet-addr + +# /usr/sbin/arp -s +client-ip +client-enet-addr + + +Si obtiene + + +SIOCSRARP: Invalid argument + + +probablemente necesite cargar el módulo RARP del núcleo o recompilarlo +para que soporte RARP. Intente modprobe rarp y +luego intente nuevamente ejecutar la orden rarp. + + + +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 +rarpd. El procedimiento es similar al que usa +SunOS, descrito en el siguiente párrafo. + + + +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 /etc/ethers, 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): +/usr/etc/rarpd -a; en SunOS 5, use +/usr/sbin/rarpd -a. + + + -- cgit v1.2.3