Las Aventuras de Tux

Comando del día: dominios de un servidor WHM desde linea de comandos

noreply@blogger.com (Carlos) — Wed, 06 Jun 2018 02:22:00 +0000

Si se quiere obtener los dominios y subdominios (no dominios adicionales o addon domains) por usuario propietario (resellers):

whmapi1 listaccts search=reseller searchtype=owner |grep -e "domain: " |sort

Snipet #3 - Añadir disco a un LVM-RAID1

noreply@blogger.com (Carlos) — Wed, 02 May 2018 02:15:00 +0000

Si se quiere añadir un disco a un LVM-RAID1 cuando haya fallado el LV

Se desactiva el LV, se crea el PV, se extiende el VG y se repara el LV:

lvchange -an /miVG/miLV
pvcreate /dev/sdX
vgextend miVG /dev/sdX
lvconvert --repair miVG/miLV

Se puede ver el avance del proceso con

lvs -a -o +devices

Si el disco añadido es de menor tamaño que el anterior:

vgreduce --removemissing miVG

Snipet #2 - Reconstruir espejo de cualquier disco dentro de un LVM-RAID1

noreply@blogger.com (Carlos) — Wed, 11 Apr 2018 02:02:00 +0000

Mediante pvscan averiguamos el UUID del disco faltante.

Se desactiva el LV (Logical Volume)

lvchange -an miVG/miLV

Se crea el PV (Phisical Volume)

pvcreate --uuid "UUID" /dev/sdX

Se restaura el VG (Volume Group)

vgextend --restoremissing /dev/miVG /dev/sdX

Grabar acciones en VIM para repetirlas despues

noreply@blogger.com (Carlos) — Thu, 22 Mar 2018 14:21:00 +0000

Hay ocasiones en las que debemos editar un archivo y que esta edición es prácticamente eliminar tal linea, quitar unos caracteres y aumentar otros.. una y otra vez. Para esto existe la opción de grabar las acciones una vez y luego simplemente repetirlas las veces que necesitemos.

Lo mejor de esto es que podemos tener tantas grabaciones casi como teclas tiene el teclado, por lo que si se trata de un archivo de gran tamaño que requiere de este tipo edición el trabajo resulta mucho más eficiente y rápido.

Para iniciar la grabación se presiona q seguida de la letra a la que queremos asignar la grabación, por ejemplo a. Veremos que en la barra de estado se muestra el mensaje grabando @a.

De aquí todo lo que hagamos está siendo grabado, todo, sea cual sea el modo en el que estemos (normal, visual, edición, etc) Una vez que deseemos terminar la grabación, en modo normal presionamos q nuevamente.

En el momento que queramos reproducir dicha grabación presionamos (en modo normal) la tecla @ seguido de la letra de la grabación deseada, por ejemplo @a.

Snipet #1 - reiniciar hosts scsi para reconocer discos añadidos a una VM

noreply@blogger.com (Carlos) — Wed, 07 Mar 2018 04:52:00 +0000

Cuando se añaden discos a una VM y se requiere recargar los hosts scsi.

ls /sys/class/scsi_host/ |while read host; do echo "- - -" > /sys/class/scsi_host/$host/scan; done

LVM-RAID1 - Alta disponibilidad de discos lógicos.

noreply@blogger.com (Carlos) — Wed, 28 Sep 2016 18:22:00 +0000

Muchas veces (siempre?) se necesita tener la seguridad de que tanto el sistema operativo como la información van a estar disponibles aún cuando exista un fallo en el disco duro.

Ya sea para una estación de trabajo o personal o en servidores, el contar con redundancia a nivel de discos facilita muchísimo la gestión de recursos ante una posible recuperación de desastres, en este caso el fallo total de un disco duro.

Por ejemplo, en una oficina pequeña no se suele disponer de personal para soporte informático permanente el cual descargue de la responsabilidad de mantener los respaldos al día a los usuarios de la red, contratar o mantener una solución de respaldo para todos los equipos suele ser demasiado costoso y en el otro lado, hacerlo únicamente para el equipo crítico para la empresa hace que la solución sea sub-utilizada. En este caso, pueda que sea mucho más factible simplemente añadir redundancia a los discos y de esta forma en caso de que uno falle no existe afectación alguna y da tiempo para colocar el reemplazo del disco dañado.

Voy a contar otro escenario de la vida real:
Se tienen unos servidores que reciben sus discos desde desde un storage, tiempo atrás una de las controladoras del storage falló y fue necesario migrar y reconstruir el arreglo de cada uno de los servidores (si alguien ha reconstruido un RAID5 en 4 discos sas de 8TB sabe lo que puede llevar). Debido a esto se tuvo una caída del servicio de horas, algo inaceptable.

Lo solución que propuse fue que se cuente con redundancia en los discos generando un LVM-RAID1. Porqué un LVM-RAID y no un raid con MDADM? Principalmente porque los puntos de montaje de los sistemas Linux ya estaban sobre LVM y no se quería añadir otra capa de administración.

Y porqué RAID1? La parte interesante es que en lvm-raid1 se puede definir la cantidad de espejos para el arreglo, por lo que el disco principal tiene n espejos y tendrían que fallar TODOS los discos para que se pierda el acceso a la data. Esto sumado a que cada disco viene de un storage distinto da aún mayor seguridad ante fallos sobre todo de hardware.

Así que manos a la consola :D

- Primero añadimos los discos físicos como pvs:

pvcreate /dev/sde /dev/sdf /dev/sdX

- Creamos el grupo de volúmenes (VolumeGroup) indicando los discos que deseamos formen parte del mismo:

vgcreate miVG /dev/sde /dev/sdf /dev/sdX

- Creamos un volumen lógico que ocupará toda la extensión del disco, esto es importante ya que nos asegura que la data se almacenará en un solo disco. el número para el argumento -m indica la cantidad de espejos que deseamos para el arreglo, el primer disco será el principal el resto las réplicas:

lvcreate --type raid1 -m 3 -l 100%FREE -n miLV miVG /dev/sde /dev/sdf /dev/sdX

Esto creará el lv miLV en el grupo miVG y empezará la sincronización entre todos los discos, esto puede llevar varias horas dependiendo de la capacidad de los discos, su velocidad, etc. Para ver el porcentaje de sincronización podemos ejecutar el comando con watch con actualización por defecto cada 2 segundos:

watch lvs -a -o +devices miVG/miLV

Una vez que se complete el proceso anterior podemos dar el sistema de archivos que deseemos:

mkfs.ext4 -L data /dev/miVG/miLV

La ventaja de LVM-RAID es que podemos añadir o remover espejos al arreglo y deshacer el arreglo por completo sin tener que migrar la información. Eso y muchas cosas más, recomiendo leer la documentación de RedHat sobre Administración LVM para tener una idea de sus alcances.

Si han usado raid por lvm o planean hacerlo póngalo en los comentarios!

Saludos.

Migración de correos en masa con Imapsync a WHM/cpanel

noreply@blogger.com (Carlos) — Mon, 19 Sep 2016 17:21:00 +0000

La anterior semana se me presentó la necesidad de migrar una gran cantidad de correos de dos servidores distintos a otro. Los servidores de origen eran muy diferentes si se puede decir; el uno era un servidor "a mano" con webmin, postfix, dovecot, etc. El otro, un Zimbra CE.

Más allá de la diferencia de los servidores era la cantidad de cuentas de correo a migrar y el peso total de estas. Fueron alrededor de 150 cuentas y requerían de 150GB de espacio en el nuevo servidor. 150 para servidores de correo grandes no es nada, pero crear/migrar a mano una a una no es algo que ni deba ponerse como posibilidad.

Realmente nunca había tenido la necesidad de migrar de esta forma, siempre fue de Zimbra --> Zimbra, cpanel --> cpanel, etc. Pero esta vez la migración era desde los servidores antes mencionados hacia un WHM/cpanel.

Las cuentas de hosting ya se encontraban creadas en el WHM, la idea era automatizar la creación de las cuentas de correo en cada una de ellas y posteriormente migrar el correo.

Creación de correos en WHM:

Esto lo hice en línea de comandos en el servidor mediante la API de WHM whmapi1. El comando en cuestión es addpop y toma como parámetros usuario, contraseña, cuota de buzón. De esta forma, cree un archivo (llamado USERLIST) por cada dominio con el listado de cuentas de correo pertenecientes a el en el formato:

username;password:quota

Una vez se tiene el archivo, ejecuto el siguiente one-liner en el servidor WHM usando la API de cpanel:

while IFS=";" read u p q; do cpapi2 --user=acc-username Email addpop domain=acc-domain email=$u password=$p quota=$q; done < USERLIST

Donde:

IFS es la variable que indica el separador del fichero USERLIST, en este caso ";", si por ejemplo obtiene un cvs se puede indicar que el separador es ","
acc-username y acc-domain son los datos de usuario y dominio para la cuenta de cpanel en el WHM.
$u, $p, $q son usuario, contraseña y quota para cada cuenta respectivamente.

Con esto tenemos creadas las cuentas de correo.

MIgración de correos con Imapsync:

Debemos tener un fichero (llamado en el ejemplo como USERLIST) con el siguiente formato:

(usuario1;contraseña1;usuario2;contraseña2)

Donde:

usuario1, contraseña1: credenciales de la cuenta de origen, usuario es sólo el nombre sin el @dominio.com
usuario2, contraseña2: : credenciales de la cuenta de destino, usuario es sólo el nombre sin el @dominio.com

En cualquier equipo instalamos imapsync, la instalación depende de la distribución que elijamos y existe mucha documentación al respecto por lo que no lo trataré aquí.

Con imapsync instalado en el equipo que usaremos para ejecutar la migración, podemos usar el script de bash indicado a continuación:

imapsyncpath=/ubicacion/del/ejecutable/imapsync
origen=10.0.1.1
destino=10.0.2.1
options="--tls1 --usecache --delete2 --nofoldersizes --no-modules_version --addheader --subscribeall"
while IFS=";" read u1 p1 u2 p2; do
{ echo "$u1" |egrep "^#" ; } > /dev/null && continue # skip comment lines in USERLIST
echo "============== Migrating mail from user $u1 to $u2 =============="
.$imapsyncpath/imapsync --host1 $origen --host2 $destino --user1 $u1 --password1 $p1 --user2 $u2 --password2 $p2 $options --dry
echo
echo "============== Ended migration for user $u1 in $u2 =============="
done < USERLIST
echo "Migration Complete."
exit 0

OJO, recomiendo leer la documentación ya que tiene muchas, MUCHAS opciones de sincronización. Las opciones que uso son un tanto generales y pensadas para cubrir las necesidades de mi caso.

Con esto tendríamos sincronizada la información de las cuentas de correo y podemos ejecutarla cuantas veces queramos ya que solo actualizará en el destino la información nueva. En mi caso tuve que esperar a que se refresquen las respuestas DNS de los registros MX de los dominios para poder dar de baja el servidor de origen.

Con el one-liner en el cpanel y el script de para imapsync migré las cuentas de forma semi-automatizada sin tener que estar pendiente en todo momento del proceso. Como dato extra al script de imapsync lo puse como un cronjob diario para mantener al día las cuentas en el destino hasta que me notifiquen del refresco de la zona DNS.

Gracias!.

Comando del día: Dump Restore de máquinas virtuales en Proxmox

noreply@blogger.com (Carlos) — Wed, 11 Mar 2015 21:23:00 +0000

Para realizar un dump en vivo de una máquina virtual, tanto openvz como kvm podemos ejecutar el siguiente comando:

vzdump --dumpdir /ubicacion/del/dump VZID

Donde VZID repreenta el número de la VM, por ejemplo 101, 105, etc.
Para restaurar un dump, ejecutamos uno de los siguientes comandos según se trate de openvz o kvm, tomando en cuenta que el VZID no debe existir ya en nuestro nodo proxmox.

vzrestore /ubicacion/del/dump.tgz NEWVZID

qrestore /ubicacion/del/dump.tgz NEWVZID

Podemos consultar la ayuda de vzdump (vzump --help) para personalizar más nuestros dumps. Si bien proxmox puede realizar réplicas de respaldo de forma automática, se requiere de un segundo nodo contectado. También se puede respaldar de forma manual pero se debe contar con un segundo almacenamiento ya que no respalda al mismo disco donde corre proxmox.

Pero puede que en dicho disco se cuente con una buena cantidad de espacio libre y queramos respaldar en el; o también como es mi caso, disponer de un export nfs montado, y mediante trabajos cron y scripts realizar respaldos periódicos de las máquinas teniendo el control que nosotros queramos.

Todo esto prácticamente con un sencillo comando y sin parar las VMs.

Saludos!

Comando del día: Buscar si un proceso se ha ejecutado más de dos veces y como matarlos.

noreply@blogger.com (Carlos) — Mon, 02 Mar 2015 20:45:00 +0000

Hace unos días me pasó que un servicio al parecer se había ejecutado más de una vez (no daré detalles del porqué).

Pero sea como sea la questión era saber cuántos procesos se estaban ejecutando y también una forma de matarlos independiente de la cantidad que estos sean, de esta forma llegué a las dos siguientes líneas de bash que se las puede modificar un poco para que formen parte de un script o unirlas etc:

Mirar si hay más de un proceso ejecutándose cada 2 segundos:

