Source: http://www.itrestauracion.com.ar/?paged=2
Timestamp: 2013-12-10 23:37:54+00:00

Document:
ITRestauracion - Part 2
Posted on December 27, 2010 by restauracion	En este topico vamos a ver ciertos comandos y archivos de configuracion de la grafica.
Comenzaremos con ver dos comandos para obtener info de nuestra X:
*xdpyinfo
*xwininfo
A veces es útil saber acerca de las capacidades de la pantalla, porque este es manejado por el server X. La herramienta para este trabajo es xdpyinfo. Cuando escribe xdpyinfo, el resultado es lanzado en la salida estandard dandonos información de las unidades organizativas de la pantalla actual, como el número de versión X, la resolución
y profundidad de color de todas las pantallas actuales, y así sucesivamente. Mucha de esta información es muy de carácter técnico, por lo que no se puede entender todo. Eso está bien. Recomiendo ejecutar este programa y examinar la salida para ver qué puede aprender de ella. Si más adelante se desea para obtener información similar en la pantalla de otro ordenador, usted sabrá cómo obtenerlo.
Para obtener información aún más técnica, puede utilizar la opción -ext all con xpdyinfo.
La extensión es el nombre de una extensión X, que es un módulo de software que proporciona capacidades extendidas a X. (El comando xpdyinfo básico, sin opciones, muestra todos las extensiones disponibles.)
xdpyinfo xdpyinfo con ext Xwininfo
Puede obtener información técnica detallada acerca de una ventana específica con la xwininfo . En uso básico, el xwininfo , le pide que mueva el cursor del ratón sobre una ventana, y haga clic.
El resultado es una lista de datos variados sobre la ventana que ha hecho clic, tales como su tamaño, ubicación, y número de identificación. Alternativamente, puede utilizar -id id o -name name para especificar el id de ventana o por el número de identificación o nombre, o con -root se puede utilizar para especificar la raíz ventana, es decir,
Xwininfo seleccionando una xterm
Xwininfo con -root
X es una red habilitada para Interfaz gráfica de usuario. Este hecho tiene muchas consecuencias importantes, y uno de ellos se refiere a la interfaz gráfica de usuario de sistema de acceso para Linux . Este sistema emplea un protocolo de inicio de sesión de red, el X Display Manager Control Protocol (XDMCP). Para controlar el acceso remoto, un servidor XDMCP se ejecuta en un ordenador y escucha las conexiones desde los servidores de equipos remotos . Para hacer frente a los inicios de sesión local, un XDMCP servidor se ejecuta en un equipo y empieza como un servidor del equipo local X. El servidor XDMCP a continuación gestiona el servidor X local de pantalla, es decir, pone un inicio de sesión clasico donde nos pide usuario y contraseña.
Introduciendonos:
Tres servidores de XDMCP son comunes en Linux: el gestor de pantalla X (XDM), el
KDE Display Manager (KDM), y el de GNOME Display Manager (GDM). Un poco más de
opciones de servidores XDMCP también están disponibles, pero estos tres son los más importantes. Como se puede adivinar por su nombre, KDM y GDM están asociados con el KDE y GNOME, respectivamente, pero no limita su elección de entorno de escritorio. La mayoría de las distribuciones de Linux puede funcionar tanto con GDM o KDM como el servidor por defecto XDMCP, pero se puede cambiar la que utiliza el sistema si no te gusta el valor por defecto.
Corriendo un servidor XDMCP:
Muchos metodos existen para poder arrancar un servidor XDMCP. Los dos mas conocidos son lazando este servicio tras el /etc/inittab o tras un demonio en con SysV script.
Independientemente de estos metodos muchas distrubuciones configuran este arranque de XDMCP cuando arranca en determino runlevel (5 o 3, dependiendo de la distribucion).
Como se vio anteriormente en el inittab tenemos algo como esto:
Pero en algunas distribuciones este se lanza atraves de script (gdm,xdm,kdm).
Tambien podemos configurar un poco esto con ciertos archivos:
Selección de archivo de configuración: algunas distribuciones ocultan la opción de servidor XDMCP en un archivo de configuración, a menudo en el directorio /etc/sysconfig . En Fedora, el archivo /etc/sysconfig/desktop establece la variable DISPLAYMANAGER a XDM, KDM o GDM. En SUSE Linux, /etc/sysconfig/displaymanager establece la variable DISPLAYMANAGER de una manera similar, pero usando los nombres de pantalla en minuscula.
Selección a través de script SysV: En distribuciones Debian y derivados, como Ubuntu, el displaymanager se establece a través de la elección del script SysV de inicio con una secuencia de comandos para usar gdm con gdm, kdm con KDM, y así sucesivamente. De forma predeterminada, sólo un servidor XDMCP está instalado, así que si quieres cambiar el servidor XDMCP, es posible que necesite instalar
el servidor deseado.
Configurando un Display Manager:
El gestor de ventanas es la herramienta para administrar las sesiones de X en las pantallas tanto físicas como a nivel local como a través de la red. Parte de su trabajo es manejar la autenticación de usuarios a través de una pantalla gráfica de login, que sustituye a la entrada familiar en modo texto.Hay tres gestores de visualización principal implementados con Linux: xdm, kdm y gdm.
Configurando XDM:
El gestor de pantalla X (XDM) es un programa que permite a una sesión gráfica
empezar en un servidor de X.
xdm se distribuye como parte de X. Org y está configurado por una serie de archivos que se encuentran en / etc/X11/xdm. Estos archivos incluyen:
Este archivo controla las solicitudes entrantes de sistemas remotos.
Mantiene la configuración en formación de algunos recursos xdm, incluyendo la pantalla de login gráfica. Este archivo puede ser editado para modificar la apariencia de la pantalla de inicio xdm.
Esto asocia los nombres X para mostrar (: 0, 1, …) ya sea con el servidor X local o una pantalla externa, como un terminal de X.
Este archivo contiene unos script xdm que se inicia después de un inicio de sesión con éxito. Por lo general, busca. Xsession en el directorio home del usuario y ejecuta los comandos que se encuentran allí. Si dicho archivo no existe, Xsession arranca los valores por defectos de nuestro windows manager y sus aplicaciones.
Este archivo es un script iniciado antes de la pantalla gráfica de login. A menudo incluye
comandos para configurar los colores, gráficos de pantalla, o ejecutar otros programas. Este script es ejecutado como root.
Este asocia el archivo de configuración de recursos de xdm con los otros archivos en esta lista. Por lo general, no es necesario hacer cambios en este archivo a menos que un experto en administraciónr planea personalizar la configuración de xdm.
Si quisieramos instalar xdm tendriamos que buscar este paquete:
xorg-x11-xdm.i386 : X.Org X11 xdm – X Display Manager
Los archivos de xdm:
[root@localhost ~]# ls -la /etc/X11/xdm/
drwxr-xr-x 3 root root  4096 Nov 26 20:55 .
drwxr-xr-x 9 root root  4096 Nov 26 19:05 ..
drwx------ 3 root root  4096 Nov 26 19:08 authdir
-rwxr-xr-x 1 root root   510 Jan 26  2010 GiveConsole
-rwxr-xr-x 1 root root   244 Jan 26  2010 TakeConsole
-rw-r--r-- 1 root root  3608 Nov 26 19:41 Xaccess
-rw-r--r-- 1 root root  1422 Nov 26 19:36 xdm-config
-rwxr-xr-x 1 root root   191 Jan 26  2010 Xreset
-rw-r--r-- 1 root root  2642 Nov 26 20:55 Xresources
-rw-r--r-- 1 root root 12288 Nov 26 20:43 .Xresources.swp
-rw-r--r-- 1 root root   496 Nov 26 19:40 Xservers
-rwxr-xr-x 1 root root  1073 Jan 26  2010 Xsession
-rwxr-xr-x 1 root root  1017 Nov 26 20:39 Xsetup_0
-rwxr-xr-x 1 root root   189 Jan 26  2010 Xstartup
-rwxr-xr-x 1 root root   303 Jan 26  2010 Xwilling
XDM es el mas simple de todos los XDMCP. Este acepta usuarios y password pero no habilita a los usuarios a hacer otro tipo de accion, como elegir tipo de ambiente de escritorio queremos correr.(esto se hace atraves de archivos de configuracion de usuarios).
Uno de los archivos de configuracion el /etc/X11/xdm/xdm-config que ya viene por defecto para que funcione de manera local, se puede habilitar para que puede recibir conexiones remotas y para eso tendremos que mirar esta linea:
Esta linea permite que nadie se puede conectar al puerto convencional que escucha xdm.
Para activar este como un XDM que permita conexiones remotas tendriamos que ponerlo en 177, el puerto tradicional de xdmcp y luego restartear xdm.
El archivo /etc/X11/xdm/Xaccess es otro importante punto a tocar.
Si XDM esta configurado para permitir accesos remotos, este otro archivo es el que me va a indicar quien es capaz de acceder a nuestro servidor XDMCP.
El * indica que todos puende acceder.
y luego podriamos poner
*.educacionit.com
director.itrestauracion.com.ar
Tambien podriamos cambiar muchas mas cosas en /etc/X11/xdm/Xresources , en donde van a cambiar aquellos recursos que estan basados en programas X-based. Por ejemplos podriamos cambiar el texto de logueo tocando algunos de estos ejemplos:
Prestar atencion que los comentarios empiezan con !
xlogin*borderWidth: 10
xlogin*greeting: Welcome to Linux on CLIENTHOST
xlogin*fail: Login incorrect – try again!
xlogin*Foreground: Yellow
xlogin*Background: MidnightBlue
Tambien podriamos configurar nuestro /etc/X11/xdm/Xservers para poder incluir lineas de comando que encontramos en /etc/X11/xorg.conf. Por ejemplo si quisieramos cambiar la profundidad de color, lo harias como -bpp (bit por pixel) para nuestra configuracion local.
# Xservers file
Para incluir programas adicionales o seteos en la pantalla de login podriamos ponerlo en /etc/X11/xmd/Xsetup_0. En el siguiente ejempño cambiariamos el color de fondo del X Display a un color color solido y agregariamos un reloj.
# Xsetup
/usr/bin/xsetroot -solid “#356390″
/usr/bin/xclock -digital -update 1 -geometry -5-5 &
Para lograr que nuesto XDM inicie automaticamente en un sistema redhat.
Tendriamos que tocar el archivo:
/etc/inittab y cambiar lo siguiente:
Y podriamos chequear esta otra linea.
como ven no hace referencia a prefdm pero si analizamos ese script.
[root@localhost ~]# cat /etc/X11/prefdm
[ -f /etc/sysconfig/i18n ] &#038;&#038; . /etc/sysconfig/i18n
[ -n "$preferred" ] &#038;&#038; exec $preferred "$@" >/dev/null 2>&#038;1 /dev/null 2>&#038;1 /dev/null 2>&#038;1 /dev/null 2>&#038;1 Como ven en el script primero busca en el archivo que se define en /etc/sysconfig/desktop y si ahi no le encuentra prueba arrancar los clasicos gdm,kdm y por ultimo xdm.
Para eso tendremos que crear este archivo en nuestro home directory.
[root@localhost ~]# cat .xsession
exec xterm &#038;
exec xclock &#038;
exec xeyes &#038;
Con este archivo lo que hacemos es una vez que inicie xdm y nos de login vamos a ingresar nuestro usuario y clave para que luego lea este archivo y arranque nuestra sesion
Con esto ya vimos un resumen de XDM pero ahora la mala noticia es que ya no se usa mas por default xdm por diversos temas de seguridad y porque kdm y gdm son mas chulos jeje.
Configurando GDM:
Para instalarlo en una version red hat:
Archivos de configuracion:
[root@localhost gdm]# ls -l
-rw-r--r-- 1 root root 2633 Dec 26 23:47 custom.conf
drwxr-xr-x 2 root root 4096 Nov 25 23:58 Init
-rw-r--r-- 1 root root 4048 Sep 5 2009 locale.alias
drwxr-xr-x 2 root root 4096 Nov 25 23:58 modules
drwxr-xr-x 2 root root 4096 Nov 25 23:58 PostLogin
drwxr-xr-x 2 root root 4096 Nov 25 23:58 PostSession
drwxr-xr-x 2 root root 4096 Nov 25 23:58 PreSession
-rw-r--r-- 1 root root 71 Sep 5 2009 securitytokens.conf
-rwxr-xr-x 1 root root 5536 Sep 5 2009 XKeepsCrashing
lrwxrwxrwx 1 root root 21 Nov 25 23:58 Xsession -> ../X11/xinit/Xsession
[root@localhost gdm]# El mas conocido y que podemos tocar mas cosas es el gdm.conf
Un ejemplo de su contenido con configuracion extra:
For full reference documentation see the GNOME help browser under
GNOME|System category. You can also find the docs in HTML form on
NOTE: Some values are commented out, but show their default values.
that begin with "#" are considered comments.
# Timed login, useful for kiosks.
Log in a certain user after a certain
# The GDM configuration program that is run from the login screen, you
# should probably leave this alone.
Change gdmlogin to gdmgreeter
# The greeter for xdmcp logins, usually you want a less graphically
# intensive greeter here so it's better to leave this with gdmlogin
En las versiones Ubuntu tenemos toda esta info en /etc/gdm/gdm.schemas
Para poder activar conexiones xdmp tan solo agregar en el modulo
Luego en el cliente cambiar /etc/hosts
ipremota localhost
Si se pueden conectar sin retocar esas lineas mejor, sino comentenlas y prueben.
Instalando KDM
[root@localhost gdm]# ls -l /etc/kde
drwxr-xr-x 2 root root 4096 Nov 26 19:57 env
drwxr-xr-x 3 root root 4096 Nov 26 19:56 xdg
[root@localhost gdm]#
Cambiando entre desktops
En sistemas red hat:
[root@localhost menus]# yum install switchdesk-gui.noarch switchdesk.noarch
[root@localhost ~]# cat /etc/sysconfig/desktop
DESKTOP= "GNOME"
DISPLAYMANAGER= "gdm"
Bueno ahora supongamos que queremos ejecutar remotamente sesiones o aplicaciones de nuestro servidor en otra maquina.
Para hacer poder aprovechar los recursos de nuestra maquina servidor y usar las demas como cliente de ella vamos a hacer lo siguiente:
En una maquina cliente ejecutamos:
xinit, si ya estamos en una grafica tan solo abrimos una terminal
2)Luego hacemos xhost +ipremota
3)Luego nos logueamos al equipo remoto con ssh.
4) Luego exportamos la variable DISPLAY, export DISPLAY=iplocal:0.0
5)Ahora podemos ejecutar una aplicacion.
Como ven estamos en la maquina remota ejecutando la aplicacion pero desde nuestra estacion fisica de trabajo.
6)Ahora podriamos probar levantar toda una grafica.
7) Por ultimo podemos hacer con ssh un forwardeo...
La yapa algo mas descabellado e inutil, levantar la grafica remota dentro de mi grafica..
[1]http://tldp.org/HOWTO/XDMCP-HOWTO/procedure.html
[2]http://codeghar.wordpress.com/2009/06/11/remote-login-with-gdm-and-vnc-on-fedora-11/
[3]http://www.linuxparatodos.net/portal/staticpages/index.php?page=11-como-x-remoto
[4]http://www.estrellateyarde.org/so/x-remoto-display-manager
[5]http://es.w3support.net/index.php?db=so&id=754707
[6]http://tldp.org/HOWTO/XDM-Xterm/config.html
[7]http://sicutdeux.wordpress.com/2009/08/12/acceso-remoto-bajo-gnulinux-xdmcp/
[8]http://www.mail-archive.com/debian-user-spanish@lists.debian.org/msg33394.html
[9]http://www.itrestauracion.com.ar/?p=1149
[10]http://tldp.org/HOWTO/XWindow-User-HOWTO/index.html
[11]http://www.faqs.org/docs/Linux-HOWTO/XDMCP-HOWTO.html
[12]http://linux.derkeiler.com/Mailing-Lists/RedHat/2005-11/0384.html
[13]http://www.faqs.org/docs/lnag/lnag_xwindows.html#GUI_login
Posted on December 19, 2010 by restauracion	Vamos a ver brevemente un poco de estos temas:
Antes empezaremos con una breve explicacion de que es una X:
Historia:[4-5]
X Window System (en español sistema de ventanas X) es un software que fue desarrollado a mediados de los años 1980 en el MIT para dotar de una interfaz gráfica a los sistemas Unix. Este protocolo permite la interacción gráfica en red entre un usuario y una o más computadoras haciendo transparente la red para éste. Generalmente se refiere a la versión 11 de este protocolo, X11, el que está en uso actualmente. X es el encargado de mostrar la información gráfica de forma totalmente independiente del sistema operativo.
* X es un modelo de cliente/servidor.
* X fue diseñado primariamente para implementar clientes ligeros, donde mucha gente usaba simultáneamente la capacidad de procesamiento de un mismo computador trabajando en tiempo compartido. Cada persona usaba un terminal en red que tenía capacidades limitadas para dibujar la pantalla y aceptar la entrada del usuario. Debido a la ubicuidad del soporte para el software X en Unix, es usado en los computadores personales incluso cuando no hay necesidad del tiempo compartido.
* Mientras que los servidores de X manejan hardware estos no definen la forma en que se va a ver la pantalla y no ofrecen herramientas para manipular los clientes.
* El servidor X es el responsable de realizar el rendering the las formas y colares en la pantalla.
Ejemplos de lo que incluye:
Programas de X.org que controlan nuestra placa de video,
Programas de X.org que funcionan en redes diferentes mostrandonos la salida de los programas en nuestro equipo.
Otros sistemas de red Unix corren sus propios X server software (cuando corremos nuestra maquina local)
Clientes X son programas de usuarios como : firefox,opera,Evolution,OpenOffice,xterm
El hecho que exista un estándar definido para X permite que se desarrollen servidores X para distintos sistemas operativos y plataformas, lo que hace que el código sea muy portable. Por ejemplo. permite tener clientes X ejecutándose en un potente servidor UNIX mientras los resultados son visualizados en una PC de escritorio con cualquier otro sistema operativo funcionando.
Un programa de cliente especial llamado window manager es el responsable de las funciones mencionadas anteriormente que nos provee ademas de ventanas, cambio de tamaño, botones de cerrar y maximizar y muchas mas.
Este controla los demas clientes que corren bajo un Servidor X. Multiples window manager podemos encontrar para nuestro X Window System pudiendo asi poder elegir un estilo de interface que mas necesitemos para cada uso.
Por otro lado, la desventaja que trae el hecho de no tener un único entorno gráfico es que los programadores de clientes X que desean hacer uso de los recursos de los entornos gráficos (botones, barras de deslizamientos, etc) deben elegir un entorno gráfico específico para programar y contar que el usuario tenga por los menos las bibliotecas de dicho entorno gráfico instalado. Las bibliotecas de los entornos gráficos se conocen como “Toolkits”, el estándar X provee sólo de un conjunto de herramientas básicas llamadas Xintrisics que permiten a los programadores de los entornos gráficos armar sus Toolkits sobre éstas.
Un completo set de escritorio graficos se encuentran disponible y contiene entre sus paquetes un window manager y una gran cantidad de aplicaciones que trabajan en conjunto para poder crear un ambiente de trabajo completo. Un ejemplo son los mas conocidos KDE y GNOME, por supuesto que hay muchos mas y mucha variedad pero estos son los mas conocidos.
X es primariamente una definición de primitivas de protocolo y gráficas, y deliberadamente no contiene especificaciones de diseño de interfaz de usuario, como estilos de botón, menú, barra de título para las ventanas. En vez de eso, un software de aplicación (tal como los manejadores de ventana, Widget toolkits de GUI y ambientes de escritorio, o las interfaces gráficas de usuario específicas de una aplicación) definen y proporcionan tales detalles. Como resultado, no hay interfaz X típica y varios ambientes de escritorio han sido populares entre los usuarios.
Un terminal X es un cliente ligero que solamente corre un servidor X. Esta arquitectura llegó a ser popular para construir paquetes de terminales baratos para que muchos usuarios usaran simultáneamente el mismo gran servidor de computadora para ejecutar programas de aplicación como clientes de cada terminal X. Este uso está muy cerca con la intención original del proyecto MIT.
Los terminales X exploran la red (el dominio de difusión local) usando el protocolo de control del X Display Manager para generar una lista de anfitriones disponibles que son permitidos como clientes. Uno de los anfitriones de clientes debe correr un X display manager.
X Display Manager[5]
En el X Window System, un X Display Manager (XDM), gestor de pantalla X, o gestor de pantalla X, es una parte opcional del sistema X Window que permite comenzar una sesión sobre un servidor X desde la misma u otra computadora. Un gestor de pantalla presenta al usuario con una pantalla de autenticación (login) que solicita el nombre de usuario y su contraseña. Una sesión comienza cuando el usuario entra con éxito una combinación válida de nombre de usuario y contraseña.
Esto es útil para diferentes situaciones tales como “Terminales X” con escritorios mínimos y grandes servidores de red (LTSP, cliente liviano). Como X Window System es independiente del protocolo y de la red hay muchas posibles configuraciones para ejecutar clientes y servidores X en diferentes equipos conectados a una red. XDM da una interfaz gráfica para elegir a qué pantalla se quiere conectar y solicitar la información de autenticación, como el nombre de usuario y le contraseña.
Seleccionando e instalando un X-Server:
X.Org es el standard X Window System de la mayoria de las distribuciones de Linux.
X.Org es mantenida por X.Org Fundation que es una comunidad sin fines de lucro donde se colabora con el desarrollo y documentacion
El codigo de X11 de X.Org esta basado en XFree86 que fue usado como X Windows en muchas distribuciones de Linux. Freedesktop.org es un proyecto colaborativo donde se desarrolla software para los sistemas X Windows.
El proyecto X.Org tiene soporte para una gran cantidad de hardware. Esto se debe a la cooperacion de muchos fabricantes que liberan el codigo de sus drivers y sus documentaciones.A traves del tiempo se vio que muchos fabricantes fueron interesandose en dejar cierta informacion a la comunidad X.Org para que puedan darle soporte a su hardware y es por eso que X.Org ya posee una inmesa compativilidad con el hardware de hoy en dia.
Configurando el entorno X Window System
Lo primero que tenemos que hacer es recopilar la información necesaria, para la correcta configuración del servidor gráfico Xorg
La información mínima necesaria es la siguiente:
* Especificaciones del monitor
* Chip y cantidad de memoria de la tarjeta gráfica (vídeo)
* Especificaciones del ratón
* Especificaciones del teclado
Ver la version de nuestro X:
[rino@oc4037774485 ~]$ X -version
Build Operating System: x86-02 2.6.32-72.el6.bz634452.x86_64
Current Operating System: Linux oc4037774485.ibm.com 2.6.35.9-64.fc14.x86_64 #1 SMP Fri Dec 3 12:19:41 UTC 2010 x86_64
Kernel command line: ro root=UUID=1f15bf0f-79bd-4dae-a644-f4ad768504ef rd_NO_LUKS rd_NO_LVM rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYTABLE=la-latin1 rhgb quiet selinux=0
Build Date: 09 November 2010  08:15:25PM
Build ID: xorg-x11-server 1.9.1-3.fc14
[rino@oc4037774485 ~]$
Chipset de Video:
Los driver de video X.Org son escrito para los chipset graficos no para las placas de video en donde estan installadas. Muchas placas de video de varios fabricantes tienen el mismo chipset de video haciendo a estas que tengan la misma funcionalidad.
Por eso hay que mirar si el chipset que tenemos es soportado por X.org para poder usar las opciones de graficos mas avanzadas. Ver la lista de chipset soportados en la wiki de X.Org
El chip de la tarjeta gráfica también llamada tarjeta de vídeo, define que controlador utilizaremos para que funcione correctamente.
La memoria de la tarjeta gráfica determina la resolución máxima y la profundidad de color máxima con la que el sistema puede trabajar.
Usaremos las especificaciones del monitor para determinar la resolución y frecuencia de refresco a la que funcionara. Dichas especificaciones vienen en la documentación del monitor, o bien la obtenemos desde la web del fabricante.
Necesitamos tres rangos muy importantes:
* Frecuencia de refresco horizontal
* Frecuencia de refresco vertical
* Resolución máxima.
Con esta información sabemos como hemos de configurar nuestro monitor para no dañarlo o quemarlo.
Las especificaciones del ratón son muy fáciles, basta con observar dicho ratón para saber:
* El tipo de conector: USB, PS2, Serial, etc…
* El numero de botones: 1, 2, 3, 4, etc…
* Si tiene rueda y cuantas tiene: 1, 2
Las especificaciones del teclado al igual que las del ratón, con observar dicho teclado conocemos la información:
* El tipo de conector: USB o PS2
* Que mapa de caracteres que usa: QWERTY, AZERTY, etc..
* El numero de teclas: 101, 102, 104, 105 o microsoft
Instalando X.Org
Es raro que tengamos que instalar X.Org nosotros a mano porque este ya fue instalado generalmente cuando instalamos nuestro sistema si tenemos planeado usar la grafica (X).
Casi todas las distribuciones de linux contienen los paquetes de X.ORg en sus instaladores.
La forma de instalar el sistema de ventanas x window en su equipo sera de la siguiente manera:
Para sistemas operativos de la familia Red Hat teclee lo siguiente:
[BASH] # yum install xorg-x11
Para sistemas operativos de la familia Debian teclee lo siguiente:
[BASH] # apt-get install x-window-system
Configurando un Servidor X y su archivo de configuracion xorg.conf
El archivo de configuracion de X.Org difiere a lo largo de las distintas distribuciones de linux y de las versiones de X.Org. Este archivo es creado durante la instalacion y segun los dispositivos que fueron detectados ira armando la configuracion.
Generalmente no hace falta cambiar nada de este archivo porque es manejado por el sistema. El servidor X usa este archivo de configuracion cuando se inicia para setear la configuracion del teclado, mouse, fuentes (fonts) y resolucion del monitor.
Fichero xorg.conf
La configuración del servidor gráfico xorg se encuentra en el fichero xorg.conf, en la siguiente ruta:
Y se encuentra dividido en las siguientes secciones:
Ruta o path de los archivos
Section “Modules”
Carga módulos dinámicos
Descripción de los dispositivos periféricos
Descripción de los dispositivos gráficos
Descripción del monitor
Cada sección comienza con la instrucción Section seguido del nombre de la “sección entre comillas” las opciones, driver, etc.. y terminada con EndSection.
Seccion “Files”
Esta sección define la ruta de archivos necesarios para levantar el servidor X.
Define la ruta de los tipos de letras en las entradas ” FontPath”
Especifica la ubicación de la base de dartos de colores RGB “RgbPath”
RgbPath     “/usr/lib/X11/rgb”
Seccion “Modules”
La sección Module especifica que módulos cargará el servidor gráfico X, dichos módulos añaden funcionalidad adicional al servidor X.
Load     “dbe”
Load     “extmod”
Load     “type1”
Load     “freetype”
Load     “glx”
Seccion “InputDevice”
Cada sección InputDevice configura un dispositivo de entrada para el servidor X. Los sistemas Xorg tienen mínimo dos secciones InputDevice:
Configuracion tipica de un mouse
Identifier   “Mouse0”
Driver       “mouse”
Option       “Protocol” “Auto”
Option       “Device”   “/dev/psaux”
Option       “Emulate3Buttons” “no”
Option       “ZaxisMapping” “4 5”
Identifier: Especifica un nombre para esta sección
Driver: Especifica el controlador que debe cargar para el correcto funcionamiento del ratón. “mouse”: soporta cuatro tipos de mouse:
Option: Especifica las opciones necesarias pertinentes al dispositivo
Para un mouse, las opciones son las siguientes:
Protocol: Indica el protocolo define el tipo de mouse que tenemos
“ImPS/2″
“ExplorerPS/2″
“MouseMan”
“Mousesystems”
“IntelliMouse”
“ThinkingMouse”
“ThinkingMousePS/2″
“NetScrollPS/2″
“NetMousePS/2″
“GlidePoint”
“GlidePointPS/2″
“MouseManPlusPS/2″
Los mouse seriales antiguos de dos o tres botones estan normalmente soportados por el protocolo “Microsoft” o “MouseMan”
Los mouse seriales con rueda los soporta el protocolo “IntelliMouse”
Los mouse PS/2 los soporta el protocolo “ImPS/2″
El protocolo “auto” se usa siempre que este es capaz de detectar el mouse.
CorePointer: Indica que el ratón definido es el mouse principal
Device: Indica la ubicación del dispositivo físico (donde se encuentra conectado), las opciones son las siguientes:
/dev/input/mice (conectado al puerto USB)
/dev/psaux (conectado al puerto PS/2)
/dev/ttyS0 (conectado al puerto Serial 0)
/dev/ttyS1 (conectado al puerto Serial 1)
Emulate3Buttoms: Especifica si un mouse de dos botones se comporte como uno de tres botones, cuando se presionen ambos botones simultáneamente.
ZAxisMapping: Especifica que funcione la rueda que incorpora el mouse.
Configuracion tipica de un teclado
Identifier   “Generic Keyboard”
Driver       “kbd”
Option       “CoreKeyboard”
Option       “XkbRules”   “xorg”
Option       “XkbModel” “pc105”
Option       “XkbLayout” “es”
Identifier: Especifica un nombre para esta sección.
Driver: Especifica el controlador que debe cargar para el correcto funcionamiento del teclado.
Para un teclado las opciones son las siguientes:
CoreKeyboard: Especifica que es el teclado principal
XkbModel: Especifica el tipo de teclado. Los valores mas comunes son:
“pc101″
“pc102″
“pc104″
“pc105″
XkbLayout: Especifica el lenguaje que usaremos, “es” (español), “us” (ingles)
Seccion “Device”
Esta sección es la que define y configura la tarjeta gráfica (vídeo)
Identifier   “Device0”
Driver       “nvidia”
VendorName   “NVIDIA Corporation”
Option       “RenderAccel”  “true”
Option       “AllowGLXWithCompisite”   “true”
Driver: Especifica el controlador que debe cargar para el correcto funcionamiento del vídeo.
VendorName: Este parámetro es opcional, especifica el fabricante de la tarjeta de vídeo.
BusID: Este parámetro es opcional, especifica el bus en el que se encuentra conectada la tarjeta gráfica, Esta opción únicamente es necesaria para sistema con múltiples tarjetas gráficas.
Screen: Este parámetro es opcional, especifica que conector del monitor en la tarjeta gráfica configura la sección Device. Esta opción en muy útil solamente para tarjetas con múltiples conectores.
Si dos monitores o mas son conectados en diferentes conectores en la misma tarjeta gráfica, deben existir en xorg.conf secciones Device separadas y cada una de estas secciones debe tener un valor Screen diferente.
Los valores para la entrada Screen debe ser enteros. El primer conector de la tarjeta de vídeo tiene el valor 0. El valor para cada conector adicional incrementa este valor en uno.
Option “nombre_opción”: Este parámetro es opcional. Reemplace “nombre_opción” con una de las opciones listadas para esta sección en la pagina man de xorg.conf
Una de las opciones mas habituales es “dpms” (Display Power Management Signalling), se usa para activar el estado de ahorro de energía del monitor.
Seccion “Monitor”
Esta sección es la que define y configura los parámetro del monitor
Identifier   “Acer X203W”
VertRefresh  “55-75”
Identifier: Especifica un nombre para esta sección. Puede existir varias secciones “Monitor” en el archivo xorg.conf, cada una con diferente identificación (Identifier), esto es causado porque disponemos de dos o mas monitores conectados al ordenador.
HorizSync: Especifica la frecuencia de barrido horizontal del monitor, expresado en kHz. Puede ser una frecuencia fija (30.5), multiples frecuencias fijas (30.5, 35.8), un rango (30-110), o varios rangos (15-25, 30-64)
VertRefresh: Especifica la frecuencia de barrido vertical del monitor, expresado en Hz, los valores son iguales a la opción HorizSync.
Seccion “Screen”
Esta sección es la que va a definir la pantalla, vinculando una tarjeta gráfica (Device) con la sección “Monitor” Ejemplo:
Identifier     “Default Screen”
Device         “nvidia geforce mx400”
Monitor        “AcerX203W”
Options        “AddARGBGLXvVisuals”   “True”
Subseccion “Display”
Modes    “1600x1050” ”1200x1024” ”1024x768” ”800x600” “640X400”
Identifier: Especifica un nombre unico para esta sección
Device: Especifica el nombre de una sección “Device” existente en el fichero xorg.conf
Monitor: Especifica el nombre único de una sección “Monitor” existente en fichero xorg.conf
Observación: las entradas “Device y Monitor” tienen que tener el mismo valor que la entrada “Identifier” de las secciones “Device” y “Monitor”. De esta manera se entrelazan las configuraciones de las diferentes secciones.
DefaultDepth: Especifica la profundidad de color por defecto en bits.
SubSection “Display”: Especifica los modos disponibles de la pantalla para una profundidad de color en particular.
Observación: Una sección “Screen” puede tener múltiples subsecciones “Display”, pero debe existir al menos una para la profundidad de color especificada en la entrada “DefaultDepth”
Depth: Especifica la profundidad de color de la subsección, los valores posibles son: 1, 4, 8, 15, 16 y 24 bits
Modes: Especifica las resoluciones que podremos visualizar según nuestro monitor. Puede especificarse una sola resolución “1680×1050″ (si sabemos que nuestro monitor la soporta), o un listado de estas: “1680×1050″ “1280×1024″ “1024×768″ “800×600″ “640×480″. Por defecto se usa la primera en la lista, siempre que este soportada por nuestro monitor, si no se usa la siguiente, y asi hasta la ultima resolución que tengamos listada.
Nota: Dependiendo de nuestro monitor y tarjeta grafica (si son de gama “media baja” o inferior), puede darse los siguientes casos:
* A mayor profundidad de color “24 bits” obtenemos menor resolución “800×600″ * A menor profundidad de color “8 bits” obtenemos mayor resolución “1680×1050″
Option “nombre de opción”: Especifica parámetros extras para la sección. Reemplace “nombre de opción” con una opción valida listada para esta sección en la pagina man de xorg.conf
Seccion “ServerLayaout”
Esta sección es la que vincula los dispositivos de entrada y salida que controla el servidor xorg.
Como mínimo, esta sección debe especificar un dispositivo de salida (monitor) y al menos dos de entrada ( un teclado y un ratón)
En Particular esta sección junta todos los identificadores “Identifier” de cada sección.
Identifier     “Default Layout”
Screen         “Default Screen”
InputDevice    “Generic Layout”
InputDevice    “Configured Mouse”
Screen: Especifica el nombre de la sección “Screen” a ser usado por el servidor xorg. Pueden estar presente más de una opción “Screen”
Crear una nueva configuracion de xorg[6-7]
X.Org viene con una coleccion de fuentes para usos mas comunes incluyendo estas para los textos a mostrar en las ventanas de terminales y navegadores. Para muchos usuarios
las fuentes por defectos son las adecuadas pero para otros les esencial agregar mas fuentes al sistema.
Una gran variedad de fuentes hay disponibles y estan son libres y otras pagas.
Muchas de ellas son desarrolladas por personas que las distribuyen por internet y siempre hay que buscar que sean para X.Org.
X.Org hace que las fuentes esten disponibles para los programas clientes. Una ruta para una fuente basica es compilada para que este adentro de nuestro X-Server pero nosotros podemos indicar tambien otra ruta de fuentes para que pueda ser utilizada en la directiva de FontPath asi tendremos mas fuentes en nuestro xorg.conf.
FontPath “path”
Este grupo de FontPath crea una ruta de fuentes que consiste de ocho directorios todos debajo de /usr/share/X11/fonts. Cuando arranca nuestra X este va a incluir todas las fuentes que fueron definidas en xorg.conf durante nuestra sesion grafica.
Instalando Fuentes:
Añadir nuevas fuentes es sencillo.
En primer lugar, un directorio adecuado debe ser creado para las nuevas fuentes, como por ejemplo / usr/share/X11/fonts/local o /usr/local/ fonts. Si lo desea, para separar sus propias fuentes de los directorios por default de X. Org para protegerlos durante las actualizaciones. Despues que las fuentes son instaladas en el nuevo directorio, la utilidad mkfontdir se ejecuta para agregar al catálogo las nuevas fuentes en el nuevo directorio.
Las nuevas entradas se agregan al archivo xorg.conf para incluir la ruta de acceso de las nuevas fuentes.
“/usr/local/fonts”
En este punto, el servidor de X puede ser reiniciado para reconocer las nuevas fuentes, o las fuentes pueden ser agregadas de forma dinamica con le comando xset.
# xset fp+ /usr/local/fonts
El servidor de fuentes X
En una red con múltiples estaciones de trabajo, la gestión de las fuentes de forma manual para cada sistema puede llevar mucho tiempo. Para simplificar este problema, el administrador puede instalar todas las fuentes que desee en un solo sistema y ejecutar xfs, el servidor de fuentex x, en ese sistema. En un sistema local, xfs deja fuera las cargas de trabajo de la reproduccion de fuentes en el servidor X,lo que significa que el servidor X puede realizar otras tareas mientras que las fuentes están siendo renderizadas. Esto es
especialmente notable en los sistemas más lentos o sistemas sin una unidad de punto flotante (FPU).
“/usr/share/X11/fonts/rgb”
“unix/:-1″
Si instala xfs de un paquete de su distribución, es probable que sea de forma automática
configurado para iniciarse en el momento del arranque y correr continuamente ,sirviendo a las fuentes locales y programas clients remotos.
Para iniciar xfs manualmente, simplemente escriba el comando xfs. Para mayor seguridad
, es posible que desee ejecutar xfs como usuario root pero no lo haga. xfs se configura con su archivo de configuración, /etc/X11/fs/config
Controlando Aplicaciones X con .Xresources.
El sistema de ventanas X también tiene muchas características integradas de personalización. Muchas aplicaciones X se programan con una variedad de recursos, que son de configuraciónes ajustes que se pueden manipular externamente. En lugar de tener una utilidad de configuración integrada en cada aplicación, las aplicaciones pueden ser escritas para examinar el contenido de un archivo en el directorio home del usuario. El archivo. Xresources contiene una línea para cada configuracion de recursos que figura en el siguiente Ejemplo:
program*resource: value
Esta linea debe ser traducida asi:
• El programa es el nombre de un programa configurable, como emacs o xterm.
• los recursos son una de las opciones configurables permitidas por el programa, tales como colores.
• El valor es la opcion que se va aplicar a los recursos.
Por Ejemplo, el sisguiente es un ejemplo de como configuramos los colores para un xterm con el archivo .Xresources.
xterm*cursorColor: Orchid
[1]http://www2.linuxparatodos.net/web/comunidad/base-de-conocimiento/-/wiki/Base%20de%20Conocimiento/Certificaci%C3%B3n%20LPI%20102#section-Certificaci_C3_B3n+LPI+102-InstalarYConfigurarXWindowSystem
[2]http://en.wikibooks.org/wiki/LPI_Linux_Certification/Install_%26_Configure_X11
[3]http://www.itrestauracion.com.ar/?p=1149
[4]http://es.wikipedia.org/wiki/X_Window_System
[5]http://es.wikipedia.org/wiki/X_Display_Manager
[6]http://fedoraproject.org/wiki/How_to_create_xorg.conf
[7]http://www.my-guides.net/en/content/view/161/26/2/13/
[8]http://www.rru.com/~meo/pubsntalks/xrj/xdm.html
[9]http://www.tldp.org/HOWTO/XDMCP-HOWTO/index.html
[10]http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/x-xdm.html
Posted on December 19, 2010 by restauracion	Temas:
Preparando LPIC-1 106.3 Accesibilidad (EN CONSTRUCCION)
Preparando LPIC-1 108.1 Mantener el reloj del sistema
Posted on December 12, 2010 by restauracion	Vamos a intentar explicar de una forma amena como se maneja este sistema.
Una razon importante para tener un sistema de reloj que me permita sincronizar el tiempo entre todos nuestros equipos para poder tener bien controlado cuando sucesido cada evento cuando se generan los logs. Otro ejemplo podria ser cuando varios equipos usan un recurso compartido con NFS por ejemplo.
Para esto se usa —> Network Time Protocol (NTP) http://www.ntp.org.
Los servidores de NTP proporcionan servicios de sincronizacion al cliente que se conecte a ellos, y ellos mismos se sincronizan gracias a servidores superiores de tiempo.
Las capas en este modelo se llaman strata, con el nivel superior , stratum 0, consiste en un hardware de hora dedicado, como pueden ser relojes atomicos o receptores por satelite. Lo servidores conectados a estas fuentes de hora stratum 0 se llaman servidores stratum 1. Los servidores que se sincronizan por los servidores stratum 1 son lo servidores stratum 2, y asi con el resto. [2]
Los servidores NTP se pueden utilizar de dos formas. Una es ejecutando una utilidad cliente llamada ntpdate, que sincroniza el reloj del sistema una vez. La otra forma es ejecutar un servicio NTP que sincroniza automaticamente el reloj del sistema en cuanto su hora no sea la correcta. Hay una gran cantidad de sistemas que utilizan ambos metodos. Si el reloj del sistema y el reloj atomico difieren mucho, puede llevarle al sistema un tiempo el sincronizarse con un servidor de tiempo superior. Para solventar esto, se llama a la utilidad ntpdate y se sincroniza el reloj antes de iniciar el servicio NTP.
[root@localhost etc]# ntpdate pool.ntp.org
2 Dec 07:47:09 ntpdate[5399]: step time server 200.11.116.1 offset 1.817247 sec
[root@localhost etc]# Como ven aca teniamos defaso el reloj casi dos segundos.
Aca esta utilidad se conecto al servidor pool.ntp.org y ajusto nuestra hora.
Podriamos poner una entrar en el crontab para que haga esto cada dos horas.
0 * /2 * * * root /usr/sbin/ntpdate pool.ntp.org > /dev/null 2>&1
Parametros del ntpdate:
-b Con esta opción, la hora del sistema se establece en lugar de ser poco a poco ajustado, no importa cuán lejos de la hora local es.
-d Modo debug donde vemos mucha info pero la hora no se ajusta
-p n el numero de muestra que va a capturar para setear la hora, (default 4)
-q con esta opcion hace una consulta a un servidor [root@oc4037774485 sysconfig]# ntpdate -q ar.pool.ntp.org
server 200.3.168.192, stratum 2, offset -0.039172, delay 0.04465
server 200.11.116.1, stratum 2, offset -0.040442, delay 0.04062
server 200.59.8.234, stratum 3, offset -0.037901, delay 0.03978
12 Dec 23:02:40 ntpdate[6000]: adjust time server 200.11.116.1 offset -0.040442 sec
[root@oc4037774485 sysconfig]#
-s con esta opcion la salida es el archivo syslog y no la salida estandar.
-t n se setea el timeout de respuesta
-u se puede especificar que puerto udp va utilizar
-B con esta opcion se toma mas tiempo para sincronizar nuestro reloj.
No obstante, necesitara instalar y mantener una entrada en crontab en cada uno de sus hosts, y ademas, dependiendo de la calidad del hardware, el reloj del sistema puede desincronizarse en ese intervalo de dos horas. Puede asegurarse de que el reloj del sistema este sincronizado cada vez que piense que puede no estarlo, instalando y ejecutnado un servidor NTP en su host. Esto mantendra su host sincronizado y ademas le permitira utilizarlo para sincronizar otros hosts de su red.
Vamos a ver un ejemplo de archivo de configuracion:
/etc/ntp.conf ( escucha en el puerto 123 udp)
Tambien podemos ver como se inicia el demonio ntpd
en /etc/sysconfig o en /etc/default
[root@oc4037774485 sysconfig]# cat ntpd
Vamos a dividirlo en dos secciones:
La primera es la configuracion de la fuente real de la hora:
# by creating a temporary in the same directory and then rename()’ing
La directiva driftfile proporciona al servidor un sitio donde guardar la informacion sobre la idionsincracia del reloj del sistma loca. Cuando pase el tiempo, utilizara esta informacion para calcular la hora con mas precision entr elos intervalos de sincronizacion, dado que el demonio sabe como mantener la hora local correcta.
Los informes estadisticos corresponden a la directiva statistics y se activaran cada uno como dice el archivo.
loopstats –> informacion de actualizaciones por el servidor local
peerstats –> registra informacion sobre todos los peers (tanto servidores superiores como clientes que utilizan nuestra reloj para sincronizar)
clockstats –> escibre informacion estadistica del reloj local en el archivo del registro.
Directiva filegen le indica al demonio en que arhivo queremos que se escriba esta informacion estadistica y con que frecuencia se necesita cambiar el archivo (type day)
Por ultimo la opcion server le indica a ntpd que servidor superior debe utilizar para la sincronizacion.
Ahora en esta otra parte define como los host pueden acceder a nuestro servidor ntp.
La palabra clave restrict se utiliza para definir las clases de acceso. Tambien se definen los mismos niveles de acceso para los clientes ipv4 y ipv6 utilizando parametros 4 y -6
La palabra calve default es un comodin que se corresponde con todas las direcciones posibles. Kod se utiliza para ralentizar los clientes que excedan la velocidad limite definad, enviandoles un paquete de respuesta especial. No tenemos definidos esos limites, por lo que esto no se utiliza aca. notrap rechaza cualquier paquete de control que se envie, mientras que nomodify anula los intentos de modificar la hora del servidor. nopeer asegura que el servidor no empezara a utilizar un cliente conectado como servidor ntp, y por ultimo noquery evita que el servidor sea consultado por estadisitas peer y otras.
El segundo ejemplo de conjunto de directivas restric garantiza que las conexiones desde la maquina local puedan configurarse e interrogar al servidor NTP. No obstante, ninguna de estas evita que un cliente se sincronice con nuestro servidor NTP.[3]
Parametros que podemos usar el comando ntpd ntpd[1]
-c file ( le indicamos un archivo de configuracion)
-g Esta opción le permitirá ntpd iniciar en un sistema con un reloj que está mas afuera por que el umbral de pánico (1000 por defecto , segundos)
-n Normalmente ntpd se ejecuta como un demonio, pero con esta opcion deshabilita ese comportamiento
-q Se le comunica a ntpd que se finalize luego de sincronizar.
-N Arranca ntpd con el nivel de prioridad mas alto posible.
Opciones de parametros para ntpq:
-i modo interactivo
-n no resuelve nombres
-p consulta de peers o usar -c peers
[root@oc4037774485 sysconfig]# ntpq -c peers -n ar.pool.ntp.org
+216.244.192.3 193.190.230.65 2 u 994 1024 377 7.538 -17.797 5.992
200.220.152.62 200.189.40.8 3 u 1945 1024 376 165.686 -134.38 8.285
+200.137.65.85 200.137.64.20 3 u 917 1024 377 269.163 -15.150 19.308
*200.189.40.8 200.20.186.76 2 u 173 1024 377 50.197 -18.401 19.196
[root@localhost log]# ntpq -4 -p localhost
core01.ses.net. 146.164.48.5 2 u 6 64 1 553.248 196.365 0.001
core-vgg-1-lo0. 192.43.244.18 2 u 7 64 1 213.474 29.357 0.001
LOCAL(0) .LOCL. 10 l 6 64 1 0.000 0.000 0.001
Ahi me muestra todos los peers que estan conectados con ipv4
Fijense, tengo localmente este servidor NTP en mi red
core-vgg-1-lo0. 192.43.244.18 2 u 12 64 1 259.571 58.708 0.001
host800234.cote 200.3.168.192 3 u 12 64 1 498.984 173.922 0.001
host151.186-109 .INIT. 16 u – 64 0 0.000 0.000 0.000
LOCAL(0) .LOCL. 10 l 10 64 1 0.000 0.000 0.001
Ntptrace:
Podemos ratrear los servidores de ntp.
$ /usr/sbin/ntptrace ntp0.cornell.edu
cudns.cit.cornell.edu: stratum 2, offset -0.004214, synch distance 0.03455
dtc-truetime.ntp.aol.com: stratum 1, offset -0.005957, synch distance
0.00000, refid ‘ACTS’
$ /usr/sbin/ntptrace ntp-2.mcs.anl.gov
mcs.anl.gov: stratum 2, offset -0.004515, synch distance 0.06354
clepsydra.dec.com: stratum 1, offset 0.002045, \
synch distance 0.00107, refid ‘GPS
Comando hwclock
Hwclock es una herramienta que nos permite:
* Acceder al Reloj del Hardware
* Mostrar la hora actual
* Poner el Reloj del Hardware a una hora especificada
* Poner el Reloj del Hardware a la Hora del Sistema
* Poner el Tiempo del Sistema desde el Reloj del Hardware.
también puede ejecutar hwclock periódicamente para insertar o quitar tiempo del Reloj del Hardware para compensar desviaciones sistemáticas en las que el reloj gana o pierde tiempo consistentemente a una cierta velocidad si se deja solo.
[BASH]# hwclock [opciones]
hwclock –-show
hwclock –-hctosys
hwclock –version
Opciones	Descripcion
–show	Lee el reloj del hardware y muestra la hora en la salida estándar.
–set	Pone el reloj del hardware a la hora dada por la opción –date
–hctosys	Pone el tiempo del sistema a partir del reloj del hardware. Ésta es una buena opción para poner en uno de los guiones de arranque del sistema.
–systohc	Pone el reloj del hardware a la hora del sistema actual.
–adjust	Añade o sustrae tiempo del reloj del hardware para tener en cuenta el desvío sistemático desde la última vez que el reloj se puso o se ajustó. Vea la discusión al respecto más adelante.
–utc	Indica que el reloj del hardware se mantiene en el tiempo universal coordinado (UTC). Es cosa suya si mantiene su reloj en hora local o UTC, pero nada en el reloj le dice qué es lo que ha escogido. Así que con esta opción es como le da esa información a hwclock.
Preguntar por la hora del reloj del sistema
[root@oc4037774485 etc]# hwclock –show
Sun 12 Dec 2010 10:17:57 PM ART -0.547218 seconds
[root@oc4037774485 etc]#
Setear el reloj de hardware con el del sistema
[root@oc4037774485 etc]# hwclock –systohc
Todos los valores del reloj de hardware son seteados en numeros de segundos desde el 1 de Enero de 1970.
Este numero es convertido en un formato que lo podamos interpretar. El tiempo es representado o en UTC o en nuestro hora local.
UTC es un estandar universal de tiempo y que siempre es el mismo en todas las zonas.
El tiempo local que usamos es simplemente una combinacion de UTC en el cual posee un offset negativo o positivo dependiendo de la zona que configuremos.
Un ejemplo es el siguiente en donde en argentina seria UTC+3 (esta adelantado 3 horas)
Como administrador de sistemas podemos setear nuestra hora con UTC o con nuestro propia hora local.Podriamos tener el reloj en UTC y luego setear en nuestras aplicaciones el tiempo local que gustemos.
[root@oc4037774485 etc]# hwclock –show –localtime
Sun 12 Dec 2010 10:20:31 PM ART -0.875240 seconds
[root@oc4037774485 etc]# hwclock –show –utc
Sun 12 Dec 2010 07:20:40 PM ART -0.375265 seconds
Si luego lo quisiera pasar a utc ..
[root@oc4037774485 etc]# hwclock –adjust –utc
Sun 12 Dec 2010 07:28:31 PM ART -0.969133 seconds
Este programa se utiliza para mostrar o establecer la hora del sistema
[BASH]# date [opciones] [+FORMATO]
Una literal %
Localización del nombre abreviado del día de la semana (Sun,Sat)
Localización del nombre completo del día de la semana (Sunday,Saturday)
Localización del nombre abreviado del nombre del mes
Localizacion de fecha y hora (Sat Nov 04 12:02:33 EST 1989)
Siglo (año dividido por 100 y truncado a un entero) 00-99
Dia del mes (01..31)
Fecha (mm/dd/yy)
Dia del mes (1..31,), a diferencia de %d este suprime el espacio en blanco
Lo mismo que %Y-%m-%d
Lo mismo que %b
Dia del año (001..366)
Hola (1..12)
Mes (01..12)
Minutos (00..59)
Nanosegundos (000000000..999999999)
Indicacion de PM o AM en mayusculas
Indicacion de pm o am en minusculas
Tiempo en 12 horas ( hh:mm:ss AP
Tiempo en 24 horas ( hh:mm )
Segundos desde `00:00:00 1970-01-01 UTC’ (una extesion de GNU )
Segundos (00..60);
Un tabulador horizontal
Tiempo , 24 horas (hh:mm:ss)
Dia de la semana (1..7) el dia 1 representa el lunes
Número de semana del año con el domingo como primer día de la semana (00..53)
Número de semana del año con el lunes como primer día de la semana (00..53)
Dia de la samana (0..6); 0 representa el Domingo
Numero de la semana del año con Lunes como primer dia de la semana (00..53)
Representacion de la fecha local (mm/dd/yy)
Representacion de la hora local (%H:%M:%S)
Los ultimos dos digitos del año (00..99)
Año (1970..)
Ejemplos:[6]
[root@oc4037774485 sysconfig]# echo `date +%Y%m%d`
[root@oc4037774485 sysconfig]# echo `date +%a”-”%d”-”"Siglo:”%C`
Sun-12-Siglo:20
Bue lo demas es probarlos Fuente:
[1]http://www.eecis.udel.edu/~mills/ntp/html/ntpd.html
[2] www.akadia.com/services/ntp_synchronize.html
[3] www.cis.udel.edu/~mills/ntp/html/
[4] http://www2.linuxparatodos.net/web/comunidad/base-de-conocimiento/-/wiki/Base%20de%20Conocimiento/Certificaci%C3%B3n%20LPI%20102#section-Certificaci_C3_B3n+LPI+102-AjustesDeTiempoYDeLasZonasHorarias
[6]http://enavas.blogspot.com/2008/03/el-shell-de-linux-comando-date.html
Preparando LPIC-1 107.3 Localización e Internacionalización
Posted on December 12, 2010 by restauracion	Buenas:
Aca vamos aver brevemente este topico:
Estos archivos que vamos a tocar tienen que ver con la configuracion de los diferentes idiomas y configuraciones regionales.
El time zone de linux es un enlace simbolico que esta en /etc/localtime a un archivo que corresponda segun la zona (/usr/share/zoneinfo), generalmente esto se setea
en el proceso de instalacion del equipo pero tambien lo podriamos hacer de forma manual con el comando tzconfig o tzselect.
[root@oc4037774485 zoneinfo]# ls -l /etc/localtime
-rw-r–r–. 1 root root 1061 Aug 3 10:35 /etc/localtime
[root@oc4037774485 zoneinfo]#
[root@oc4037774485 share]# cd zoneinfo/
[root@oc4037774485 zoneinfo]# ls
[root@oc4037774485 zoneinfo]
Aca veamos como podemos cambiar interactivamente la zona.
[root@oc4037774485 zoneinfo]# tzselect
#? q
O podriamos cambiarla de forma manual:
ln -s /usr/share/zoneinfo/America/Buenos_Aires/etc/localtime
Si nos referimos a las zonas horarias estandar que se usan UTC o GMT [1]
[root@oc4037774485 zoneinfo]# date
Sun Dec 12 21:52:24 ART 2010
[root@oc4037774485 zoneinfo]# date -u
Mon Dec 13 00:52:27 UTC 2010
Para mas info de como se calcula UTC ver el link.
Si quisiera saber unicamente la zona que tenemos (en sigla)
[root@oc4037774485 zoneinfo]# date +%Z
Despues tenemos un conjunto de variables que van a definir valores que los van a utilizar las diferentes aplicaciones:
Defines all locale settings at once, while allowing further individual customi-
zation via the LC_* settings described next.
Defines alphabetical ordering of strings. This affects the output of sorted di-
rectory listings, for example.
Defines the character-handling properties for the system. This determines
which characters are seen as alphabetic, numeric, and so on. This also deter-
mines the character set used, if applicable.
This defines the programs’ localizations for applications that use a message-
based localization scheme. This includes the majority of GNU programs.
Defines currency units and the formatting of currency type numeric values.
Defines formatting of numeric values that aren’t monetary. This affects things
such as the thousands separator and decimal separator.
Defines the formatting of dates and times.
Defines the default paper size.
A special variable for overriding all other settings
Con el comando locale podemos ver como son nuestros valores:
[root@oc4037774485 zoneinfo]# locale
vamos a ver la salida y que tipo de codificacion de carateres usamos.
UTF[2] Ver link.
En sistemas basados en red hat para cambiar el idioma podemos usar este comando:
[root@oc4037774485 sysconfig]# system-config-language
O editar este archivo que esta en /etc/sysconfig
[root@oc4037774485 sysconfig]# cat i18n
Tambien podemos mirar el archivo que esta en /etc/profile.d
[root@oc4037774485 profile.d]# cat lang.sh
Como ya saben lo que esta alli se va a exportar cuando nuestro usuario inicie una sesion.
Fuente: http://es.wikipedia.org/wiki/Tiempo_universal_coordinado[1]
http://es.wikipedia.org/wiki/UTF-8[2]
Posted on November 25, 2010 by restauracion	Vamos a ver como instalar fluxbox[2] desde las fuentes e instalarlo.
Primero vamos a tener que bajarlo de su sitio oficial:
[root@localhost ~]# wget http://prdownloads.sourceforge.net/fluxbox/fluxbox-1.1.1.tar.gz
Aca vemos como lo bajamos y lo descomprimimos:
[root@localhost opt]# tar xvzf fluxbox-1.1.1.tar.gz
fluxbox-1.1.1  fluxbox-1.1.1.tar.gz
Luego tenemos que compilar las fuentes pero antes si no tienen las librerias ni las tools de desarrollo tenemos que hacer lo siguiente.
[root@localhost opt]#yum grouplist
Aca la salida esta cortada...
[root@localhost opt]# yum groupinstall "Development Tools" "Development Libraries"
Ahora vamos a compilarlo:
[root@localhost opt]# cd fluxbox-1.1.1
[root@localhost fluxbox-1.1.1]# ./configure -with-kde -with-gnome
aca va a tomarse un rato..
[root@localhost fluxbox-1.1.1]#make &#038;&#038; make install
Tengan en cuenta que estas practicas la hize teniendo el equipo en runlevel 3 por defecto.
[root@localhost fluxbox-1.1.1]# cat /etc/inittab
Vamos a editar algunos archivos:
El siguiente archivo .xinitrc si no existen lo crean.
[root@localhost ~]# cat .xinitrc
La primera linea lo que hace es ejecutar xterm
La siguiente llama a fluxbox para arrancar.
Aca una foto de como quedaria:
Al redefinir el xinitrc no va ir a buscar a /etc/X11/ sino que usa la configuracion que le ponemos.
Tenemos instalado en nuestro equipo centos los siguientes grupos:
X Window System[3]
GNOME Desktop Environment[4]
Si arrancariamos en modo 5 iniciaria el servidor X y luego gnome desktop (gdm) es el que se va encargar de arrancar nuestra sesion grafica y nos proveera de una interfaz para poder loguearnos, luego de esto usara el window manager de gnome que es mwm (metacity).
Tambien podriamos tener el X display manager estandar[5][6]
Podriamos hacer que nuestro server X llame a otro window manager como es twm[1][7]
Ahora lo que vamos hacer es jugar con el archivo .Xresources para que pueda personalizar ciertos programas .
[root@localhost ~]# cat .Xresources
Luego vamos a o borrar .xinitrc o sacar la linea que llama a fluxbox.
Luego iniciamos la grafica y vamos a tener algo asi:
Como ven al llamar al xterm cambio los valores de sus colores y demas..
Ahora lo que vamos hacer es cambiar nuestro Display Manager:
Vamos a instalar este
yum install xorg-x11-xdm.i386[8][12][10]
Luego editamos este archivo
DESKTOP="twm"
Luego Editamos este archivo /etc/X11/xdm/xdm-config
Y comentamos la ultima linea:
Los comentarios son !
Luego editaremos este otro:
Pondremos esto:
:0 local /usr/bin/X
rino:0 foreing
Que me va a indicar quienes puede atender mi servidor X.
Luego configuramos para ver desde donde escucha y a que hosts.
Luego creamos un archivo xdm en /etc/init.d con este contenido
[root@localhost xdm]# cat /etc/init.d/xdm
[ -x /usr/bin/xdm ] || exit 0
prog=/usr/bin/xdm
[ $RETVAL = 0 ] &#038;&#038; touch /var/lock/subsys/xdm
[ $RETVAL = 0 ] &#038;&#038; rm -f /var/lock/subsys/xdm
[ -f /var/lock/subsys/xdm ] &#038;&#038; restart || :
[root@localhost xdm]#
Luego le dan permiso de ejecucion y lo agregan con chkconfig --add xdm,  chkconfig --level 3 xdm off
El ultimo paso para poder loguearnos es generar el archivo .xsession lo cual vamos a copiar el anterior .xinitrc porque sino tenemos un .xsession el xdm no vamos a poder loguearnos.
Y hacemos un telinit 5 para ir al runlevel con X11.
Fijsen que ahora cambio...
Aca una vez que nos logueamos..
Ahora vamos a editar este archivo devuelta /etc/sysconfig/desktop
[root@localhost ~]# Pasamos a telinit 3 y luego a telinit 5 y vamos a tener gdm como display manager.
Ahora podriamos instalar KDE
[root@localhost ~]# yum groupinstall "KDE (K Desktop Environment)"
Y luego editariamos devuelta el archivo /etc/sysconfig/desktop y pondriamos.
Quedaria asi con KDM
Ahora vamos a personalizar un poco nuestro XDM
instalemos este paquete [root@localhost ~]# yum install xorg-x11-xbitmaps.i386
Y editemos este archivo:
[root@localhost xdm]# pwd
[root@localhost xdm]# ls -l Xsetup_0
-rwxr-xr-x 1 root root 1003 Nov 26 20:29 Xsetup_0
Agreguenle esta linea --> al Xsetup_0
/usr/bin/xsetroot -bitmap\
/usr/include/X11/bitmaps/xsnow
Volvamos a editar este archivo:
[root@localhost xdm]# cat /etc/sysconfig/desktop
Y ahora reinicimos telinit 3 y telinit 5.
Probemos editar ahora algunas cosas mas
Probemos editar el /etc/X11/xdm/Xresources para modificar el panel de bienvenida, no se olviden que hoy hicimos lo mismo pero para nuestros programas..
Alguno de los parametros que pueden tocar.. investiguen...
xlogin*greeting: Welcome!
xlogin*fail: !WRONG!
xlogin*background: steelblue
xlogin*promptColor: grey
[5]http://en.wikipedia.org/wiki/X_display_manager_(program_type)
[4]http://en.wikipedia.org/wiki/GNOME_Display_Manager
[3]http://en.wikipedia.org/wiki/X_Window_System_protocols_and_architecture
[7]http://en.wikipedia.org/wiki/X_window_manager
[6]http://en.wikipedia.org/wiki/X_session_manager
[1]http://en.wikipedia.org/wiki/Twm
[2]http://en.wikipedia.org/wiki/Fluxbox
[8]http://tldp.org/HOWTO/XDM-Xterm/config.html
[9]http://www.idevelopment.info/data/Unix/Linux/LINUX_ConfiguringXDMCPRedHatLinux.shtml
[10]http://www.geekvenue.net/chucktips/jason/chuck/991290514/index_html
[11]http://www.faqs.org/docs/Linux-mini/XDM-Xterm.html
[12]http://www.linuxjournal.com/article/3325?page=0,0
http://linuxandfriends.com/2008/09/06/change-default-display-manager-ubuntu-linux/
Posted on November 17, 2010 by restauracion	*.Aqui vamos a desarrollar el topico 107 por cada objetivo.*
107.1 Administrar cuentas de usuario y grupo y sus archivos relacionadosEN CONSTRUCCION
107.2 Automátizar tareas de administración del sistema usando trabajos programadosEN CONSTRUCCION
Posted on November 15, 2010 by restauracion	Instalacion de Zabbix en un Ubuntu Server 10.04.
root@ubuntu:~# sudo apt-get install build-essential mysql-server libmysqlclient15-dev php5 php5-gd php5-mysql snmp libsnmp-dev snmpd libcurl4-openssl-dev fping
Tengan en cuenta que nos va a pedir la clave para el usuario de mysql.
Creacion de usuarios y grupo.
root@ubuntu:~# adduser zabbix
Adding user `zabbix' ...
Adding new group `zabbix' (1001) ...
Adding new user `zabbix' (1001) with group `zabbix' ...
Creating home directory `/home/zabbix' ...
Changing the user information for zabbix
root@ubuntu:~# adduser zabbix admin
Adding user `zabbix' to group `admin' ...
Adding user zabbix to group admin
Bajar e instalar las fuentes de zabbix.
root@ubuntu:~# su – zabbix
zabbix@ubuntu:~$
zabbix@ubuntu:~$ wget http://downloads.sourceforge.net/project/zabbix/ZABBIX%20Latest%20Stable/1.8.3/zabbix-1.8.3.tar.gz?r=http%3A%2F%2Fsourceforge.net%2Fprojects%2Fzabbix%2Ffiles%2F&ts=1289855421&use_mirror=ufpr
O bajarlo de aca. –> http://sourceforge.net/projects/zabbix/files/
zabbix@ubuntu:~$ time tar xzvpf zabbix-1.8.3.tar.gz
Configurar las bases.
zabbix@zabbix@ubuntu:~$ sudo mysql -u root -p -e”create database zabbix;”
Configurar el acceso para zabbix
zabbix@ubuntu:~$ sudo mysql -u root -p mysql -e”grant all privileges on zabbix.* to zabbix@localhost identified by ‘zabbix’;”
zabbix@ubuntu:~$ mysql -D zabbix -uzabbix -pzabbix < /home/zabbix/zabbix-1.8.3/create/schema/mysql.sql
zabbix@ubuntu:~$ mysql -D zabbix -uzabbix -pzabbix < /home/zabbix/zabbix-1.8.3/create/data/data.sql
zabbix@ubuntu:~$ mysql -D zabbix -uzabbix -pzabbix < /home/zabbix/zabbix-1.8.3/create/data/images_mysql.sql
Vamos a configurar e instalar desde las fuentes.
zabbix@ubuntu:~/zabbix-1.8.3$ ./configure –prefix=/usr –with-mysql –with-net-snmp \
> –with-libcurl –enable-server –enable-agent &&
…ahora va empezar a compilar…
Tienen que ver que termine sin errores.
Configuraciones del sistema.
Editamos /etc/services y agregamos al final esto
zabbix@ubuntu:~/zabbix-1.8.3$ sudo mkdir /etc/zabbix
zabbix@ubuntu:~/zabbix-1.8.3$ sudo chown -R zabbix.zabbix /etc/zabbix/
zabbix@ubuntu:~/zabbix-1.8.3$ cp misc/conf/zabbix_* /etc/zabbix/
Y verificamos que el zabbix_agentd.conf tenga esto:
Editamos este otro:
zabbix@ubuntu:~/zabbix-1.8.3$ vi /etc/zabbix/zabbix_server.conf
Buscamos estos parametros:
Ahora copiamos los script de arranque:
zabbix@ubuntu:~/zabbix-1.8.3$ sudo cp misc/init.d/debian/zabbix-server /etc/init.d
zabbix@ubuntu:~/zabbix-1.8.3$ sudo cp misc/init.d/debian/zabbix-agent /etc/init.d
Configurar el script de inicio del server:
zabbix@ubuntu:~/zabbix-1.8.3$ sudo vi /etc/init.d/zabbix-server
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/home/zabbix/bin
#DAEMON=/home/zabbix/bin/${NAME}
DAEMON=/usr/sbin/${NAME} # esta es la nueva linea.
Configurar script de inicio del agent:
zabbix@ubuntu:~/zabbix-1.8.3$ sudo vi /etc/init.d/zabbix-agent
Configurar permisos de algunos archivos y de scripts de inicio:
zabbix@ubuntu:~/zabbix-1.8.3$ sudo chmod 755 /etc/init.d/zabbix-server
zabbix@ubuntu:~/zabbix-1.8.3$ sudo update-rc.d zabbix-server defaults
update-rc.d: warning: /etc/init.d/zabbix-server missing LSB information
Adding system startup for /etc/init.d/zabbix-server …
/etc/rc0.d/K20zabbix-server -> ../init.d/zabbix-server
/etc/rc1.d/K20zabbix-server -> ../init.d/zabbix-server
/etc/rc6.d/K20zabbix-server -> ../init.d/zabbix-server
/etc/rc2.d/S20zabbix-server -> ../init.d/zabbix-server
/etc/rc3.d/S20zabbix-server -> ../init.d/zabbix-server
/etc/rc4.d/S20zabbix-server -> ../init.d/zabbix-server
/etc/rc5.d/S20zabbix-server -> ../init.d/zabbix-server
zabbix@ubuntu:~/zabbix-1.8.3$
zabbix@ubuntu:~/zabbix-1.8.3$ sudo chmod 755 /etc/init.d/zabbix-agent
zabbix@ubuntu:~/zabbix-1.8.3$ sudo update-rc.d zabbix-agent defaults
update-rc.d: warning: /etc/init.d/zabbix-agent missing LSB information
Adding system startup for /etc/init.d/zabbix-agent …
/etc/rc0.d/K20zabbix-agent -> ../init.d/zabbix-agent
/etc/rc1.d/K20zabbix-agent -> ../init.d/zabbix-agent
/etc/rc6.d/K20zabbix-agent -> ../init.d/zabbix-agent
/etc/rc2.d/S20zabbix-agent -> ../init.d/zabbix-agent
/etc/rc3.d/S20zabbix-agent -> ../init.d/zabbix-agent
/etc/rc4.d/S20zabbix-agent -> ../init.d/zabbix-agent
/etc/rc5.d/S20zabbix-agent -> ../init.d/zabbix-agent
Ambos, server y agent.
zabbix@ubuntu:~/zabbix-1.8.3$ sudo /etc/init.d/zabbix-server start
Starting Zabbix server daemon: zabbix_server
zabbix@ubuntu:~/zabbix-1.8.3$ sudo /etc/init.d/zabbix-agent start
Chequear que este andando:
zabbix@ubuntu:~/zabbix-1.8.3$ ps -aux | grep zabbix
zabbix 21104 0.0 0.2 47904 1340 ? SN 19:26 0:00 /usr/sbin/zabbix_server
zabbix 21106 0.0 0.2 47904 1320 ? SN 19:26 0:00 /usr/sbin/zabbix_server
zabbix 21272 0.0 0.1 3148 620 ? SN 19:31 0:00 /usr/sbin/zabbix_agentd
zabbix 21273 0.0 0.1 3148 740 ? SN 19:31 0:00 /usr/sbin/zabbix_agentd
—mas—
Configuracion web para monitoreo .
zabbix@ubuntu:~/zabbix-1.8.3$ mkdir /home/zabbix/public_html
zabbix@ubuntu:~/zabbix-1.8.3$ cp -R frontends/php/* /home/zabbix/public_html/
Configuracion del sitio :
zabbix@ubuntu:~/zabbix-1.8.3$ sudo nano /etc/apache2/sites-enabled/000-default
y le agregamos esto al final
Configurar parametros de php5
zabbix@ubuntu:~/zabbix-1.8.3$ sudo vi /etc/php5/apache2/php.ini
Cambiar a este:
Sacan su time zone desde aca –> http://us3.php.net/manual/en/timezones.php
zabbix@ubuntu:~/zabbix-1.8.3$ sudo /etc/init.d/apache2 restart
Luego Tenemos 8 Pasos:
Primero desde un navegador ponemos:
http:/192.168.1.102/zabbix
Aca presten atencion que nos va a pedir que copiemos la configuracion en un directorio del usuario zabbix.
[rino@rino BOINC]$ scp /media/bkp/zabbix.conf.php zabbix@192.168.1.102:/home/zabbix/public_html/conf/
zabbix@192.168.1.102′s password:
zabbix.conf.php 100% 1034 1.0KB/s 00:00
[rino@rino BOINC]$
Luego vamos a tener esta pantalla:
La cual el usuario es admin, passwd zabbix
Uno de los menues:
En la proxima entrega vamos a ver como se sigue configurando.
[1] http://www.zabbix.com/wiki/howto/install/ubuntu/ubuntuinstall
Posted on November 14, 2010 by restauracion	*. Aqui veremos lo mas importante de este topico.*
En este topico vamos a ver un poco como funciona los eventos de logs.
syslog fue desarrollado por Eric Allman como parte del proyecto Sendmail,inicialmente (años 1980) sólo para éste proyecto.
Sin embargo, se comprobó que era muy útil, y otras aplicaciones empezaron también a usar syslog.
Hoy en día, syslog está presente por defecto en casi todos los sistemas Unix y GNU/Linux, y también se encuentran diversas implementaciones de syslog para otros sistemas operativos, como Microsoft Windows.
Es ahora, después de tantos años, cuando syslog está en proceso de convertirse en estándar, para -entre otras cosas-
poder mejorar la seguridad de sus implementaciones. IETF asignó un grupo de trabajo, y en 2001, se documentó
su funcionamiento en el RFC 3164 [1]. La estandarización del contenido del mensaje y de las diferentes capas de abstracción fueron planificadas en 2006.
Algunas de las ventajas que podemos tener:
* Todos los logs estan centralizados, en un directorio en particular o en un servidor.
* Modelo cliente/servidor para syslogd en donde guarda los eventos de forma centralizada para poder monitorear mas facilmente y realizar reportes.
* Syslogd permite que múltiples procesos escriban en el mismo fichero de registro, evitando al mismo tiempo
cuestiones de bloqueo de archivos.
Hay una serie de aplicaciones disponibles para Linux que implementan la funcionalidad syslogd y ofrecen una funcionalidad adicional. Algunos ejemplos son rsyslog[2] y syslog-ng[3].
A los efectos del examen LPI, que cubren sólo el servidor de base syslogd[1].
* Configurando Syslogd *
El comportamiento de syslogd es controlado por el archivo de configuración /etc/syslog.conf. Este archivo de texto contiene líneas que indican lo que va a estar registrado y dónde. Cada línea contiene directivas en esta forma:
La prioridad es un número de 8 bits[4] que indica tanto el recurso (tipo de aparato que ha generado el mensaje) como la severidad (importancia del mensaje), números de 5 y 3 bits respectivamente. Los códigos de recurso y severidad los decide libremente la aplicación, pero se suele seguir una convención para que clientes y servidores se entiendan.
Esto representa el creador del mensaje (es decir, el kernel o un proceso) y es uno de los siguientes: auth (el facility security es el equivalente a auth, su uso está en desuso), authpriv, cron, daemon, kern, lpr, mail, mark (es para uso interno syslogd sólo), news, syslog, users, uucp , o local0 hasta local7. El uso de estos designadores de instalación le permite controlar el
destino de los mensajes en función de su origen. Instalaciones de local0 a local7 son para cualquier uso que usted tal vez desee asignar a ellos en sus propios programas y scripts. Es posible que su distribución se haya asignado uno o más de los
los servicios locales ya. Verifique su configuración antes de utilizar una instalación local.
Mensajes del nivel de usuario
Demonios de sistema
Seguridad/Autorización
Subsistema de noticias sobre la red
Demonio de reloj
Subsistema de NTP
Inspección del registro
Alerta sobre el registro
Especifica un umbral de gravedad más allá de los mensajes que se registran, y es uno de los siguientes (de menor a mayor gravedad): debug, info, notice, warning (o warn ), err (o error), crit, alert, o emerg (o panic). (warn, error, and panic son obsoletos, pero es posible verlos en los sistemas más antiguos.) También hay un nivel especial llamado none que deshabilita un servicio(facility). El nivel define la cantidad de detalles registrados en el archivo de registro.El punto separa las facility de los level, y juntos conforman el selector de mensajes. El asterisco (*) se puede utilizadar para describir todas las facilitys o levels.
Los 3 bits menos significativos del campo prioridad dan 8 posibles grados.[4]
Emergencia: el sistema está inutilizable
Alerta: se debe actuar inmediatamente
Crítico: condiciones críticas
Error: condiciones de error
Peligro: condiciones de peligro
Aviso: normal, pero condiciones notables
Información: mensajes informativos
Depuración: mensajes de bajo nivel
La directiva de acción es, sin duda mal llamada. Representa el destino de mensajes que corresponden a un selector dado (facility.level). La acción puede ser un nombre de archivo (incluyendo la ruta completa), un nombre precedido por el signo @,
o una lista separada por comas de los usuarios o un asterisco (es decir, todos los usuarios registrados recibirán el registro en sus consolas). Es en donde va a parar el evento mismo con sus datos.
Ahora vamos a ver un par de ejemplos y archivos de configuracion:
El archivo de configuracion de syslog esta en /etc/syslog.conf.
[root@villadalmine etc]# cat syslog.conf
[root@villadalmine etc]#
Estamos mandando los log de cron en todos sus niveles al archivo /var/log/cron
En este caso tenemos dos faility separados por , en donde ambos van a guardar los eventos de log de nivel crit en el archivo spooler.
En este caso tenemos los ; que separan distintos eventos de log en donde cada uno hace referencia un facility distinto.
Dependiendo de su espacio de disco disponible, puede optar por guardar menos información, elevando el nivel del archivo de mensajes.
El servidor syslogd mantiene los identificadores de archivo abierto para todos los archivos definidos en /etc/syslog.conf. Esto significa que el único proceso que puede escribir en estos archivos es syslogd.
No configurar sus programas para escribir directamente a estos archivos! En su lugar, llame a un programa para que registre sus logs con uno de los syslog locales.
El servicio de syslog en realidad se compone de dos procesos, syslogd y klogd. Syslogd se utiliza para registrar los eventos del proceso de usuario, mientras que klogd se utiliza para registrar los eventos de procesos del núcleo. Ellos trabajan en conjunto y utilizan el mismo archivo de configuración, por lo que realmente sólo hay que asegurarse de que están en ejecución!
[root@villadalmine etc]# ps ax | egrep -i “(syslogd|klogd)”
10069 ? Ss 1:08 syslogd -m 0
32293 pts/0 S+ 0:00 egrep -i (syslogd|klogd)
Modelo Cliente/Servidor de logs:
Syslogd también tiene la capacidad para registrar mensajes en la red. Si un proceso syslogd se inicia con la opción-r, se escucha en la red para los mensajes entrantes de syslogd. Por defecto, syslogd utiliza el puerto UDP 514 para esta comunicación. Un práctica comun es configurar el servidor maestro de registros que recibe todos los mensajes de log de sus clientes. En el lado del cliente, debe configurar el servicio syslogd para que guarde todo de forma local y tambien aquellos logs que quiera registra en el servidor maestro de registro. Esto se consigue añadiendo la siguiente línea en el archivo syslog.conf .[5]
Esto significa que los mensajes que coincidan con todas los facility y los levels deben ser enviadas a la IP 192.168.1.100.
Usted puede determinar si un servidor está escuchando syslogd para las entradas de registro remoto dela siguiente manera.
Asegurarse de editar /etc/init.d/syslogd
# SYSLOGD_OPTIONS=”-m 0″
SYSLOGD_OPTIONS=”-r ”
KLOGD_OPTIONS=”-2″
netstat -anp | grep -i “:514″
udp 0 0 0.0.0.0:514 0.0.0.0:* 26645/syslogd
Rotacion de Logs:
En la mayoría de las distribuciones se instalará una configuración por defecto de syslog para usted, incluyendo
logs al messages y otros archivos de registro de logs en /var/log. Para evitar que cualquiera de estos archivos
crezca sin vigilancia a tamaños extremos, un sistema de rotación archivo de registro se debe instalar
también. Los cron del sistema se ejucutaran comandos (generalmente una vez al día) para extablecer entre otras cosas
nuevos archivos de registro de logs, los archivos antiguos se cambian el nombre con sufijos numéricos. Con este
tipo de rotación, los actuales seran /var/log/messages y los que rotaron seran /var/log/messages.1. La rotación se configura
con un número máximo de archivos para guardar, y los más antiguos se eliminan cuando la rotación se ejecuta.
La utilidad que establece la rotación es logrotate. Este comando sirve configurar uno o más archivos, que se especifican como argumentos del comando logrotate. Estos archivos de configuración pueden contener directivas para incluir otros archivos también. El archivo de configuración por defecto es /etc/logrotate.conf.
[root@rino ~]# cat /etc/logrotate.conf
# keep 9 weeks worth of backlogs
[root@rino ~]#
Tambien aca vemos lo demas logrotate..
[root@rino logrotate.d]# ls -la /etc/logrotate.d/
drwxr-xr-x.   2 root root  4096 Nov 11 23:08 .
drwxr-xr-x. 139 root root 12288 Nov 14 22:36 ..
-rw-r--r--.   1 root root    62 Sep 22 17:13 clamav-update
-rw-r--r--.   1 root root    71 Sep 17 13:30 cups
-rw-r--r--    1 root root   185 Oct 27 07:01 httpd
-rwxr-xr-x    1 root root   106 Aug 30  2007 jetty
-rw-r--r--    1 root root   136 Aug  5 11:46 ppp
-rw-r--r--.   1 root root   296 Jun 28 04:41 psacct
-rwxr-xr-x.   1 root root    72 Mar 10  2010 sav
-rw-r--r--.   1 root root   121 Oct  4 17:42 setroubleshoot
-rw-r--r--.   1 root root   219 Oct 18 17:11 sssd
-rw-r--r--    1 root root   228 Sep  9 03:26 syslog
-rw-r--r--.   1 root root    95 May 17 05:09 vsftpd
-rw-r--r--.   1 root root   100 May 13  2010 wpa_supplicant
-rw-r--r--.   1 root root   100 Oct  5 10:03 yum
[root@rino logrotate.d]#
En la línea de comandos pueden indicarse un número ilimitado de archivos de configuración. Más tarde, estos archivos de configuración pueden invalidar las opciones dadas en archivos de configuración anteriores, por lo tanto, el orden en que se listan los archivos de configuración de logrotate es muy importante. Normalmente, debería usarse un sólo archivo de configuración que incluya tantos otros archivos de configuración como sean necesarios. Véase más abajo cómo usar la directiva include para conseguirlo. Si se proporciona un nombre de directorio en la línea de comandos, cada uno de los archivos que se encuentren en ese directorio se usará como archivo de configuración.[6-7-8-9]
Herramientas de logs:
Tenemos el comando logger para testear si el syslog esta registrando los eventos.
[root@rino logrotate.d]# logger -p syslog.info “Mensaje de Prueba”
[root@rino ~]# tail -f /var/log/message
Nov 14 23:57:43 rino rino: Mensaje de Prueba
Como ven el evento se grabo.
Otra tarea que podemos realizar es el monitoreo de logs, exiten diversas herramientas pero vamos unicamente a mencionar la mas basica que es con el comando tail.
El formato de log es:
* Origen del log
* Remitente del mensaje (kernel, sendmail o un usuario)
* Texto del mensaje
Asi se veria….
[root@villadalmine log]# tail -n 10 secure
Nov 14 18:16:01 villadalmine sshd[13693]: pam_unix(sshd:auth): check pass; user unknown
Nov 14 18:16:01 villadalmine sshd[13693]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=211.99.249.143
Nov 14 18:16:02 villadalmine sshd[13669]: Failed password for invalid user test from 211.99.249.143 port 54910 ssh2
Utilizar el logrotate manualmente:[10-11]
[root@rino etc]# logrotate -s /var/log/logstatus logrotate.conf
[root@rino etc]#
Como ven conla opcion -s le decimos donde tire la salida…
[root@rino log]# tail -f logstatus
"/var/log/jetty/jetty-console.log" 2010-11-15
"/var/log/maillog" 2010-11-15
"/var/log/wpa_supplicant.log" 2010-11-15
"/var/log/secure" 2010-11-15
"/var/log/ppp/connect-errors" 2010-11-15
"/var/log/messages" 2010-11-15
"/var/log/cron" 2010-11-15
"/var/account/pacct" 2010-11-15
"/var/log/httpd/access_log" 2010-11-15
"/var/log/vsftpd.log" 2010-11-15
[1] http://es.wikipedia.org/wiki/Syslog
[2] http://en.wikipedia.org/wiki/Rsyslog
[3] http://en.wikipedia.org/wiki/Syslog-ng
[4] http://www.ietf.org/rfc/rfc3164.txt
[5] http://www.fogonacaixadagua.com.br/2009/09/rsyslog-gravando-no-mysql-e-com-interface-web-para-consultas/
[6] http://eithel-inside.blogspot.com/2010/05/logrotate-para-mantener-nuestros-logs.html
[7] http://es.tldp.org/Paginas-manual/man-pages-es-extra-0.8a/man8/logrotate.8.html
[8] http://helektron.com/tutorial-configurar-logrotate-en-un-servidor-linuxunix-despues-de-generar-las-estadisticas/
[9] http://www.logadmin.net/2007/02/logrotate-domina-tus-archivos-de-log.html
[10] http://www.thegeekstuff.com/2010/07/logrotate-examples/
[11] http://www.thegeekstuff.com/2009/08/10-awesome-examples-for-viewing-huge-log-files-in-unix/
Posted on November 4, 2010 by restauracion	*.Aqui vamos a desarrollar el topico 108 por cada objetivo.*
108.1 Mantener el reloj del sistema
108.3 Fundamentos de los Agentes de Transporte de Correo (MTA)EN CONSTRUCCION
108.4 Administración de impresión e impresorasEN CONSTRUCCION

References: resolución

in fine
 resolución 
 resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución