Información sobre Sysconfig

La información siguiente perfila algunos de los diferentes archivos de /etc/sysconfig, su función y sus contenidos. Esta información no pretende ser completa ya que muchos de estos archivos permiten una variedad de opciones que se usan sólo en circunstancias muy específicas o raras.

Archivos de /etc/sysconfig

Los siguientes archivos se encuentran normalmente en /etc/sysconfig:

Es posible que a su sistema le falten algunos de ellos si el programa que necesita ese archivo no está instalado.

Veamos uno a uno cada uno de estos ficheros.

/etc/sysconfig/amd

El archivo /etc/sysconfig/amd contiene varios parámetros usados por el comando amd que permiten montar y desmontar automáticamente los sistemas de archivo.

/etc/sysconfig/apmd

El archivo /etc/sysconfig/apmd se usa por medio de apmd como una configuración para decidir qué iniciar/interrumpir/cambiar en el momento de suspender o reanudar el sistema. Se establece si se va a encender o apagar el ordenador mediante el comando apmd durante el inicio, dependiendo de que si su hardware se apoya o no en Advanced Power Management (APM) o de que decida usarlo o no. apm es un demonio de supervisión que trabaja con el codigo de gestión de energía dentro del núcleo Linux. Puede avisarle sobre una batería descargada si está usando Red Hat Linux sobre un portátil, entre otras cosas.

/etc/sysconfig/authconfig

El archivo /etc/sysconfig/authconfig establece el tipo de autorización que tiene que ser usada en el host. Contiene una o más de las siguientes líneas:

  • USEMD5=<value>, donde <value> puede ser:

    • yes — si se usa MD5 para la autentificación.

    • no — si no se usa MD5 para la autentificación.

  • USEKERBEROS=<value>, donde <value> puede ser:

    • yes — si se usa Kerberos para la autentificación.

    • no — si no se usa Kerberos para la autentificación.

  • USELDAPAUTH=<value>, donde <value> es uno de los siguientes valores:

    • yes — si LDAP se usa para autentificación.

    • no — si LDAP no se usa para autentificación.

/etc/sysconfig/cipe

El archivo /etc/sysconfig/cipe configura el comando cipe en el inicio.

Éste podría contener los siguientes valores de muestra:

  • DEVICE=eth0, especifica el adaptador de red que cipe utilizará.

  • PORT=9999, designa el número de puerto UDP que debe ser usado por el proceso cipe en ambos extremos de la conexión.

  • PEER=0.0.0.0, especifica la dirección real remota del extremo de cipe. Puede establecer dinámicamente esta dirección poniendo este valor a 0.0.0.0.

  • IPADDR=0.0.0.0, especifica la dirección virtual en el extremo local del túnel cipe.

  • PTPADDR=0.0.0.0, especifica la dirección virtual en el extremo remoto del túnel cipe.

/etc/sysconfig/reloj

El archivo /etc/sysconfig/clock controla la interpretación de valores leída por el sistema de reloj. Anteriores versiones de Red Hat Linux usaban los siguientes valores ( que están anticuados):

  • CLOCKMODE=<value>, donde <value> puede ser:

    • GMT — indica que el reloj está regulado con la Hora Universal (Greenwich Mean Time).

    • ARC — indica que el período de 42 años de la consola ABC está en funcionamiento ( sólo para los sistemas basados en Alpha).

Normalmente, los valores correctos son:

  • UTC=<value>, donde <value> puede ser:

    • true — indica que el reloj está regulado con la hora universal. Cualquier otro valor indica que está regulado con la hora local.

  • ARC=<value>, donde <value> puede ser:

    • true — indica que el período de tiempo de 42 años de la consola ARC está en funciones. Cualquier otro valor indica que se adopta la norma UNIX epoch (sólo para los sistemas basados en Alpha).

  • ZONE=<filename> — indica el archivo del huso horario en /usr/share/zoneinfo del que /etc/localtime es una copia, como:

    ZONE="America/New York"

/etc/sysconfig/desktop