while true; do echo $(ps aux |egrep proceso |awk '{print $2}' |wc -l; sleep 2; done

Matar todos los procesos:

for p in `ps aux |egrep proceso |awk '{print $2}'`; do kill -9; done

Espero les sea de utilidad!!!

Saludos.

Comando del día: Conexión ssh sin contraseña

noreply@blogger.com (Carlos) — Thu, 05 Feb 2015 16:59:00 +0000

Para tener una conexión ssh sin necesidad de contraseñas para acceder a nuestros equipos de forma más rápida y cómoda podemos realizar lo siguiente:

$ ssh-keygen -t rsa

$ ssh-copy-id -i ~/.ssh/id_rsa.pub hostremoto

$ ssh hostremoto

Lo que hemos echo es primero generar nuestra llave ssh, luego copiamos la llave púbilca en el host remoto, nos preguntará por la contraseña y si todo sale bien, el tercer comando nos debería ingresar directamente en el host remoto.

Tomar en cuenta que el usuario que realiza la conexión es el mismo con el que se desea ingresar al host, es decir que si somos user, el comando ssh-copy-id en parte ejecuta algo como:

ssh user@hostremoto

Por lo generalmente user debe existir en los dos hosts.

Saludos!

Configurando Vagrant sobre Windows

noreply@blogger.com (Carlos) — Mon, 08 Dec 2014 20:08:00 +0000

Introducción

Vagrant funciona sobre varios sistemas operativos como MacOS X, Windows, Debian, Ubuntu, CentOS, RedHat, Fedora y más. En esta página se seguirá los pasos para tener una máquina virtual de Debian mediante Vagrant sobre Windows.

Entorno Windows

Para ejecutar Vagrant y la máquina virtual en un entorno Windows, vamos a seguir las siguientes secciones

Instalación de Vagrant
Instalación de Oracle VirtualBox
Instalación del emulador de consola CMDER
Creación de la carpeta para las máquinas Vagrant
Creación de la caja Debian-docker
Creación de la máquina virtual
Configuraciones de la máquina virtual
Ejecución de la máquina virtual
Conección ssh a la máquina virtual
Suspendiendo y apagando la máquina virtual

Instalación de Vagrant

Primero descargamos el instalador de Vagrant de http://www.vagrantup.com/downloads.html y lo ejecutamos.

La instalación es simple, cuando pregunte sobre la ruta de instalación como vamos a usar la línea de comandos se recomienda usar una ruta corta, por ejemplo en la guía usaremos “D:\Vagrant”.

Instalación de Oracle VirtualBox

Ahora debemos instalar la versión más actual de VirtualBox del siguiente enlace https://www.virtualbox.org/wiki/Downloads

Con la instalación por defecto está bien.

Instalación del emulador de consola CMDER

Por defecto Windows no cuenta con un emulador de consola y un cliente ssh, hay varias aplicaciones para esto, nostros usaremos un emulador liviano llamado CMDER, tiene buenas funcionalidades incluyendo git y para los que están acostumbrados a la consola de Linux se sentirán como en casa.

Debemos descargar la versión completa de CMDER en el siguiente enlace http://bliker.github.io/cmder

Para ejecutarlo solo hay que descomprimir el archivo descargado en una carpeta y ejecutar Cmder.exe

Se recomienda configurar “Control de Acceso de Usuarios (CAU)” en la opción de "Nunca notificar". En Windows 7 en adelante debería encontrarse siguiendo el orden: Panel de control -> Systema y Seguridad -> Configuraciones de control de acceso de usuarios.

Los siguientes pasos se harán usando CMDER.

Creación de la carpeta para las máquinas Vagrant

Por facilidad, crearemos las carpetas dentro de D:\\Vagrant

Primero una carpeta llamada Proyectos y dentro una que contendrá nuestra máquina virtual de Debian-docker

C:\
λ cd D:\
D:\
λ cd Vagrant
D:\Vagrant
λ mkdir Proyectos
D:\Vagrant
λ mkdir Proyectos\Debian-docker
D:\Vagrant
λ cd Proyectos\Debian-docker
D:\Vagrant\Proyectos\Debian-docker
λ

Creación de la caja Debian-docker

No siempre es necesario empezar desde cero, descargaremos una caja lista que tiene Debian 8 y algunos ajustes listos para funcionar con Docker.io

D:\Vagrant\Proyectos\Debian-docker
λ vagrant box add williamyeh/debian-jessie64-docker --provider virtualbox
==> box: Loading metadata for box 'williamyeh/debian-jessie64-docker'
box: URL: https://vagrantcloud.com/williamyeh/debian-jessie64-docker
==> box: Adding box 'williamyeh/debian-jessie64-docker' (v1.2.0) for provider: virtualbox
box: Downloading: https://vagrantcloud.com/williamyeh/debian-jessie64-docker/version/5/provider/virtualbox.box
box: Progress: 100% (Rate: 482k/s, Estimated time remaining: --:--:--)
==> box: Successfully added box 'williamyeh/debian-jessie64-docker' (v1.2.0) for 'virtualbox'!

Por defecto nos crea una imagen llamada williamyeh/debian-jessie64-docker, la renombraremos a debian-docker mediante los siguientes comandos

D:\Vagrant\Proyectos\Debian-docker
λ vagrant box repackage williamyeh/debian-jessie64-docker virtualbox 1.2.0
D:\Vagrant\Proyectos\Debian-docker
λ vagrant box add debian-docker package.box --provider virtualbox
==> box: Adding box 'debian-docker' (v0) for provider: virtualbox
box: Downloading: file://D:/Vagrant/Proyectos/Debian-docker/package.box
box: Progress: 100% (Rate: 526M/s, Estimated time remaining: --:--:--)
==> box: Successfully added box 'debian-docker' (v0) for 'virtualbox'!

Podemos listar las cajas que tenemos

D:\Vagrant\Proyectos\Debian-docker
λ vagrant box list
debian-docker (virtualbox, 0)
williamyeh/debian-jessie64-docker (virtualbox, 1.2.0)

Creación de la máquina virtual

En la ubicación actual inicializaremos una máquina virtual basada en la caja debian-docker creada anteriormente

D:\Vagrant\Proyectos\Debian-docker
λ vagrant init debian-docker
A `Vagrantfile` has been placed in this directory. You are now
ready to `vagrant up` your first virtual environment! Please read
the comments in the Vagrantfile as well as documentation on
`vagrantup.com` for more information on using Vagrant.
D:\Vagrant\Proyectos\Debian-docker
λ ls
Vagrantfile

Inicializando la máquina virtual va a crear un archivo de configuración llamado Vagrantfile que "hereda" las configuraciones de la caja usada para su inicialización, en este caso debian-docker.
Este archivo contendrá cualquier configuración específica como memoria, red, carpetas compartidas, etc.

Configuraciones de la máquina virtual

Antes de ejecutar la máquina virtual, vamos a cambiar algunas configuraciones editando el archivo Vagrantfile con el editor de texto de nuestra preferencia.

D:\Vagrant\Proyectos\Debian-docker
λ NotePad Vagrantfile

Localizamos la parte de inicio de configuración “do |config|”. Desde la siguiente línea podemos configurar todo lo que deseemos.

Lo primero que haremos será crear una carpeta compartida en la máquina virtual llamada vagrant para que apunte a la misma ubicación donde se levanta dicha máquina.
Para esto añadimos la siguiente línea dejando saltos de línea arriba y abajo de la misma.

config.vm.synced_folder"D:\\Vagrant\\Proyectos\\Debian-docker\\", "/media/vagrant"

Ejecución de la máquina virtual

Ahora es momento de iniciar nuestra máquina virtual.

D:\Vagrant\Proyectos\Debian-docker
λ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
==> default: Forwarding ports...
default: 22 => 2222 (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
default: SSH address: 127.0.0.1:2222
default: SSH username: vagrant
default: SSH auth method: private key
default: Warning: Connection timeout. Retrying...
default: Warning: Remote connection disconnect. Retrying...
==> default: Machine booted and ready!
==> default: Checking for guest additions in VM...
==> default: Mounting shared folders...
default: /vagrant => C:/Users/Taoshi/Vagrant_Projects/Jessie-Docker
default: /media/vagrant => C:/Users/Taoshi/Vagrant_Projects/Jessie-Docker
==> default: Machine already provisioned. Run `vagrant provision` or use the `--provision`
==> default: to force provisioning. Provisioners marked to run always will still run.

Podemos verificar el estado de la máquina

D:\Vagrant\Proyectos\Debian-docker
λ vagrant status
Current machine states:
defaultrunning (virtualbox)
The VM is running. To stop this VM, you can run `vagrant halt` to
shut it down forcefully, or you can run `vagrant suspend` to simply
suspend the virtual machine. In either case, to restart it again,
simply run `vagrant up`.

Conección ssh a la máquina virtual

Vagrant permite conexión ssh nativa hacia las máquina virtuales en ejecución.

D:\Vagrant\Proyectos\Debian-docker
λ vagrant ssh
Linux debian-8-amd64 3.13-1-amd64 #1 SMP Debian 3.13.5-1 (2014-03-04) x86_64
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux testing (jessie)
Release: testing
Codename: jessie
vagrant@debian-8-amd64:~$

Podemos trabajar como en toda consola bash, para salir lo hacemos con el comando exit

vagrant@debian-8-amd64:~$ exit
logout
Connection to 127.0.0.1 closed.
C:\Vagrant\Proyectos\Debian-docker
λ

Suspendiendo y apagando la máquina virtual

Cuando no deseemos usar la máquina virtual, podemos suspenderla o apagarla.

D:\Vagrant\Proyectos\Debian-docker
λ vagrant suspend
D:\Vagrant\Proyectos\Debian-docker
λ vagrant halt
En cualquiera de los dos casos la reactivamos mediante vagrant up
D:\Vagrant\Proyectos\Debian-docker
λ vagrant up

Eso es todo lo básico para tener nuestras máquinas virtuales mediante Vagrant bajo Windows.

OpenMediaVault - Almacenamiento compartido mediante Samba (I)

noreply@blogger.com (Carlos) — Sat, 09 Mar 2013 01:53:00 +0000

Una vez que hemos completado la instalación del servidor OpenMediaVault, seguramente necesitemos tener almacenamiento compartido en un entorno con sistemas Windows. Para ello existe SAMBA, que es la versión libre del protocolo SMB/CIFS. Pero no entremos en detalles y vamos directo a lo que nos interesa: almacenamiento de acceso público en nuestra red desde clientes Windows.

Como mencionaba en el post anterior sobre la instalación, es recomendable instalar el OMV teniendo conectado únicamente el disco donde va a quedar el sistema. Cuando ya hayamos reiniciado y comprobado que podemos ingresar por web a su IP con las credenciales por defecto admin / openmediavault apagamos el sistema y conectamos el o los discos a usar.

Una vez iniciado nuevamente el sistema, podremos ir a Almacenamiento - Discos Físicos y comprobar que los discos han sido detectados.

El siguiente paso será crear una partición, para ellos iremos a Almacenamiento - Sistemas de Archivos en la parte superior le damos click a Crear y veremos un diálogo como el siguiente:

En este diálogo primero elegimos el disco en el cual vamos a crear la partición, luego le damos un nombre lo más descriptivo posible y por último elegimos el sistema de archivos deseado.El siguiente paso será Montar la partición creada, con lo que podremos ver su capacidad y uso.

Ahora que ya tenemos montada la partición estamos listos para crear una carpeta compartida, para ello nos dirigimos a Administración de permisos de acceso - Carpetas Compartidas y le damos a Añadir.

Empezamos dando un nombre a la carpeta, luego seleccionamos la partición que creamos anteriormente. En "Ruta" podemos escribir directamente la ruta, por ejemplo /compartido lo que creará esta carpeta en la raíz del disco, también tenemos el ícono a la derecha para crear carpetas y subcarpetas si deseamos árboles de directorios más complejos. Por úlitmo los permisos por defecto serán suficiente en la mayoría de los casos ya que un control más preciso se tiene directamente en cada usuario/grupo o por ACLs como lo haremos a continuación.

Dando click en ACL tendremos un cuadro con los permisos de todos los usuarios del sistema y otras opciones más como se puede ver en la captura siguiente:

Si queremos dar acceso completo a los usuarios conectados por Samba, eligimos Lectura/Escritura para el usuario sambashare y más abajo en Otros también elegimos Lectura/Escritura. Si bien esto no es muy seguro, por un lado estamos suponiendo un ambiente confiable en nuestra red local y por otro incialmente habilitamos el acceso completo pero luego ir gestionando usuarios y grupos con permisos específicos, eso vendrá en una publicación futura ;)

Ahora que hemos añadido una carpeta compartida, debemos habilitar el servicio que queramos haga uso de esta, en este caso el servicio Samba. Para ello nos dirigimos a Servicios - SMB/CIFS y habilitamos el servicio.

Podemos dejar el grupo de trabajo por defecto, pero para un control mayor podemos usar un nombre tomando en cuenta que todos los clientes windows en la red local deberán pertenecer a este grupo de trabajo para que tengan acceso al compartido. Se deberá habilitar la casilla de Navegable para que los usuarios puedan ingresar a las subcarpetas, si así se desea. Todo lo demás puede quedar por defecto.

Damos click en OK para que se guarden los cambios y nos pasamos a la pestaña "Compartidos".

Aquí añadiremos un nuevo compartido en el servidor Samba (SMB/CIFS). Primero le damos un nombre y un comentario descriptivo, luego seleccionamos la carpeta compartida que creamos hace un momento, el menu desplegable es muy util ya que nos indica no solo las carpetas compartidas creadas sino también nos indica a qué partición (o arreglo) pertenece.
Para seguir con la política de acceso público, marcamos la casilla Público y la de Navegable, le damos a OK y tenemos listo nuestro compartido.

Desde un cliente Windows, en el navegador de archivos vamos a Red y se mostrará un equipo con el nombre que hayamos dado al servidor (esto lo podemos modificar en Sistema - Red en la pestaña
"General")

Con esto podemos leer y escribir en el disco compartido desde clientes windows sin ningún problema, en una próxima publicación hablaré un poco más acerca de los permisos para empezar a tener un control más detallado de los accesos al compartido. Estén atentos! y comenten!

Saludos a tod@s.

Instalación de OpemMediaVault

noreply@blogger.com (Carlos) — Thu, 07 Mar 2013 14:03:00 +0000

OpenMediaVault es una distribición GNU/Linux pensada para ser la mejor solución NAS en código abierto con una configuración intuitiva y sencilla y administración via web. Además de eso, tiene la posibilidad de aumentar su funcionalidad mediante plugins y no está de más decir que al ser una distro linux, se le puede aumentar lo que creamos conveniente sea o no relacionado con su función principal. Y por si esto fuera poco, los requeremientos en mínimos en hardware son tan bajos que lo he provado en un AMD Athlon de 800Mhz (si Mhz, nada de Ghz) con 1Gb DDR1 y ha funcionado tranquilamente. Pero como mencionaba en su presentación, lo importante aquí es la conexión del almacenamiento a usar y de la red. Hoy en día es muy facil encontrar placas madre con 4 puertos SATA y bastaría una tarjeta PCI con 2 puertos más para pensar en arreglos RAID. En mi caso por ejemplo he usado una placa intel con procesador Atom de 1.2Ghz, 2Gb de ram y de momento dos discos WD de 500Gb, sin arreglo ya que son para usos específicos, el sistema está funcionando de maravillas, con 3 equipos enviando datos por la red, la carga no pasa del 4%

En esta instalación por cuestiones de facilidad estoy usando una máquina virtual mediante VirtualBox, pero no deja de ser un escenario válido para entornos de producción, sobre todo si la virtualización se hace en servidores dedicados como Xen, no solo que tenemos mayor capacidad de respuesta en caso de algún imprevisto, si no que los discos pueden ser tanto físicos como virtuales.

Bueno, empezemos. Realmente hay muy poco que decir del proceso de instalación, lo más importante a tomar en cuenta es que el sistema se instala en TODO el disco, es decir, borra particiones existentes si las hay y toma toda la capacidad física del disco. Por eso es recomendable tener conectado sólo el disco que queramos como sistema para no correr riesgos de haber elegido el disco incorrecto. El hacerlo mediante virtualización tiene la ventaja de que podemos crear un disco de muy poco tamaño para el sistema (4gb es más que suficiente) y no perder espacio. Otra cosa que puede funcionar, aunque no la he intendado todavía es tener conectada un pendrive a un puerto usb e iniciar el sistema desde ahí ;)

