La Bitácora de Gabriel

Mantenimiento y evolución de bitácora postergada

Posteado por: Gabriel en: Octubre 14, 2009

Hola amigos que visitan esta bitácora, quería informarles a todos que así como indica el título del post estaré sin atender esta bitácora y sin responder a los comentarios durante un tiempo debido a mi falta de tiempo durante estos días y meses, quizás agregue algún manual que necesite documentar de manera urgente o por fuerza mayor, pero nada más. Por otro lado les recuerdo que la documentación actual seguirá en linea y podrán escribirme a mi correo electrónico, mas no esperen una respuesta jaja.

Siempre quise extender esta bitácora con más información, manuales y tutoriales de mi autoría, noticias, responder comentarios, etc.., sin embargo, con el trabajo y mi tesis en curso esta es una misión imposible, incluso responder comentarios se me hace dificil ya que no puedo realizar pruebas y mucho menos investigar acerca de los temas que me son consultados, lo cual es muy frustrante para mi que siempre trato de llegar al fondo del problema para encontrar la solución, estos y otros motivos más son los que me han llevado a tomar esta decisión.

En fin, solo me resta pedirles las disculpas del caso, espero que en un futuro no muy lejano pueda retomar esta bitácora con más tiempo, consistencia y dedicación.

Sin más, les deseo éxitos a todos.

Atte..

Gabriel K.

Etiquetas:

Kde3 por defecto en SCO Openserver 6.0

Posteado por: Gabriel en: Agosto 18, 2009

Hoy estuve jugando un poco con el unix SCO Openserver 6.0 que es un producto de SCO Group, empresa que le hizo juicio a medio mundo por la supuesta violación de derechos intelectuales por parte de Linux (Vease Disputas de SCO sobre Linux), algo que en su momento hemos seguido los linuxeros, pero dejando de lado todo ese embrollo legal, estuve probando este sistema operativo y surgió la intención de ejecutar el escritorio KDE en reemplazo del clásico escritorio XDT del Openserver que se inicia por defecto. Aunque los pasos no son nada complicados, los voy a dejar documentados más abajo, así la próxima vez que los necesite sabré donde buscarlos.

La definición del escritorio que el sistema operativo utiliza por defecto se puede configurar editando un simple archivo de texto mediante una consola de comandos, para ello debemos estar conectados con el usuario root y dirigirnos al directorio /etc/default y editar con nuestro editor preferido al archivo X11.

SCO OpenServer(TM) Release 6 (hiperserver) ()

login: root
Password:

SCO OpenServer(TM) Release 6

(C) 1976-2005 The SCO Group, Inc. and its suppliers.
All rights reserved.

For complete copyright credits,
enter "copyrights" at the command prompt.
hiperserver# cd /etc/default/
hiperserver# vi X11