El archivo /etc/sysconfig/desktop especifica el gestor de escritorio que va a ser ejecutado, como:

DESKTOP="GNOME"

/etc/sysconfig/firewall

El archivo /etc/sysconfig/firewall contiene diferentes configuraciones de firewall. Por defecto este archivo está creado, pero vacío.

/etc/sysconfig/harddisks

El archivo /etc/sysconfig/harddisks le permitirá configurar su(s) unidad(es) de disco duro.

AvisoAtención
 

No haga cambios en este archivo. Si cambia los valores predeterminados cargados aquí, podría dañar toda la información de sus discos duros.

El archivo /etc/sysconfig/harddisks podría contener lo siguiente:

  • USE_DMA=1, si este valor está a 1, se habilita el DMA. Sin embargo, con algunos grupos de chips y algunas combinaciones del disco duro, el DMA puede causar corrupción de datos. Verifique la documentación de su disco duro o consulte su fabricante antes de habilitar esta opción. .

  • Multiple_IO=16, si este valor está a 16, permite la interrupción de E/S a múltiples sectores. Cuando está habilitado, se reduce la sobrecarga del sistema operativo en un 30-50% Use esta opción con precaución.

  • EIDE_32BIT=3, permite el soporte de una tarjeta de E/S tipo (E)IDE 32-bit.

  • LOOKAHEAD=1, permite una lectura avanzada de la unidad.

  • EXTRA_PARAMS=, especifica parámetros extra.

/etc/sysconfig/hwconf

El archivo /etc/sysconfig/hwconf hace un listado de todo el hardware que kudzu detectó en su sistema, como también de los drivers que se utilizan y de la información relativa al ID del vendedor y a la de los dispositivos. El programa kudzu detecta y configura el hardware nuevo y/o cambiado de un sistema. El archivo /etc/sysconfig/hwconf no se puede modificar manualmente. Si lo modifica, los dispositivos podrían aparecer de repente como si hubieran sido cambiados o anulados.

/etc/sysconfig/i18n

El archivo /etc/sysconfig/i18n establece el idioma predeterminado, como:

LANG="es_ES"

/etc/sysconfig/init

El archivo /etc/sysconfig/init controla el modo en que el sistema aparecerá y funcionará durante el arranque.

Podrían usarse los siguientes valores:

  • BOOTUP=<value>, donde <value> puede ser:

    • BOOTUP=color, significa que activaremos la pantalla estándar en color durante el arranque; donde se muestra, con diversos colores, si se cargan satisfactoriamente o no los dispositivos y los servicios durante el inicio.

    • BOOTUP=verbose, significa que activaremos un modo de inicio al modo antiguo, que proporciona mucha más información que el mero mensaje de éxito o fracaso.

    • Cualquier otro valor se traducirá como que queremos utilizar el modo de pantalla normal, sin el juego de caracteres ANSI.

  • RES_COL=<value>, donde <value> es el número de la columna en la pantalla para iniciar etiquetas de status. Está predeterminado a 60.

  • MOVE_TO_COL=<value>, donde <value> mueve el cursor hacia el valor de la línea RES_COL. Se predetermina el eco de salida de las secuencias ANSI con -e.

  • SETCOLOR_SUCCESS=<value>, donde <value> configura el color del indicador de éxito. Se predetermina el eco de salida de las secuencias ANSI con -e, estableciendo el color a verde.

  • SETCOLOR_FAILURE=<value>, donde <value> configura el color utilizado para indicar un fallo. Se predetermina el eco de salida de las secuencias ANSI con -e, estableciendo el color a rojo.

  • SETCOLOR_WARNING=<value>, donde <value> configura el color utilizado para indicar atención. Se predetermina el eco de salida de las secuencias ANSI con -e, estableciendo el color a amarillo.

  • SETCOLOR_NORMAL=<value>, donde <value> configura el color 'normal'. Se predetermina el eco de salida de las secuencias ANSI con -e.

  • LOGLEVEL=<value>, donde <value> configura el nivel inicial de identificación de la consola para el kernel. El valor por defecto es 7; 8 significa todo (incluso el depurado); 1 significa todo expecto el kernel. syslogd ignorará esto una vez se ejecute.

  • PROMPT=<value>, donde <value> puede tener uno de los siguientes:

    • yes — Activa la verificación de teclado para el modo interactivo.

    • no — Desactiva la verificación de teclado para el modo interactivo.

