Configuraci贸n del Demonio mgetty


El demonio mgetty est谩 disponible en forma de c贸digo fuente en
ftp://alpha.greenie.net/pub/mgetty/source/, y pr谩cticamente todas las distribuciones de Linux lo incluyen como paquete. El demonio mgetty se diferencia de la mayor铆a de las implementaciones de programas getty en que ha sido dise帽ado espec铆ficamente para m贸dems compatibles con Hayes. Admite a煤n conexiones directas de terminales, pero se adapta de forma especialmente buena a aplicaciones de llamadas telef贸nicas. En lugar de emplear la se帽al DCD para detectar una llamada entrante, espera a la escucha del mensaje RING generado por la mayor铆a de m贸dems modernos cuando detectan una llamada entrante y no est谩n configurados para responder autom谩ticamente.
El ejecutable principal es /usr/sbin/mgetty, y su fichero de configuraci贸n se llama /etc/mgetty/ mgetty. config. Hay otros programas y ficheros de configuraci贸n que cubrir谩n otros rasgos concretos de mgetty.
La configuraci贸n, en gran parte de los sistemas, es cuesti贸n 煤nicamente de editar el fichero /et c/mgetty/ mgetty. conf ig y a帽adir las entradas apropiadas a /etc/inittab para que mgetty se ejecute autom谩ticamente.
Ejemplo 4-6 muestra un fichero muy simple de configuraci贸n de mgetty. Este ejemplo configura dos dispositivos serie. El primero, /dev/ttySO, se refiere a un m贸dem compatible con Hayes a 38.400 bps. El segundo, /dev/ttyS1, se corresponde con un terminal VT100 conectado directamente, a 19.200 bps.

El fichero de configuraci贸n acepta opciones globales y espec铆ficas de cada puerto. En nuesto ejemplo, empleamos una opci贸n global para fijar la velocidad a 38.400 bps. Este valor es heredado por el puerto ttySO. Los puertos a los que aplicamos mgetty emplean este ajuste de velocidad a no ser que sea reem-plazado por un ajuste de velocidad expl铆cito para el puerto, tal y como hemos hecho en la configuraci贸n de ttyS1.
La palabra clave debug controla la cantidad de texto del registro de actividad de mgetty. La palabra clave data-only en la configuraci贸n de ttySO hace que mgetty desprecie las caracter铆sticas de fax del m贸dem, para que funcione 煤nicamente como m贸dem de datos. La palabra direct en la configuraci贸n de ttyS1 avisa a mgetty para que no lleve a cabo ninguna inicializaci贸n para m贸dem en ese puerto. Finalmente, con toggle-dtr se consigue que mgetty no trate de colgar la l铆nea bajando la patilla DTR (Data Terminal Ready) en el interfaz serie; algunos terminales no reaccionan bien ante esto.
Tambi茅n puede usted elegir dejar vac铆o el fichero mgetty . config y emplear argumentos en la l铆nea de 贸rdenes para especificar la mayor铆a de esos mismos par谩metros. La documentaci贸n que acompa帽a a la aplicaci贸n incluye una completa descripci贸n de los par谩metros del fichero de configuraci贸n de mgetty y los argumentos de l铆nea de 贸rdenes. Observe el siguiente ejemplo.
Hemos de a帽adir dos entradas al fichero /etc/inittab para activar esta configuraci贸n. El fichero inittab es el fichero de configuraci贸n de la orden init de Unix System V. Esta orden es la encargada de la iniciaci贸n del sistema; proporicona un medio para ejecutar programas autom谩ticamente al iniciar la m谩quina y volver a ejecutarlos cuando terminan. Es muy apropiada para los objetivos de ejecutar un programa getty.

Cada l铆nea del fichero /etc/inittab contiene cuatro camplos, separados por dos puntos. El primero es un identificador que etiqueta de forma 煤nica cada entrada del fichero; tradicionalmente se utilizan dos caracteres, pero las versiones m谩s modernas permiten cuatro. El segundo campo es la lista de niveles de ejecuci贸n en los que deber谩 estar activa. Un nivel de ejecuci贸n es un mecanismo para proporcionar distintas configuraciones del equipo y se implementa mediante el uso de 谩rboles de scripts de inicio, almacenados en directorios llamados /etc/rc1 . d, /etc/rc2 . d, etc. Esta caracter铆stica es implementada t铆picamente de forma muy simple, por lo que usted debe modelar sus entradas en el fichero bas谩ndose en otras del mismo, o bien consultar la documentacion de su sistema para obtener m谩s informaci贸n. El tercer campo describe cu谩ndo hay que llevar a cabo la acci贸n. Para los prop贸sitos de ejecutar un programa getty, este campo debe ser ajustado a respawn, lo que significa que la orden se re-ejecutar谩 autom谩ticamente cuando muera. Hay otras opciones tambi茅n, pero no son 煤tiles para nuestros prop贸sitos aqu铆. El cuarto campo es la orden real que ha de ejecutarse; aqu铆 es donde especificamos la orden mgetty y cualquier argumento que queramos pasarle. En nuestro ejemplo simple, ejecutamos y reiniciamos mgetty siempre que el sistema est谩 operando en los niveles de ejecuci贸n dos o tres, y le suministramos como argumento el nombre del dispositivo que queremos utilizar. La orden mgetty asume /dev/, as铆 que no hemos de proporcionarlo.
Este cap铆tulo ha sido una introducci贸n r谩pida a mgetty y c贸mo ofrecer un punto identificativo de ingreso al sistema en dispositivos serie. Podr谩 encontrar informaci贸n m谩s extensiva en el Serial-HOWTO.
Una vez que haya editado los ficheros de configuraci贸n ha de recargar init para hacer efectivos los cam-bios. Simplemente env铆e una se帽al hangup al proceso init; siempre tiene un identificador de proceso 1, as铆 que puede usar sin problemas:

Califica este Artículo
0 / 5 (0 votos)

Categoría: Conectividad y Redes.




Deja un comentario