Aparte del uso del disco, otro cambio que puede notarse durante la instalación es que se nos pide la contraseña y no la creación de un usuario. El sistema no crea nigún usuario, únicamente root como es natural y se le asigna la clave que ingresamos durante la instalación.

Cuando terminemos la instalación y reiniciemos, no es necesario ingresar por la consola. Desde cualquier equipo en la red apuntamos a la IP del servidor y veremos la pantalla de acceso.

Las credenciales por defecto del sistema son:

Usuario: admin
Contraseña: openmediavault

Por facilidad de uso puede ser util cambiar el tiempo de sesión activa ya que por defecto viene en 1 minuto.

La administración como verán está completamente en español y es bastante intuitiva y versatil. En un siguiente post indicaré como añadir un disco físico, crear una partición y compartirla por samba para acceso público desde clientes windows. Estén atentos! y no duden en escribir cualquier inquietud y comentario. Ya lo usan? Piensan hacerlo? Conocen otras opciones?

Salu2!

OpenMediaVault o como tener un NAS fácil y de código abierto

noreply@blogger.com (Carlos) — Fri, 01 Mar 2013 14:35:00 +0000

Hay muchas maneras de tener almacenamiento en nuestra red local, empezando desde un simple compartido, montando un servidor NFS, hasta un NAS. Esta última opción es la más "profesional" si se le quiere catalogar de alguna forma, pero (siempre hay un pero) las opciones en el mercado para este tipo de productos pueden llegar a ser prohibitivas en la mayoría de los casos, sobre todo si hablamos de redes locales para oficinas pequeñas o pequeñas empresas y las soluciones de bajo costo tienen la limitación de que no son expandibles y que disponemos de los servicios que el fabricante decida y que pueden no siempre ajustarse a nuestras necesidades.

¿Qué pasaría si tenemos un equipo modesto y un poco de almacenaje disponible y queremos tener almacenamiento de acceso en red en un ambiente mixto windows/linux?
¿Qué sucede cuando disponemos de un nuevo disco para aumentar el espacio y además requerimos de otro tipo de servicios para ciertos accesos como por ejemplo ftp y ssh?
¿Qué sucede si requerimos de un control estricto de accesos por parte de grupos y usuarios?

Para cubrir esas y muchas necesidades más tenemos OpenMediaVault. Una distribución GNU/Linux basada en Debian que hace posible tener un servidor NAS flexible y seguro en cuestión de minutos. Dispone de una administración avanzada via web, sistema completamente en español y de uso intuitivo.

Con un equipo de características más que modestas como puede ser un procesador 486, 1Gb de ram y 2Gb de espacio en disco, tendremos corriendo con tranquilidad a OMV. Lo importante aquí es por un lado la estabilidad y velocidad de la red y por otro el tipo de discos que usemos. Si es para un ambiente de tráfico normal, donde los usuarios acceden a sus archivos, discos SATA a 5200rpm será suficiente; si en cambio es para mantener bases de datos transaccionales donde el tráfico puede llegar a ser mucho mayor, se puede pensar a discos SSD.

Pero sea cual sea la situación, nosotros siempre tendremos el poder de decidir qué tecnología usar y cómo usarla. Podemos tener carpetas accesibles únicamente por ssh y otras por sftp, tener una partición dedicada a accesos desde clientes windows y otra invisible a todos excepto para el sistema de respaldos, las posiblidades son infinitas.

Otra gran ventaja de contar con un sistema como OpenMediaVault es la flexibilidad de configuración de los discos y particiones, pudiendo tener arreglos RAID de manera dinámica sin afectar la información, así como cambiar tamaños de particiones al vuelo, desmontar discos/particiones o cambiar puntos de montaje directamente desde la administración web.

Así que ya lo saben, si necesitan disponer de un NAS Gnu/Linux no duden en darle una oportunidad a OpenMediaVault.

En un próximo aporte subiré una guía sobre su instalación y confguración para tener espacio compartido con sistemas windows y un par de cosas útiles más. Estén atentos!

INSTALANDO ADEMPIERE EN DEBIAN LINUX

noreply@blogger.com (Carlos) — Fri, 15 Feb 2013 21:28:00 +0000

Saludos a tod@s!

Retomando un poco la actividad en el blog en esta ocación voy a poner a disposición una guía de instalación del ERP Adempiere en Debian GNU/Linux testing. La documentación oficial si bien es bastante completa, en lo que se refiere a la instalación puede ser un tanto confusa y no he encontrado tutoriales o guias actuales excepto para Ubuntu 10.10 y 11.04 pero como probablemente saben, eso no es lo mismo que Debian :)

La versión de Adempiere en esta guía es la 3.7.0LTS que es la última que ha visto la luz y como su nombre lo indica es versión con soporte extendido (Long Time Support), el Debian usado es la rama testing por razones de versiones de java y postgresql principalmente, se puede usar la rama stable pero habría que ver que versiones hay en los backports o hacer apt pinning o usar una versión anterior de Adempiere, pero para no complicarnos la vida, mejor Debian testing :)

A continuación enumero los pasos que se van a seguir:

Instalación y configuración de Java.
Instalación y configuración de PostgresSQL.
Instalación y configuración de Adempiere.
Inicialización de la Base de datos de Adempiere.
Iniciación del Servidor de Aplicación Adempiere.
Iniciación del Cliente localmente.

OJO: todos los comandos son ejecutados como root salvo que se indique lo contrario!

Instalación y configuración de Java.
La instalación de Java es super sencilla, luego será necesario configurar un par de parámetros en las variables de entorno para no tener ningún inconveniente más adelante.

apt-get install default-jdk

Esto instalará todas las dependencias para tener tanto el JRE como el JVM. Lo que debemos hacer ahora es definir de antemano un par de variables de entorno:

export JAVA_HOME=/usr/lib/jvm/defult-java
export ADEMPIERE_HOME=/opt/Adempiere

Instalación y configuración de PostgreSQL.
La instalación del servidor de base de datos PostgreSQL es igualmente sencilla, así mismo definiremos una variable de entorno y por último crearemos un cluster de bases y lo inicializaremos.

apt-get install postgresql

Esto instalará la última versión disponible en los repositorios así como todas las dependencias, también durante la instalación se crea un usario "postgres" al cual por razones de facilidad cambiaremos su contraseña a "postgres", luego se puede volver a poner una más seguro o mejor aún bloquearla para que sólo se pueda usar el usuario dentro del servidor postgresql.

passwd postgres

Con esto ya podremos iniciar sesión en el shell con el usuario postgres:

sudo - postgres

Ahora a este usario le añadimos una variable de entorno para más adelante poder iniciar el cluster.

postgres$: export PATH=$PATH:/usr/lib/postgresql/9.1/bin

Para iniciar el cluster antes creamos la ubicación o ponemos al usuario postgres como propietario.

mkdir -p /usr/local/pgsql/data
chown postgres /usr/local/pgsql/data

Con esto podemos iniciar el cluster desde el usuario postgres.

postgres$: initdb -D /usr/local/pgsql/data

Instalación de Adempiere
Descargamos Adepiemre de su ubicación oficial, al momento de escribir esto la última versión es la 3.7.0LTS, una vez que la tenemos en nuestro equipo la descomprimos y movemos la carpeta creada a la ubicación segura.

tar xvzf Adempiere_370LTS.tar.gz
mv Adempiere /opt/.
cd /opt/Adempiere

Una vez en la ubicación de la aplicación, corremos el script de instalación

sh RUN_setup.sh

Esto mostrará una ventana con algunos campos, a continuación resumo que valores debemos cambiar, los que no se mencionen se deben dejar tal cual.

Java home: /usr/lib/jvm/java-6-openjdk-<ARCH>
Adempiere home: /opt/Adempiere
Puerto web: 8082
Puerto JNP: 1099
Puerto SSL: 4443
Servidor base de datos: 127.0.0.1
Nombre base de datos: adempiere
Puerto base de datos: 5432
Usuario base de datos: postgres
Tipo base de datos: PostgreSQL
Contraseña administrador: postgres
Contraseña base de datos: postgres

Inicialización de la Base de datos de Adempiere

cd /opt/Adempiere/utils
sh RUN_ImportAdempiere.sh