/etc/sysconfig/irda

El fichero /etc/sysconfig/irda controla cómo están configurados los dispositivos infrarrojos al arranque del sistema.

Se pueden utilizar los siguientes valores:

  • IRDA=<value>, donde <value> puede tomar uno de los siguiente valores booleanos:

    • yesirattach deberá estar en ejecución, para chequear periódicamente si hay algún dispositivo intentando conectarse al puerto infrarrojos, como podría ser el caso de un portátil realizando una conexión de red. Si va a utilizar dispositivos infrarrojos en su sistema, debería usar este valor.

    • no — el programa irattach no se ejecutará, evitando la comunicación por infrarrojos.

  • DEVICE=<value>, donde <value> se refiere al dispositivo (normalmente el puerto serie) que maneja las comunicaciones infrarrojas.

  • DONGLE=<value>, donde <value> el tipo de "dongle" que se utiliza para la comunicación en infrarrojos. Esta configuración existe para la gente que utilice "dongles" serie en lugar de puertos infrarrojos reales. Un "dongle" es un dispositivo que se pone en un puerto serie estanard para comunicar mediante infrarrojos. Esta línea está comentada por defecto porque los ordenadores portátiles con puerto infrarrojos son menos comunes que los ordenadores que disponen de "dongles" para simularlo.

  • DISCOVERY=<value>, donde <value> puede tomar uno de los siguientes valores booleanos:

    • yes — Inicia irattach en modo discovery, que es el modo que chequea en busca de otros dispositivos infrarrojos. Esta opción se tiene que activar para que una máquina busque activamente conexiones infrarrojas (teniendo en cuenta que el otro dispositivo no puede iniciar la conexión).

    • no — No inicia irattach en modo discovery.

/etc/sysconfig/keyboard

El fichero /etc/sysconfig/keyboard controla el comportamiento del teclado. Se pueden utilizar los siguiente valores:

  • KEYBOARDTYPE=sun|pc, que se utiliza sólo en estaciones SPARC. sun quiere decir que un teclado de Sun está conectado en /dev/kbd, y pc quiere decir que un teclado del estilo PC está en el puerto PS/2.

  • KEYTABLE=<file>, donde <file> es el nombre de un fichero de página de códigos de teclado. Por ejemplo: KEYTABLE="es". Los ficheros que se pueden utilizar como páginas de códigos de teclado están en /usr/lib/kbd/keymaps/i386 y se ramifican en diferentes configuraciones a partir de aquí y están nombrados como <file>.kmap.gz. El primer fichero que se encuentre en /usr/lib/kbd/keymaps/i386 y que corresponda al valor KEYTABLE será el que se utilice.

/etc/sysconfig/kudzu

El fichero /etc/sysconfig/kuzdu le permitirá realizar una prueba segura del hardware de su sistema con kudzu en el arranque. Una prueba segura desactiva el puerto serie y la prueba de monitor DDC.

  • SAFE=<value>, donde <value> puede tomar uno de los siguientes valores:

    • yeskuzdu realiza una prueba segura.

    • nokuzdu realiza una prueba normal.

/etc/sysconfig/mouse

El fichero /etc/sysconfig/mouse se utiliza para especificar información sobre el ratón disponible. Se pueden usar los siguientes valores:

  • FULLNAME=<value>, donde <value> se refiere al nombre completo del ratón que se está utilizando.

  • MOUSETYPE=<value>, donde <value> puede tener uno de los siguientes valores:

    • microsoft — Un ratón Microsoft™.

    • mouseman — Un ratón MouseMan™.

    • mousesystems — Un ratón Mouse Systems™ mouse.

    • ps/2 — Un ratón PS/2.

    • msbm — Un ratón tipo bus de Microsoft™.

    • logibm — Un ratón tipo bus de Logitech™.

    • atibm — Un ratón tipo bus de ATI™.

    • logitech — Un ratón Logitech™.

    • mmseries — Un viejo ratón MouseMan™ mouse.

    • mmhittab — Un ratón mmhittab.

  • XEMU3=<value>, donde <value> puede tener uno de los siguientes valores booleanos:

    • yes — Si el ratón tiene tan sólo dos botones y se quieren emular tres.

    • no — Si el ratón ya tiene dos botones.

  • XMOUSETYPE=<value>, donde <value> se refiere al tipo de ratón que se utilizará mientras se ejecute X. Estas opciones son las mismas que las de MOUSETYPE en este mismo fichero.

Además, existe un enlace dinámico ,/dev/mouse, que apunta al dispositivo de ratón que se está utilizando actualmente.

/etc/sysconfig/network

El fichero /etc/sysconfig/network se utiliza para especificar información sobre la configuración de red que deseamos tener. Se pueden tener los siguientes valores:

  • NETWORKING=<value>, donde <value> puede tener los siguientes valores booleanos:

    • yes — Se debería configurar la red.

    • no — No se debería configurar la red.

  • HOSTNAME=<value>, donde <value> debería ser un Nombre de Dominio Cualificado (FQDN), como pudiera ser hostname.domain.com, aunque pudiera ser cualquiera que usted desee.

    NotaNota
     

    Para mantener la compatibilidad con el software antiguo que se pueda tener instalado (como puediera ser trn), el fichero /etc/HOSTNAME debería tener el mismo valor que aquí.

  • GATEWAY=<value>, donde <value> es la dirección IP de la puerta de enlace de la red.

  • GATEWAYDEV=<value>, donde <value> es el dispositivo de la puerta de enlace, como por ejemplo eth0.

  • NISDOMAIN=<value>, donde <value> es el nombre del dominio NIS.

/etc/sysconfig/pcmcia

El fichero /etc/sysconfig/pcmcia se utiliza para especificar la configuración PCMCIA. Se pueden utilizar los siguientes valores:

  • PCMCIA=<value>, donde <value> se corresponde a uno de los siguientes valores:

    • yes — si activamos el soporte de PCMCIA.

    • no — si no activamos el soporte PCMCIA.

  • PCIC=<value>, donde <value> se corresponde a uno de los siguientes valores:

    • i82365 — El ordenador tiene un juego de chips PCMCIA de estilo i82365.

    • tcic — El ordenador tiene un juego de chips PCMCIA de estilo tcic.

  • PCIC_OPTS=<value>, donde <value> corresponde a los parámetros de temporización del driver del socket (i82365 o tcic).

  • CORE_OPTS=<value>, donde <value> es la lista de las opciones pcmcia_core.

  • CARDMGR_OPTS=<value>, donde <value> en la lista de las opciones del comando PCMCIA cardmgr (como, por ejemplo, -q para el modo silencioso; -m para buscar módulos del kernel cargables desde un directorio, y demás). Consulte la página de manual sobre cardmgr para obtener más información.

/etc/sysconfig/rawdevices

El fichero /etc/sysconfig/rawdevices se utiliza para configurar el mapeo de los dispositivos "raw":

/dev/raw/raw1 /dev/sda1
/dev/raw/raw2 8 5

/etc/sysconfig/sendmail

El fichero /etc/sysconfig/sendmail permite que se puedan enviar mensajes a uno o más receptores, enrutando el mensaje sobre tantas redes como sea necesario. Este fichero configura los valores por defecto que el programa Sendmail necesita para ejecutarse. Estos valores por defecto son para ejecutarlo como un demonio en segundo plano y para verificar la cola una vez cada hora.

