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