Iniciación del Servidor de Aplicación Adempiere

sh RUN_Server2.sh

Iniciación del Cliente localmente
Como usuario normal, por ejemplo el que creamos durante la instalación en mi caso "adempiere", pero no el usuario "postgres" podemos ya ejecutar el cliente local.

adempiere$: cd /opt/Adempiere/utils

adempiere$: sh RUN_Adempiere.sh

Debemos configurar ciertos parámetros del cliente para que este sepa a que base de datos apuntar y en qué servidor. Esto resulta util si tenemos un usuario que requiere ingresar a distintas bases. Los datos a comprobar son:

Servidor de Aplicaciones: adempiere
Servidor base de datos: adempiere
Usuario / Contraseña: postgres/ postgres

Una vez configurado esto, podemos ingresar al sistema, por ahora con las credenciales del usuario administrador (no super usuario)

Usuario: System
Contraseña: System

Con esto estamos dentro del sistema y listo para ser usado!
Documentación sobre su uso y administración hay y bastante, wikis, guias, videos, he encontrado mucha información que nunca es suficiente con una plataforma tan extensa y completa.

Espero ser de utilidad con esta pequeña guía y haré lo posible por responder lo más rápido cualquier inquietud que comenten.

Saludos!

Servidor Local: Arch + Xampp + Joomla 2.5 + Ja T3 Framework

noreply@blogger.com (Carlos) — Wed, 29 Feb 2012 02:39:00 +0000

En esta guía voy a reproducir los pasos que he seguido para correr Joomla! sobre XAMPP (Apache, MySQL, PHP y Pearl) en un sistema ArchLinux, todo esto como servidor local; por último instalo JA T3 Framework y una plantilla. Con eso se tendría todo lo básico necesario para empezar la codificación, diseño y administración de un sitio ya sea para uso interno o para luego exportarlo a un hosting.

No voy a detenerme en detalles de las distintas partes usadas en esta guía ya que hay bastante información al respecto, haré lo posible de que cubra toda la información que es necesaria para dejar todo en perfecto funcionamiento.

Como dice el título, las partes o programas usados son:

1. XAMPP

El paquete de instalación de XAMPP en ArchLinux se encuentra en el repositorio de AUR, si no saben que esto o no tienen instalado un gestor que tenga soporte para aur, recomiendo uno muy rápido llamado packer. Una vez con packer lo instalamos:

$packer -S xampp

No es necesario editar el PKBUILD ni el xamp.install si se trata de una instalación normal, así que respondemos no cuando lo pregunte. Luego de un tiempo (pesa 255Mb el paquete) tendremos listo Apache, MySQL, PHP y Pearl.

Si quieren dar seguridad al servidor y los demás servicios podemos ejecutar:

$/opt/lampp/lampp security

Se nos preguntará por los passwords para apache (usuario lampp), phpmyadmin (usuario pma), MySQL (usuario root) y proFTP (usuario nobody).

Ahora iniciamos el servidor mediante el comando:

$/opt/lampp/lampp start

Si obtenemos algún error, puede ser que el paquete no pudo resolver las dependencias net-tools y inetutils así que las instalamos.

Si todo salió bien entonces probamos que el servidor esté iniciado, para ello en el navegador cargamos la dirección localhost, lo que nos debería mostrar algo como esto:

Elegimos el idioma de nuestra preferencia y estamos listos, se nos mostrará una pantalla de bienvenida y a la izquierda tenemos varias cosas útiles como el estatus del servidor, documentación entre otros.

Para hacer más segura y además fácil la instalación Joomla! vamos a configurar a apache para que entienda peticiones fuera del document root, que en este caso sería /opt/lampp/htdocs, la ventaja de esto es que podemos hacer la instalación sin preocuparnos de los permisos ya que quedan correctos desde el inicio, otra ventaja es que podemos trabajar en J! fuera del directorio del servidor así no tenemos que tener permanentemente capacidad de root.

Partiendo del escenario de un solo usuario en el sistema editamos el archivo httpd.conf ubicado en /opt/lampp/etc/

$sudo vim /opt/lampp/etc/httpd.conf

Y buscamos la parte donde dice:

User usuario
Group hhtp

Ponemos el usuario que somos actualmente y como grupo es recomendable poner http (en otras distros suele ser www-data). Si todavía no pertenecen al grupo http, lo pueden agregar a su usuario con el comando:

$sudo usermod -G http -a usuario

Luego en el mismo archivo httpd.conf localizamos la parte:

<IfModule alias_module>
...
<IfModule>

y añadimos un alias indicando la ruta de la carpeta que queremos que procese el servidor (/home/usuario/joomla) así como un alias (/joomlaweb), por lo que quedaría:

<IfModule alias_module>
   Alias /joomlaweb /home/usuario/joomla
         <directory /home/usuario/joomla>
               AllowOverride FileInfo Limit Options Indexes
               Order allow,deny
               Allow from all
   </directory>
<IfModule>

Guardamos, cerramos y por último reiniciamos el servidor:

$sudo /opt/lampp/lampp restart

2. Joomla!

Ahora empezamos la instalación del CMS Joomla!

Bueno lo primero sería descargar Joomla!, esto lo podemos hacer desde la página oficial o desde la página de JoomlaSpanish. Para la versión 2.5.1 en español a fecha 27/02/2012 podríamos hacerlo directamente desde el terminal con wget:

$wget http://joomlacode.org/gf/download/frsrelease/16618/72410/Joomla_2.5.1-Spanish-Pack_Completo.tar.gz

Luego creamos la carpeta joomla en la ubicación que especificamos en el alias del httpd.conf, copiamos el archivo descargado y lo descomprimimos:

$mkdir /home/usuario/joomla
$cp /carpeta/de/descarga/Joomla_2.5.1-Spanish-Pack_Completo.tar.gz /home/usuario/joomla/
$cd /home/usuario/joomla
$tar xvzf Joomla_2.5.1-Spanish-Pack_Completo.tar.gz

Ahora en nuestro navegador ingresamos la dirección localhost/joomlaweb (donde joomlaweb es el alias que pusimos en httpd.conf) . Se nos mostrará la página de bienvenida y de selección de idioma.

En la siguiente página de instalación se muestra un informe de pre-instalación, es muy probable que se nos informe que está activado la función de mostrar errores y la de buffer de salida.

Para desactivar la salida de errores abrimos el archivo php.ini con nuestro editor de preferencia:

$sudo vim /opt/lampp/etc/php.ini

Localizamos la línea error_reporting = y cambiamos el valor que tiene por:

E_ALL & ~E_NOTICE & ~E_DEPRECATED

Luego localizamos la línea display_errors y la dejamos en off:

display_errors = Off

Por último para desactivar el buffer de salida, en el mismo archivo php.ini localizamos la línea output_buffering = y la comentamos añadiendo ; (punto y coma) al inicio con lo que quedaría:

;output_buffering = 4096

Guardamos los cambios y reiniciamos el servidor:

$sudo /opt/lampp/lampp restart

Cuando haya terminado, en la instalación de Joomla! le damos click a Comprobar nuevamente y debería ahora salir todo en verde :)

Pasamos a la siguiente página, aceptamos la licencia y pasamos a la siguiente.

Una de las ventajas de instalar el servidor a traves de XAMPP es que el se encarga de crear la base de datos que especificamos en este paso de la instalación. Pero para ello debemos poner como usuario root y dejar la contraseña en blanco (luego podemos darle contraseña)

En el siguiente paso no es necesario habilitar el servicio FTP ya que se trata de un servidor local, de todas formas podemos habilitarlo en cualquier momento dentro de la administración de Joomla!

Y como último paso le damos un nombre al sitio y le damos nombre y contraseña al super-usuario (o admin) del sitio ;) Si es la primera vez que van a usar J! es recomendable instalar los datos de ejemplo más abajo. Una vez listo esto le damos a siguiente.

Como bien nos dice el aviso, debemos borrar completamente el directorio de instalación, si la opción que nos da el instalador fallase lo podemos borrar manualmente de la siguiente manera:

$rm -R /home/usuario/joomla/installation/

Listo! Si vamos a Sitio veremos algo como la imagen, de esta manera tenemos Joomla! 2.5 instalado correctamente.

3. JA T3 Framework

JA T3 es un framework desarrollado por JoomlArt de amplio uso y muy buenas características. Su instalación es relativamente sencilla y no requiere nada de configuración para funcionar. Lo primero sería descargar algunos archivos de la página oficial (en este caso para J! 2.5). En la sección descargas de la página se nos muestra varios archivos que conforman JA T3, el que hace toda la magia es JA_T3_Blank_for_Joomla_2.5 (11.06Mb) que es la plantilla con todos sus módulos configurados, si preferimos solo la plantilla sin los módulos creados por la gente de JA podemos hacerlo, los otros archivos también nos pueden resultar útiles en un futuro así que los descargo también.

Una vez descargado, descomprimimos el archivo y luego en el back-end nos dirigimos a Extensiones --> Gestor de extensiones. Cargamos el archivo plg_system_jat3.v2.5.0.zip (el nombre puede que sea distinto pero lo que nos indica que es el correcto es la palabra system) ubicado en la carpeta plugin donde descomprimimos el archivo anteriormente. Damos click en Subir e Instalar y nos aparece un anuncio de que el plugin se ha instalado correctamente.

Ahora hacemos lo mismo pero cargamos el archivo jatc_t3_blank_j25.zip ubicado en la carpeta quickstart.