Se pueden utilizar los siguientes valores:

  • DAEMON=<value>, donde <value> corresponde a uno de los siguientes valores booleanos:

    • yesSendmail debería configurarse para escuchar en el puerto 25 a la escucha de correo de entrada. La opción yes implica la utilización de la opción -bd de Sendmail.

    • noSendmail no deberí de ser configurado para escuchar la llegada de correo por el puerto 25.

  • QUEUE=1h se envía a Sendmail como -q$QUEUE. La opción -q no se pasa a Sendmail si existe /etc/sysconfig/sendmail el parámetro QUEUE está vacío o incompleto.

/etc/sysconfig/soundcard

El fichero /etc/sysconfig/soundcard es generado por el comando sndconfig y no debería de ser modificado. El único uso de este fichero es determinar qué tarjeta aparecerá por defecto en el menú de selección de sndconfig la próxima vez que se ejecute. La configuración de la tarjeta de sonido se localiza en el fichero /etc/modules.conf.

Este fichero puede contener lo siguiente:

  • CARDTYPE=<value>, donde <value> se configura, por ejemplo, como SB16 en el caso de una tarjeta de sonido Soundblaster 16.

/etc/sysconfig/ups

El fichero /etc/sysconfig/ups se utiliza para especificar información sobre cualquier Sistema de Alimentación Ininterrumpida (SAI) conectado a su sistema. Un SAI puede ser una buena opción para un sistema Red Hat Linux ya que le proporcionarát el tiempo necesario para apagar el sistema correctamente en el caso de la interrupció del servicio elétrico. Se pueden utilizar los siguientes valores:

  • SERVER=<value>, donde <value> puede tomar los siguientes valores:

    • yes — Si se ha instalado un SAI en su sistema.

    • no — Si no se ha instalado ningún SAI en su sistema.

  • MODEL=<value>, donde <value> debe estar seleccionado a uno de los siguientes valores o bien a NONE si no hay ningú SAI instalado en su sistema:

    • apcsmart — Para un dispositivo APC SmartUPS™ o similar.

    • fentonups — Para un dispositivo Fenton UPS™.

    • optiups — Para un dispositivo OPTI-UPS™.

    • bestups — Para un SAI Best Power™.

    • genericups — Para un SAI genérico.

    • ups-trust425+625 — Para un SAI Trust™.

  • DEVICE=<value>, donde <value> especifica dónde está conectado el SAI, como pueda ser /dev/ttyS0.

  • OPTIONS=<value>, donde <value> es un comando especial que hay que pasarle al SAI.

/etc/sysconfig/vncservers

El fichero /etc/sysconfig/vncservers configura cómo el servidor de Virtual Network Computing (VNC) se inicia. VNC es un sistema de visualizació remoto que permite visualizar escritorios remotos en otras máquinas diferentes de donde lo estamos ejecutando, pero a través de diferentes redes, (desde una LAN a Internet) usando una variedad de parámetros considerable.

Puede contener lo siguiente:

  • VNCSERVERS=<value>, donde <value> se suele poner com algo parecido a "1:root".

Ficheros de /etc/sysconfig/network-scripts/

Los siguientes ficheros se suelen encontrar en /etc/sysconfig/network-scripts, donde <if-name> corresponde a la interfaz de red:

Miremos cada uno de ellos.

/etc/sysconfig/network-scripts/ifup y /etc/sysconfig/network-scripts/ifdown

Se trata de enlaces simbólicos a /sbin/ifup y a /sbin/ifdown, respectivamente. Son los dos únicos scripts de este directorio que deberían poder ser llamados directamente; estos dos scripts llaman a los demás en función de si los necesitan o no. Estos enlaces simbólicos están aquí por motivos prácticos — seguramente se borrarán en próximas versiones, así que solamente se debería usar /sbin/ifup y /sbin/ifdown.

Estos scripts toman un argumento: el nombre del dispositivo (como eth0). Se llaman con un segundo argumento boot durante la secuencia de arranque, de tal forma que los dispositvos que no tienen por qué estar en funcionamiento (ONBOOT=no, [mire más abajo]) pueden ser ignorados durante el arranque.

/etc/sysconfig/network-scripts/network-functions

