32.8.2. Cómo hacer que el archivo Kickstart esté disponible en la red

Las instalaciones de red que usan kickstart son muy comunes, porque los administradores de sistemas pueden fácilmente automatizar el proceso de instalación en muchas computadoras conectadas. En general, el método más comúnmente usado es para que el administrador tenga un servidor BOOTP/DHCP y un servidor NFS en la red local. El servidor BOOTP/DHCP sirve para darle al sistema de cliente su información de red, mientras que los archivos verdaderos usados durante la instalación son servidos desde el servidor NFS. A menudo, estos dos servidores se ejecutan en la misma máquina, pero no se requiere que sea así.
Incluya la opción de arranque de kernel ks en la línea append de un destino en su archivo pxelinux.cfg/default para especificar el sitio del archivo kickstart en su red. La sintaxis de la opción ks en un archivo pxelinux.cfg/default es idéntica a la sintaxis utilizada en el intérprede de comando s de arranque. Consulte la Sección 32.10, “Inicio de una instalación Kickstart” para obrener una descripción de la sintaxis y consulte Ejemplo 32.4, “Uso de la opción ks en el archivo pxelinux.cfg/default para ver un ejemplo de una línea append.
Si el archivo dhcpd.conf en el servidor DHCP se configura para señalar a /tftpboot/pxelinux.0 en el servidor BOOTP (ya sea en el mismo equipo físico o no),los sistemas configurados para arrancar en la red pueden cargar el archivo kickstart u comenzar la instalación.

Ejemplo 32.4. Uso de la opción ks en el archivo pxelinux.cfg/default

Por ejemplo, si foo.ks es un archivo kickstart disponible en un recurso compartido NFS 192.168.0.200:/export/kickstart/, parte de su archivo pxelinux.cfg/default podría incluir:
label 1
  kernel RHEL6/vmlinuz
  append initrd=RHEL6/initrd.img ramdisk_size=10000 ks=nfs:192.168.0.200:/export/kickstart/foo.ks