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.
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:
Fuente: http://www.sco.com
GK.
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.
CREATE DATABASE vsftpd DEFAULT CHARACTER SET utf8 COLLATE utf8_spanish_ci;
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;
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;
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.
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
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.
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
:
Comentarios recientes