Realmente no se trata de un fichero público. Contiene funciones con las que los scripts pueden levantar y bajar las interfaces. Particularmente, contiene la mayoría del código de manejo de interfaces alternativas así como notificación de cambio de interfaces con netreport, que es el programa que dice a los scripts de administración que envien una señal proceso llamado netreport cuando ocurra cualquier tipo de cambios en las interfaces de red.

/etc/sysconfig/network-scripts/ifcfg-<if-name> y /etc/sysconfig/network-scripts/ifcfg-<if-name>:<clone-name>

El primero de los dos ficheros define la interfaz, mientras que el segundo contiene tan sólo las definiciones que son diferentes en una interfaz "alias" (o alternativa). Ambos requieren que se epecifique un <if-name> (nombre de la interfaz de red). Por ejemplo, los números de red pueden ser diferentes pero todo lo demás debería estar en un clon del fichero mientras que toda la configuración del dispositivo debería estar en el fichero ifcfg.

Los objetos que pueden ser definidos en un fichero ifcfg dependen del tipo de interfaz.

Los siguientes valores suelen ser habituales:

  • DEVICE=<name>, donde <name> es el nombre del dispositivo físico (excepto en el caso de los dispositivos PPP asignados dinámicamente, dónde estaría el "nombre lógico").

  • IPADDR=<addr>, donde <addr> es la dirección IP.

  • NETMASK=<mask>, donde <mask> es el valor de la máscara de red.

  • NETWORK=<addr>, donde <addr> es la dirección de red.

  • BROADCAST=<addr>, donde <addr> es la dirección de broadcast.

  • GATEWAY=<addr>, donde <addr> es la dirección de la puerta de enlace.

  • ONBOOT=<answer>, done <answer> puede ser:

    • yes — si queremos iniciar el dispositivo en el momento del arranque.

    • no — si no queremos iniciar el dispositivo en el momento del arranque.

  • USERCTL=<answer>, donde <answer> puede ser:

    • yes — si cualquier usuario puede controlar este dispostivo.

    • no — si los usuarios no-administradores no pueden cotnrolar este dispositivo.

  • BOOTPROTO=<proto>, donde <proto> puede ser:

    • none — No se usará ningún protocolo en el momento del arranque.

    • bootp — Se usará el protocolo BOOTP.

    • dhcp — Se usará el protocolo DHCP.

Los siguientes valores son comunes a todos los ficheros SLIP:

  • PERSIST=<answer>, donde <answer> puede ser:

    • yes — Si este dispositivo se debe mantener activo todo el tiempo, incluso después de haber sido desactivado una vez haya colgado el módem.

    • no — Este dispositivo no deberá mantenerse activo todo el tiempo.

  • MODEMPORT=<port>, donde <port> es el nombre del dispositivo del puerto del módem (por ejemplo, "/dev/modem").

  • LINESPEED=<baud>, donde <baud> es la velocidad del modem (por ejemplo, "115200").

  • DEFABORT=<answer>, donde <answer> puede ser:

    • yes — Para insertar las cadenas por defecto al crear/modificar un script para esta interfaz.

    • no — Para no insertar las cadenas por defecto al crear/modificar un script para esta interfaz.

/etc/sysconfig/network-scripts/chat-<if-name>

Este fichero es un script de chat para conexiones SLIP y pretende ser quien establezca la conexión. Para dispositivos SLIP, se escribe un script DIP desde el script de chat.

/etc/sysconfig/network-scripts/ifup-post

Este fichero se llamará cuando un dispositivo de red (excepto un dispositivo SLIP) se inicie. Llama a /etc/sysconfig/network-scripts/ifup-routes para proporcionar rutas estáticas que dependen de ese dispositivo, proporcionar alias para ese dispositivo, y configurar un nombre de host, si todavía no ha sido configurado — y el nombre de host se puede encontrar mediante la IP de ese dispositivo. ifup-post envía SIGIO a cualquier programa que haya solicitado notificaciones de eventos de red.

Se puede extender este fichero para que configure el servicio de nombrado, llamadas arbitrarias a scripts y mucho más, en función de sus necesidades.