Ahora descargamos una plantilla de JoomlArt como por ejemplo la plantilla libre Elastica, en los archivos a descargar, como ya descargamos los plugins anteriormente ahora solo necesitamos la plantilla:

De igual forma en Extensiones --> Gestor de Extensiones cargamos el archivo descargado ( no requiere descomprimirse) y le damos a Subir e Instalar, lo que nos mostrará lo siguiente:

El último paso sería ir a Extensiones --> Gestor de Plantillas y elegir la plantilla que instalamos (Elastica en mi caso) como plantilla por defecto:

Luego de esto podemos dar click en Ver Sitio y tendremos nuestra plantilla recién instalada flamante y lista para ser modificada, en una instalación limpia sin contenido (como este caso) se tendría lo siguiente:

LISTO!

Eso sería a breves rasgos todo lo necesario para tener Joomla sobre Arch y el framework JA que si bien no es el único es el que mejor soporte tiene para J! 2.5 según lo que he podido leer y experimentar.

Espero que haya sido útil y recuerden que un blog se alimenta de comentarios!

Saludos!

Desactivar el sonido "beep" en el sistema.

noreply@blogger.com (Carlos) — Wed, 22 Feb 2012 04:43:00 +0000

Esto es algo rápido que suelo hacer cuando sobretodo el terminal hace repetidamente el molesto sonido "beep". Este sonido es reproducido por el pequeño parlante conectado a la tarjeta madre de nuestro equipo y según la experiencia creo que puedo decir que el 99% de los casos de equipos caseros, es parlante no se usa para nada XD
Algunas otras aplicaciones también puede que usen ese recurso para avisos audible de error como PCManFM por ejemplo, en ocaciones desactivar este sonido se puede hacer en alguna preferencia o configuración propia de la aplicación, pero por lo dicho anteriormente creo que es completamente seguro desactivar por completo su uso. Para ello en el caso de la distro Arch, uso la opción de blacklisting para evitar la carga del módulo que maneja ese parlante llamado pcspkr desde el inicio del sistema.

La mejor práctica es crear un archivo .conf dentro de /etc/modprobe.d/ donde ponemos todos los módulos que no queremos que se cargen o uno por cada módulo si lo queremos, por ejemplo en este caso:

$ vim /etc/modprobe.d/nobeep.conf

Y su contenido sería:

# Módulo para pc speaker
blacklist pcspkr

Y al iniciar nuevamente el sistema no se cargará este módulo y por enede no más beeps molestos ;)

Para saber qué módulos son cargados por el initramfs podemos ejecutar mkinitcpio -v y mkinitcpio -M, otro comando útil es lsmod.

Una vez que sepámos el módulo y queramos verificar si ese es el del parlante ejecutamos el comando:

$ rmmod

Si por el contrario quisiéramos cargar el módulo en caso de nescesitarlo pues ejecutamos:

$ modprobe

Bueno, eso es todo, algo rápido pero útil :)

Saludos.

Instalando Packer en Arch linux.

noreply@blogger.com (Carlos) — Sat, 18 Feb 2012 16:46:00 +0000

Instalando Packer en Arch linux.

Packer es un wrapper de pacman con soporte de AUR, su instalación es bastante sencilla y las dependencias son solo tres, base-devel, fakeroot y git. Para instalarlo ejecutamos los siguientes pasos:

$ wget http://aur.archlinux.org/packages/pa/packer/packer.tar.gz
$ tar xvzf packer.tar.gz
$ cd packer
$ makepkg -si

Si se encuentra algún error, sobretodo con el relacionado con git, unicamente ejecuten nuevamente makepkg -si y reinstalen el paquete.

Suerte!

Servidor NFS sobre Debian, distintos clientes.

noreply@blogger.com (Carlos) — Thu, 03 Feb 2011 07:24:00 +0000

En el post anterior sobre la instalación de un servidor web lighttpd decía que lo hice en una pc antigua que volvió a la vida jeje. Bueno otra cosa que conseguí fue un disco IDE de 80Gb en muy buenas condiciones (verifiqué su estado con herramientas como smartctl y hdparm) al cual lo primero que hice fúe vaciarlo y crear una partición ext3 del tamaño completo del disco. En primera instancia pense en ponerlo en mi equipo ya que su disco sata de 320Gb está casi lleno. Pero al ver que las portátiles de mi madre y padre no tienen respaldos actuales y que son muchos gigas de información importante, decidí darle más uso al equipo que hace de servidor web y montar otro servidor, pero esta vez un servidor NFS.

Al ser un servidor, es del tipo de servicios cliente/servidor; es decir que habrá un programa servidor que controla en este caso las ubicaciones a compartir y un programa cliente que es el que permite hacer uso de esas ubicaciones dadas por el servidor. En mi caso, el servidor es Debian Squeeze y los clientes son dos, un Arch y un Mint (Ubuntu 8.04)

SERVIDOR
Primero instalamos los siguientes paquetes para el servidor:

aptitude install nfs-kernel-server portmap nfs-common nfswatch

Es muy probable que nfs-common y portmap ya estén instalados, el paquete nfswatch es opcional y sirve para el monitoreo por consola del tráfico del servidor NFS.

Al configurar el paquete nfs-kernel-server, si el archivo /etc/exports ha sido editado por nosotros con anterioridad, nos preguntará si queremos instalar el nuevo o mantener el actual, le decimos que mantenga el actual y terminamos la instalación.

Ahora debemos montar la partición que deseamos compartir si es que no lo tenemos montado, además es necesario que la partición esté definida en el /etc/fstab para que inicie con el sistema. Mi entrada en el fstab es la siguiente:

UUID=4759f913-3a47-4006-8738-935dcf58b904 /media/disconfs ext3 defaults 0 2

Uso el método UUID porque es más confiable en caso de que por alguna razón el disco cambie de posición física, por ejemplo en el cable IDE, en ese caso el sistema ya no lo tendrá como sdb1 sino como sdc1 y tendremos problemas, pero el UUID nunca cambia :) Podemos revisar el manual de fstab (man fstab) para conocer las opciones que lleva defaults y todas las demás. Bien, ahora que sabemos la ruta de montaje de la partición, editamos el archivo /etc/exports y añadimos (siguiendo mi ruta anterior):

/media/disconfs 192.168.1.0/24(rw,sync,no_root_squash)

Con esto le decimos que exporte la ruta /media/disconfs a todo el rango dentro de 192.168.1 (.0/24) con las opciones de lectura/escritura (rw), que mantenga sincronizadas las tranferencias (sync) y que mantenga los permisos de root en caso de que haya tranferencias con este usuario (no_root_squash).

El último paso será especificar el dominio (host o ip) en el archivo /etc/idmapd.conf:

Domain = 192.168.1.108

Con esto está listo el servidor, solo debemos reiniciarlo para que tome los cambios:

/etc/init.d/nfs-kernel-server restart

CLIENTES
Primero voy a configurar el cliente que tiene Arch.

Se instala el paquete nfs-utils:

pacman -S nfs-utils

Se edita el archivo /etc/idmapd.conf y se especifica el mismo Domain que pusimos en el servidor:

Domain = 192.168.1.108

Se inician los servicios necesarios (se iniciarán solos en el próximo inicio del sistema)

/etc/rc.d/rpcbind start
/etc/rc.d/nfs-common start

Ahora montamos manualmente la partición para comprobar que el montaje funciona correctamente:

mount -t nfs 192.168.1.108:/media/disconfs /mnt/

Copiamos o movemos algo a la partición recién montada para comprobar que la transferencia tampoco tiene problemas:

cp /home/usuario/archivo /mnt/ && ls /mnt/

Si el archivo está ahí quiere decir que nuestro punto de montaje funciona, si queremos que la partición esté disponible cada vez que iniciamos el sistema debemos añadir la siguiente línea en el archivo /etc/fstab:

192.168.1.108:/media/disconfs /media/disconfs nfs rw,hard,intr 0 1

Se puede investigar sobre las opciones correspondientes a nfs de fstab y optimizar la tranferencia de los ficheros como rsize y wsize pero eso lo dejaremos para una próxima oportunidad.

En el caso de un cliente Debian, el procedimiento es prácticamente el mismo con la diferencia que no se usa el paquete nfs-utils, sino el paquete nfs-common. Así que se inicia el servicio ( /etc/init.d/nfs-common start) y se monta la partición remota o directamente se la añade al fstab.

Ya tenemos un servidor de archivos!!
Espero como siemrpe haya sido de utilidad.

Saludos.

Servidor Web Lighttpd

noreply@blogger.com (Carlos) — Thu, 03 Feb 2011 04:17:00 +0000

Luego de dar vida nuevamente a una pc vieja que tenía acumulando polvo mediante una instalación base de Debian Squeeze, decidí hacer algo más con ella.El equipo tiene las maravillosas especificaciones de: AMD Semphron 1200+, 512Mb de RAM, Chipset SiS630 y todo lo demás onboard. Si bien para un escritorio actual puede que no sea mucho, es suficiente para muchos tipos de tareas, mas aún si se presinde de entorno de escritorio ;)

Para hacer pruebas con mi red local, decidí montar un servidor web. Este tenía que ser liviano, estable y rápido. No hay problema si se tiene que sacrificar alguna cosa de avanzada por que no se la requiere (de momento). Así que recordaba servidores "peso ligero" como el confiable Cherokee o Hiawatha pero sin que estos tengan nada de malo, la cantidad de documentación y sitios que los usan activamente me hizo pensarlo dos veces. Si quiero meter mano más a fondo a un servidor prefiero que sea uno de uso comprobado.