Editado el archivo lo único que debemos hacer es comentar la linea XDESKTOP=xdt3 con el carácter numeral (#)  y agregar al final una línea similar pero con la definición del escritorio kde3, es archivo deberá quedar como sigue:

#
# X11 - select system-wide default desktop
#
# Set the XDESKTOP variable to the name of the default desktop environment,
# which must be one of the tags defined in /etc/default/xdesktops.
#
# Set XSESSION=YES if you want to always invoke /usr/bin/X11/scosession
# and have it do session management for you.
#
# If no desktop is specified and XSESSION is either unset or set to NO,
# a default window manager and client set will be started.
#XDESKTOP=xdt3
XDESKTOP=kde3

Y eso es todo, la próxima vez que iniciemos una sesión gráfica mediante el SCO Login Screen, osea, la ventana de logueo del SCO xD, ya cargará el escritorio KDE3 en vez del escritorio clásico. A continuación les dejo un par de capturas del escritorio KDE3.5 de un servidor con SCO Openserver 6.0 actualizado con varios packs de mantenimiento, ya que sin las actualizaciones la versión del escritorio KDE provisto en el CD de instalación es la 3.3, que difiere un poco de la 3.5 obviamente:

SCO_Openserver6-KDE35_1

SCO_Openserver6-KDE35_2

Fuente: http://www.sco.com

GK.

Etiquetas: , , ,

Vsftpd: Usuarios Virtuales en MySQL

Posteado por: Gabriel en: Agosto 9, 2009

Como tuve varias consultas sobre la configuración del servicio Vsftpd con usuarios virtuales me puse a configurar el servicio Vsftpd paso a paso según el artículo Manual para configurar un Servidor FTP con Vsftpd en openSUSE que escribí ya hace mucho tiempo y que solo lo había probado completamente en las versiones 10.3 y 11.0 de openSUSE, pero esta vez le llegó el turno a la versión 11.1 de la misma distro.

Les comento que la configuración ha funcionado perfectamente en todos los ámbitos: configuración básica para usuarios locales y anónimos, configuración para el acceso mediante usuarios virtuales y configuración para el acceso con seguridad TLS/SSL, para todos los casos he hechos pruebas y no he encontrado ningún inconveniente, con lo que el manual aún cubre las expectativas para esta última versión de la distribución.

Pero aparte de realizar esta prueba de configuración del servicio Vsftpd, también me puse a investigar como hacer para que los usuarios virtuales y sus contraseñas sean almacenados en una base de datos MySQL, en vez de ser almacenados en una base de datos del tipo Berkeley como se detalla en el manual. Los pasos que he seguido para configurar esta funcionalidad anexa a la configuración ya propuesta en el Manual para configurar un Servidor FTP con Vsftpd en openSUSE se detallarán mas abajo.

OBS: Aclaro que no se volverá a detallar cada uno de los pasos para configurar la funcionalidad de usuarios virtuales para el servicio vsftpd, eso ya ha sido tratado en el Manual para configurar un Servidor FTP con Vsftpd en openSUSE y no lo volveré a hacer acá, sino que simplemente se detallará la forma en que se deberá almacenar los datos de los usuarios virtuales en la base de datos MySQL y como deberá estar definido el método de autenticación PAM para el servicio vsftpd. Tampoco se abarca en este post la instalación y configuración de la base de datos MySQL y sus respectivas herramientas de administración (como phpMyAdmin, etc.).

Una vez que hayamos configurado el servicio vsftpd con la implementación de usuarios virtuales almacenados en la base de datos Berkeley, no será demasiado trabajoso modificar el esquema para que los usuarios virtuales sean almacenados en una base de datos MySQL.

  1. El primero de los pasos es crear una nueva base de datos en MySQL, yo lo hecho ejecutando la siguiente sentencia SQL desde la aplicación phpMyAdmin:

    CREATE DATABASE vsftpd DEFAULT CHARACTER SET utf8 COLLATE utf8_spanish_ci;

  2. El siguiente paso consiste en agregar un nuevo usuario llamado vsftpd, a este usuario se le asignan todos los privilegios de la base de datos recientemente agregada:

    CREATE USER 'vsftpd'@'localhost' IDENTIFIED BY 'vsftpd';
    GRANT USAGE ON *.* TO 'vsftpd'@'localhost' IDENTIFIED BY 'vsftpd' WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0 MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0 ;
    GRANT ALL PRIVILEGES ON vsftpd.* TO vsftpd@localhost WITH GRANT OPTION;

  3. Luego hay que crear una tabla en la base de datos vsftpd en la cual se van a registrar los usuarios virtuales con sus respectivas contraseñas, la sentencia SQL para este paso es la siguiente:

    CREATE TABLE IF NOT EXISTS `usuarios` (
    `numero` int(11) NOT NULL AUTO_INCREMENT,
    `usuario` varchar(50)  NOT NULL,
    `password` varchar(50)  NOT NULL,
    PRIMARY KEY (`numero`),
    UNIQUE KEY `usuario` (`usuario`)
    ) ENGINE=MyISAM AUTO_INCREMENT=1;

  4. Para agregar un nuevo usuario virtual a la tabla debemos ejecutar una sentencia SQL similar a la que sigue:

    INSERT INTO usuarios (usuario, password) VALUES('login_usuario', PASSWORD('contraseña_en_texto_plano'));

    Donde en reemplazo a la palabra login_usuario irá el nombre del usuario virtual y en reemplazo de la palabra contraseña_en_texto_plano la contraseña de ese usuario virtual, la función PASSWORD de MySQL convertirá la contraseña de texto plano a un código hash que ocultará la contraseña original en la tabla.

  5. Cumplidos todos los pasos anteriores ya podemos pasar a configurar el método de autenticación PAM para el servicio vsftpd, para ello nos dirigimos al directorio /etc/pam.d, creamos una copia de seguridad del archivo vsftpd y luego lo editamos, ya en el archivo comentamos todas las lineas activas y al final del archivo agregamos las siguientes lineas:

    auth required pam_mysql.so user=vsftpd passwd=vsftpd host=127.0.0.1 db=vsftpd table=usuarios usercolumn=usuario passwdcolumn=password crypt=2
    account required pam_mysql.so user=vsftpd passwd=vsftpd host=127.0.0.1 db=vsftpd table=usuarios usercolumn=usuario passwdcolumn=password crypt=2

  6. Con estas configuración la implementación debería quedar funcionando, ni siquiera es necesario reiniciar el servicio vsftpd, sin embargo, en mi caso tuve que instalar un paquete al sistema operativo para obtener la librería pam_mysql.so, ya que sin ella el servicio PAM no tiene la interfaz necesaria para relacionarse con la base de datos MySQL, para la distro openSUSE 11.1 el módulo PAM para MySQL se puede instalar mediante el método 1-Click Install, el enlace al paquete es el siguiente:
    aluminium_one_click

Como se puede ver los pasos necesarios no son tantos, sin embargo, me pareció importante documentarlos para complementar la información acerca del servicio vsftpd que ya tenía en esta bitácora.

GK.

Herramientas para Seguimiento de Incidentes

Posteado por: Gabriel en: Octubre 10, 2008

Ahora que ya tengo implementado subversion para mis desarrollos en la empresa he visto la necesidad de implementar algún mecanismo para recibir los reclamos de los usuarios de una manera más formal y que garantice que sus inquietudes queden registradas.

Me gustaría que cada vez que surja algún inconveniente con un sistema o haya alguna recomendación o solicitud que el usuario desee hacer, lo tenga que hacer por escrito (digitalmente por supuesto) en un sitio web o portal habilitado para tal efecto y que uno de los programadores u operadores pueda hacerse cargo del inconveniente, con respecto a esto, estuve buscando una herramienta basada en web que permita esta actividad y no se si un bugtracker sería la solución para este problema, estuve mirando un poquito acerca de bugzilla y parece interesante pero lo que no estoy seguro es que si este software no está mas orientado para una comunidad de programadores que para usuarios de sistemas.

Entre las herramientas que estuve mirando y que para mi la mayoría están orientadas para comunidades de desarrollo son las siguientes:

En fin, espero que algunos de los visitantes de este blog puedan comentar acerca de sus experiencias con este tipo de herramientas y dejar sus recomendaciones, por mi parte, seguiré investigando sobre el tema.

Saludos, Gabriel K.

Editado 14/10/2008 14:20hs.

Buscando en google la frase “Incident Tracker” he encontrado otros programas que ayudan a los programadores a darle un correcto seguimiento a los incidentes que son reportados por los usuarios, crece la lista, solo falta probarlos ;-) :

cc - by cc cc

Bienvenidos!

Muchas gracias por visitar este pequeño espacio que a medida que pasa el tiempo va cobrando vida y forma, encontrarán mucha información acerca de mi pasión que es la Informática, como así también de mi trabajo y de mi vida personal, espero que les guste! Saludos.

Gabriel K.

Correo Electrónico

Para cualquier consulta, sugerencia, críticas, etc., pueden enviar un correo a:

La imágen

Ídolos: Adam y Jamie de Mythbusters

Ídolos: Adam y Jamie de Mythbusters

Calendario

Noviembre 2009
D L M X J V S
« Oct    
1234567
891011121314
15161718192021
22232425262728
2930  

Categorías

Visitas

  • 34,955

Fotos Flickr

openSUSE v11.1 con KDE v4.2.4

Un fin de semana por Cnel. Oviedo

More Photos

Tira Ecol