Así es como llegue a Lighttpd, un servidor que siendo muy liviano es muy poderoso y es por eso que lo usan sitios como youtube.com, meebo.com, imageshak.us, mininova.org, entre muchos otros, la documentación es muy clara tanto en sus archivos como en la web oficial. No me voy a detener a halbar de sus muchas características ya que me llevaría varias páginas. La página oficial tiene toda información necesaria :)

En este post seré breve indicando como instalé y configuré lighttpd en debian para una red local, conforme vaya avanzado en su uso iré posteando lo que vaya aprendiendo.

como ya se imaginan, la instalación es simple:

aptitude install lighttpd

En caso de que sus repositorios no lo tengan, o si quieren una versión más actual, se puede añadir el repositorio de unstable al sources.list sin que represente un problema para el sistema, las dependencias no generarán problemas con las de testing (si se tiene una instalación base). De ser así como root:

vim /etc/apt/sources.list

y añadimos:

deb http://ftp.debian.org/debian/ unstable main
deb-src http://ftp.debian.org/debian/ unstable main

Salimos del vim ( :wq ) y ejecutamos:

aptitude update && aptitude install lighttpd

Una vez instalado si usamos los repos de unstable, es recomendable comentarlos para evitar la instalación de más paquetes desde ahí.

Ahora para configurar el servicio, editamos el archivo lighttpd.conf:

vim /etc/lighttpd/lighttpd.conf

Las opciones importantes para poner andar el servidor son las siguientes:

server.document-root = "/var/www/www.misitio.com/"
server.username = "www-data"
server.groupname = "www-data"
server.port = 8080
server.bind = "192.168.1.108"

La primera directiva indica el directorio donde se alojan los ficheros del sitio (www.misitio.com). La segunda y tercera directiva indican el usuario y grupo con que corre el servidor (www-data), por defecto es lighttpd pero me ha pasado que tanto en Lenny como en Squeeze, el usuario y grupo www-data ya existen y con estos el servidor corre perfectamente. La cuarta directiva indica el puerto en el que corre el servicio (8080). Y la quinta directiva determina la dirección en la que se ejecuta el servidor (192.168.1.108) podiendo también indicarse localhost o un host determinado.

Otra directiva puede ser la que indica el servidor usado y su versión, pero podemos poner lo que queramos ;)

server.tag = "mi servidor web v1.0"

Con esto y dejando todo lo demás como viene por defecto ya tendremos el servidor funcional para hacer las pruebas. Para asegurarnos que el archivo de configuración este correcto ejecutamos:

lighttpd -t -f /etc/lighttpd/lighttpd.conf

Si nos indica que está correcto, continuamos con la inicialización del servicio:

/etc/init-d/lighttpd start

Esto habrá levantado el servidor, para comprobar que esta activo y usando el puerto que le indicamos, podemos hacer:

netstat -ntulp | grep lighttpd

Lo que nos tendrá que devolver un par de líneas con la información del proceso, algo como:

tcp 0 0 192.168.1.108:8080 0.0.0.0:* LISTEN 1419/lighttpd
tcp6 0 0 :::80 :::* LISTEN 1419/lighttpd

Bastaría como colocar un archivo index.html en la ubicación que le indicamos en server.document-root y en la misma máquina o cualquiera de la red local apuntamos en el navegador a:

192.168.1.108:8080

Y nos cargará el index.html que colocamos anteriormente.
Listo! Con eso ya podemos empezar a jugar con el servidor web :)

Como siempre, espero haya sido de utilidad a más de uno XD

Saludos!

Bash Script para sincronizar imágenes Debian mediante Jigdo

noreply@blogger.com (Carlos) — Thu, 20 Jan 2011 20:17:00 +0000

Jigdo es una herramienta para la descarga de las imágenes ISO oficiales de Debian. La gran ventaja de su uso radica en que cuando queramos descargar una nueva versión de la imagen, solo se descargarán los cambios de paquetes dentro de ella, reduciendo enormemente el tiempo y tamaño de la descarga. Por ejemplo yo lo uso para actualizar las imágenes weekly-build de testing, es decir que cada semana salen nuevas imágenes, y son 8 en total. Sería lógico descargar nuevamente los 8 DVDs cada vez? Claro que no! Por eso existe jigdo, el programa verifica la imagen y descarga solo los paquetes que han sido actualizados.

Su uso se muy sencillo, se requieren los archivos .jigdo y .template de la imagen que queremos descargar/actualizar y listo. ¿Y para qué este script entonces? Bueno primero cada vez que la imagen cambia, también lo hacen los archivos .jigdo y .template por lo que hay que mantenerlos actualizados, luego para actualizar una imagen esta tiene que estar montada, por último tenemos que tener cuidado de no confundir las imagenes ya que su nombre es el mismo.
Para no tener que hacer esos pasos cada vez que queremos actualizar la o las imágenes es que he echo este script :)

El código se explica por si mismo, es una primera versión que iré mejorando con el tiempo y añadiendo mejor funcionalidad, como la posiblidad de actualizar varias imágenes en paralelo.

Espero que los usuarios Debian lo puedan probar y comenten cualquier cosa al respecto, si les ha funcionado, que mejorarían en el código actual, etc.

El script es el siguiente:

#!/bin/bash
# 19/01/11
# Speedlight - CarlosE.
# web: http://lasaventurasdetux.blogspot.com
# email: carlos.e@softwarelibre-ec.org
#
############################################################################################
####                     JDIS (Jigdo Debian Image Syncronizer) version 0.1              ####
#### Script para descarga de las imágenes weekly-build de Debian Squeeze mediante jigdo ####
############################################################################################
# V0.1
# Changelog: 19/01/11 3am.
#     + Primer escrito del script.
#     + ADD: procedimiento inicial para obtención de una imgen por vez.
# Changelog: 19/01/11 10am.
#     + FIX: traslado de imagen nueva a directorio de isos.
# Changelog: 19/01/11 23:30pm
#     + ADD: comprobación de punto de montaje /mnt.
#     + Limpieza y arreglos del código.
#
# Por hacer
# - limitar el ingreso de número de imagen [1-8]
# - reiniciar el proceso para continuar con las siguientes imágenes.
# - añadir bienvenida :D
# - posiblidad de descarga paralela de imágenes.
# - !!! modificar valores por defecto del archivo ~/.jigdo-lite !!!

# ---Datos útiles---
# jigdo url --> http://cdimage.debian.org/cdimage/weekly-builds/i386/jigdo-dvd/
# rsync --> $rsync -avPh --progress cdimage.debian.org::cdimage/weekly-builds/i386/jigdo-dvd/* .
# isos finales --> /media/datos/distros/squeeze-week/
# isos jigdo --> /media/datos/distros/squeeze-week/jigdo
# montaje iso --> $sudo mount -o loop /ubicacion/imagen.iso /mnt

clear
# --- Variables ---
ARCH=i386
DIRJIGDO=/media/datos/distros/squeeze-week/jigdo
DIRISOS=/media/datos/distros/squeeze-week
ISOMON=/mnt

# Sinc. de directorio jigdo-dvd weekly-builds desde cdimage.debian.org -------##
echo "Ubicación de sincronización: $DIRJIGDO"
rsync -avPh --progress cdimage.debian.org::cdimage/weekly-builds/$ARCH/jigdo-dvd/* $DIRJIGDO/
# ----------------------------------------------------------------------------##

# Montaje de imagen iso ------------------------------------------------------##
echo "Ingrese el número de imagen que desea sincronizar (1-8)"; read ISONUM
ISOFILE=debian-testing-$ARCH-DVD-$ISONUM.iso
! cat /proc/mounts | grep -q /mnt
if [ $? -ne 0 ]; then
    echo "Ubicación de montaje en uso, desmontando.."
    sudo umount /mnt
    echo "Ubicación liberada, continuando.."
fi
echo "Montando imagen correcta.."
sleep 3
sudo mount -o loop $DIRISOS/$ISOFILE /mnt;
# ----------------------------------------------------------------------------##

# Ejecución de jigdo-lite ----------------------------------------------------##
JIGDOFILE=debian-testing-$ARCH-DVD-$ISONUM.jigdo
echo "Iniciando sincronización jigdo..."
jigdo-lite --scan $ISOMON $DIRJIGDO/$JIGDOFILE
# Recordar: punto de montaje: /mnt
# -----------------------------------------------------------------------------##

# Renombrado de imagen antigua y traslado de imagen nueva ---------------------##
if [ $? -eq 0 ]; then
    echo "Eliminando imagen antigua.."
    rm $DIRISOS/$ISOFILE; sleep 3
    echo "Moviendo imagen a $DIRISOS..."
    mv $ISOFILE $DIRISOS/; sleep 3
fi
# -----------------------------------------------------------------------------##
exit 0

Si lo desean descargar directamente: http://www.4shared.com/file/oTUYvVCU/jdis.html

Eso es todo por esta vez. Saludos!!!

Añadir resolución de pantalla específica

noreply@blogger.com (Carlos) — Fri, 19 Nov 2010 14:38:00 +0000

Puede pasar que en algún momento las X no nos detecte la resolución más óptima para nuestro monitor, ya sea por problemas con el driver de la tarjeta de video o que la resolución nativa que el monitor indica no es la que deseamos.

En estos casos podemos añadir manualmente la resolución deseada con unos comandos útiles. Una vez que la resolución funciona correctamente podemos hacer que sea cargada en al inicio del sistema. Por ahora solo voy a indicar como generar una resolución y como probarla.

Para mantener la consistencia del ejemplo se trabajará con la resolución 1360x768 a 59.80Hz. Es importante conocer la frecuencia exacta de la resolución que queremos añadir ya que si no es soportada por el monitor puede llegar a causar daños físicos irreparables. Así que primero consultar el manual del monitor y verificar los datos :)

Obteniendo la Modeline
El primer dato a obtener es la llamada Modeline, esta contiene valores de refresco horizontal y vertical adecuados para que el monitor funcione de la mejor manera. Para obtener la Modeline ejecutamos: cvt hres vres freq. Por lo que para nuestro ejemplo quedaría así:

cvt 1360 768 59.80

Y nos muestra en la salida algo como esto:

# 1360x768 59.62 Hz (CVT) hsync: 47.58 kHz; pclk: 84.50 MHz

Modeline "1360x768_59.80" 84.50 1360 1432 1568 1776 768 771 781 798 -hsync +vsync

Activando la nueva resolución
Ahora mediante la utilidad xrandr vamos a crear esa nueva Modeline, añadirla y activarla. Así que primero la creamos con la opción --newmode , donde representa todo lo que viene luego de Modeline en la salida del comando cvt, es decir:

xrandr --newmode "1360x768_59.80" 84.50 1360 1432 1568 1776 768 771 781 798 -hsync +vsync

Con eso la hemos creado, ahora debemos añadirla a las resoluciones soportadas con la opción --addmode , sería como lo siguiente:

xrandr --addmode "1360x768_59.80"

Para comprobar que la resolución ha sido añadida ejecutamos xrandr sin argumentos y nos mostrará la lista de resoluciones y un dato importante, la salida con la que se está trabajando, generalmente será VGA pero según el fabricante y la salida a usar puede ser VGA1 por ejemplo, consulten el manual (man xrandr) para más información sobre este y muchos otros aspectos.

Ahora que sabemos que la resolución fue añadida y que conocemos la salida actual, activamos la nueva resolución para empezar a usarla, esto mediante el siguiente comando:

xrandr --output VGA --mode "1360x768_59.80"

Al dar enter el monitor pasará a la nueva resolución, si todo ha salido bien podemos hacer que esta sea la resolución siempre que iniciemos las X. Si algo a fallado podemos ir a un tty con CTRL+ALT+F# (entre 1 y 4) generalmente y reiniciar el servidor gráfico, el cual regresará a la resolución en la cual funcionaba anteriormente.

La mayoría de los casos la falla se debe a que la frecuencia no es la correcta, por ejemplo en mi caso al ver información génerica por le web, leía que para mi monitor la gente teni¡ía 58Hz o 60Hz de frecuencia, pero estos valores no eran los exactos, a veces las aplicaciones redondean el valor. Leyendo el manual técnico del monitor vi que la frecuencia exacta para la resolución de 1360x768 es de 59.80Hz, esto hizo que funcionara correctamente.

Si se desea hacer permanente la nueva resolución, dependerá más que todo de la manera como levantamos el servidor gráfico, pero la mayoría de las veces lo mejor será crear las secciones necesarias en el archivo xorg.conf o en un archivo .conf dentro de /etc/X11/xorg.conf.d/ Pero eso está fuera de este post..hay mucha documentación en la web sobre como configurar las X.

Espero que sea de utilidad!

Saludos

VSFTPD en Centos - Servidor FTP con usuarios virtuales.

noreply@blogger.com (Carlos) — Mon, 15 Nov 2010 21:05:00 +0000

Este posteo es más informativo que una guía, pongo los pasos que he realizado para montar un servidor FTP sobre Centos mediante vsftpd y con la característica de los usuarios virtuales lo cual es mucho más seguro que los normales.

Podemos verificar si tenemos o no instalado vsftpd mediante:

rpm -aq | grep vsftpd

De no ser así, lo instalamos junto con un par de dependencias para la creación de las bases de datos de usuarios como veremos más adelante:

yum -y install db4 db4-utils vsftpd

A continuación editamos el archivo /etc/vsftpd.conf. El contenido de este puede variar según las características que queramos dar al servicio, pero este sería el contenido mínimo necesario para que funcione bien con usuarios virtuales:

# Bloquear el acceso anónimo

anonymous_enable=NO

# Permitir el acceso local, necesario para usuarios virtuales

local_enable=YES

# Permitir la escritura y la descarga de ficheros

write_enable=YES

download_enable=YES

# Máscara de ficheros

local_umask=022

# Restricciones anónimas

anon_upload_enable=NO

anon_mkdir_write_enable=NO

anon_world_readable_only=YES

# Puerto de conexión

connect_from_port_20=YES

# Generar archivo log

log_ftp_protocol=YES

# Otras características

listen=YES

xferlog_std_format=YES

pam_service_name=vsftpd.virtual

userlist_enable=YES

hide_ids=YES

# Enjaulamiento de usuario

chroot_local_user=YES

# Usarios virtuales y ruta de acceso

local_root=/home/ftpuser/pub

virtual_use_local_privs=YES

guest_enable=YES

Ahora necesitamos crear la base de datos de usuarios virtuales, para ello usamos Berkeley DB. Primero creamos un archivo de texto plano en /etc/vsftpd/

cd /etc/vsftpd

vi usuariosftp.txt

este archivo llevará los nombres de usuarios y claves de acceso una por línea, es decir si el usuario es andres y su clave andresclave y otro usuario andrea y de clave andreaclave, quedaría así:

andres

andresclave

andrea

andreaclave

Generamos la base de datos:

db_load -T -t hash -f usuariosftp.txt vsftpd_virtual_users.db

chmod 600 vsftpd_virtual_users.db

rm usuariosftp.txt

Con el archivo vsftpd.conf mostrado arriba, todos los usuarios accederán a la misma ubicación especificada por local_root=. Si en cambio deseamos que cada uno tenga su carpeta de usuario (y que no puedan moverse fuera de ella) entonces debemos hacer un par de cambios al archivo de configuración.

Añadimos la opción:

user_sub_token=$USER

y modificamos lo siguiente:

local_root=/home/ftpuser/pub/$USER

Por supuesto que la ruta madre de los usuarios puede ser la que queramos. Solo que suele ser recomendable colocarla en /home por motivos de seguridad ya que por ejemplo suele ser una partición dedicada.

Ahora se crea un archivo PAM para use la base de datos de los usuarios (el nombre del archivo tiene que ser el mismo especificado en la opción pam_service_name=)

vi /etc/pam.d/vsftpd.virtual

Con el contenido:

#%PAM-1.0

auth required pam_userdb.so db=/etc/vsftpd/vsftpd_virutal_users

account required pam_userdb.so db=/etc/vsftpd/vsftpd_virtual_users

session required pam_loginuid.so

Creamos la ubicación indicada en el archivo de configuración:

mkdir -p /home/ftpuser/pub/

chown -R ftp:ftp /home/ftpuser/

Por último iniciamos el servicio y hacemos que se inicie siempre con el sistema:

service vsftpd start

chkconfig vsftpd on

Para monitorear el servicio se tiene el archivo /var/log/secure para el acceso de los usuarios, así como el log del servicio propiamente en /var/log/vsftpd.log

tail -f /var/log/secure | grep vsftpd

tail -f /var/log/vsftpd.log

Y eso sería todo, podemos acceder al servidor desde los clientes mediante consola o gráficamente con aplicaciones como FileZilla o la extensión de firefox FireFTP.

Espero como siempre que sea de utilidad.

Saludos!

OpenSonic - El erizo azul renace bajo Linux!

noreply@blogger.com (Carlos) — Sun, 14 Nov 2010 19:29:00 +0000

Seguramente muchos de nostros hemos jugábamos en su tiempo al fabuloso juego de Sega: "Sonic The Hedgehog" si el famoso erizo azul que corría a toda velocidad por los niveles rescatando animalitos del malvado Dr. Egg.

Bueno, hayas o no jugado tan buen juego, ahora es posible hacerlo gracias al proyecto OpenSonic. Por supuesto bajo GNU/Linuxy altamente modificable :)

Como una imagen vale más que mil palabras y un video más que mil imágenes :D

Lo que hace único a este juego es que tiene una modalidad especial de juego colaborativo entre los 3 personajes de la historia como son Sonic, Tails y Knuckles. Dando un nuevo orden de dificultad a los niveles ya que se requiere cierta estrategia para terminarlos.

Algo bueno también (propio de la comunidad de software libre) es que se pueden descargar mucho niveles hechos por la gente en esta dirección, y por supuesto, si deseamos podemos hacer uno nosotros mismos.

Para Debian se puede descargar la última versión (sept. 2010) de esta ubicación: http://db.tt/FJUeyAE y luego un simple:

dpkg -i opensonic_0.1.4-1_i386.deb

Para Arch, se lo encuentra en los repositorios de AUR, por lo que si tenemos instalado yaourt, sería un simple:

yaourt -S opensonic

Suerte y jueguen mucho! XD

Saludos

Material de estudio para LPI 101 y 102

noreply@blogger.com (Carlos) — Thu, 11 Nov 2010 22:53:00 +0000

No me falta mucho para dar los exámenes de certificación LPI nivel 1 que son los 101 y 102. El contenido de estos exámenes es bastante extenso viéndolo a primera vista, así que siempre es bueno información al respecto y mucho mejor si es documentación oficial del propio instituto LPI.

Esta ocasión me enteré de este material a través de Rincón Informático. Gracias gente :)

La fuente original para la descarga viene de tips-linux.net.

Sea que quieren prepararse para el examen o que simplemente quieren tener un excelente material de estudio y consulta, este libro es muy pero muy recomendado.

Espero les ea de utilidad tanto como a mi :)

Saludos.