ISSUX.com | Desarrollo web, frameworks, wordpress, linux y más. » NSLU2

NSLU2: Error fsck.vfat not found

issux — Mon, 30 Nov 2009 12:16:45 +0000

Si decimos ampliar la capacidad de nuestro nslu2, conectándole un disco duro externo y este tiene formato FAT32, nos podemos encontrar con el siguiente mensaje de error al chequearlo con el fsck

Error fsck.vfat not found

Es debido a que nuestro fsck no tiene soporte para las particiones tipo FAT32. Pero este pequeño problema se soluciona rapidamente:

apt-get install dosfstools

Con esto, instalaremos el soporte FAT32 para el fsck, y ya podremos chequear nuestros discos duros en este formato.

Contenidos más comentados

Screen: multiplexando terminales

issux — Wed, 30 Sep 2009 16:52:15 +0000

Screen en un programa muy desconocido, pero tremendamente útil en nuestras distribuciones linux. Su principal función es poder tener varios terminales abiertos en una única ventana. Si accedemos a nuestro linux a través de ssh o no disponemos de entorno gráfico, entonces se vuelve imprescindible, como en el caso del acceso al nslu.

Pero veamos un ejemplo donde se ve todo el potencial de screen. Imaginemos que deseamos descargarnos una imagen iso mediante la red bittorrent con el linksys nslu. Si accedemos a nuestro sistema de forma remota con ssh, y arrancamos el bittorrent, nos damos cuenta que hasta que no acabe de descargar no podremos cerrar la ventana de ssh, sino la descarga se interrumpe. Lo ideal seria poder dejar el rtorrent descargando en segundo plano, desconectarse del nslu para dedicarte a otra cosa, y luego poder volver a recuperar la sesión de rtorrent mas tarde, sin que se haya interrumpido la descarga.

Y ahí es donde entra en juego el screen. El funcionamiento es simple: arrancamos screen, ejecutamos rtorrent para descargar la iso, pulsamos Ctrl+a+d para desligar la consola y dejamos a rtorrent ejecutándose en segundo plano. Mas tarde, nos volvemos a conectar mediante ssh, recuperamos la consola y comprobamos que el rtorrent ha realizado correctamente su trabajo…

Veamos los pasos par instalarlo en nuestro linux y algunos parámetros.

Instalación

Para instalarlo en nuestro sistema:
```
# apt-get install screen
```
Con esto ya está instalado screen en nuestro sistema.

Utilización

screen -ls : nos muestra una lista de terminales multiplexados:
```
$ screen -ls
There is a screen on:
	19396.pts-0.LKG351F5D	(09/28/09 18:20:17)	(Detached)
1 Socket in /var/run/screen/S-nacho.
```
En este caso, es importante indicar que “19396″ es el pid del proceso, que necesitaremos mas tarde para poder recuperar el terminal.
screen -d 19396: recupera el terminal anterior. Si no se especifica el pid del proceso y solo hay un terminal multiplexado (screen -r), recupera ese terminal.
screen -D -R: si existe un terminal multiplexado, se recupera, en caso de no existir se crea uno nuevo y se informa al usuario.
```
~$ screen -D -R
[detached from 19376.pts-0.LKG351F5D]
```
Ctrl+a+d: desliga el terminal de la pantalla actual.

En resumen un programa imprescindible si accedemos a nuestro sistema a traves de ssh en modo texto. Nos permite controlar programas ejecutandose en segundo plano y recuperarlos para ver su ejecucion desde otro ordenador (por ejemplo en el trabajo, en casa de un amigo, etc).

Contenidos Relacionados

Servidor ftp en linux: proftpd

issux — Sat, 01 Aug 2009 13:58:01 +0000

Aprovechando que nuestro NSLU puede estar encendido 24h, podemos aprovechar para instalar nuestro servidor FTP casero. Para hacerlo, usaremos el proftpd, un servidor ftp sencillo que esta incluido en los repositorios de debian.

Lo primero, como siempre, instalaremos el paquete, tan solo tenemos que teclear:

apt-get install proftpd

Una vez instalado, deberemos configurarlo. El fichero de configuración se encuentra en /etc/proftpd/proftpd.conf/. Lo editamos:

sudo nano proftpd.conf

La configuración básica es establecer los directorios iniciales para cada usuario, y que sera su directorio raiz. Podemos definir un directorio común para todos los usuarios, u organizarlos por los grupos de usuarios a los que pertenecen:

DefaultRoot     ~               users, !staff
DefaultRoot     ~/ftp           staff

Por ejemplo la configuración anterior, decimos que todos los usuarios que pertenecen al grupo “users”, pero no al grupo “staff”, su directorio inicial es su home (por ejemplo /home/usuario). En cambio, si el usuario pertenece al grupo “staff”, el directorio inicial cuando se conecte por ftp sera “/home/usuario/ftp”.

Una cosa interesante, si nuestro servidor es privado (requiere nombre de usuario y contraseña para acceder), es habilitar las opciones para que se puedan continuar las descargas y las subidas en caso de desconexion del servidor, añadiendo estas lineas al /etc/proftpd/ptoftpd.conf:

# Permitimos reanudar las descargas y subidas
AllowRetrieveRestart on
AllowStoreRestart on

Un detalle importante es que el proftpd dispone de su propio directorio de logs, en /var/log/proftpd, donde podremos ver todos los sucesos que ocurran con nuestro servidor proftpd.

Contenidos Relacionados

Actualizar la ip de nuestro dominio dinamico con inadyn

issux — Mon, 29 Dec 2008 20:21:06 +0000

Tanto si tenemos nuestro servidor web en el nslu con debian o en un pc convencional, nos encontramos con el problema de como acceder teniendo en cuenta que las mayoría de las conexiones caseras utilizan ip dinámicas. Cuando el router renueva la ip, puede darse el caso que nos la cambie, por lo que nuestra pagina web seria inaccesible. Algunos modelos de router llevan incorporado un cliente para actualizar automáticamente la ip en caso de cambio, pero si no es nuestro caso, o queremos tener mas seguridad que el dominio se actualice correctamente con el cambio de ip, podemos instalar un programa que lo actualice en nuestro servidor web.

La instalación de inadyn es muy sencilla:

sudo apt-get install inadyn

Una vez instalado, debemos indicar los datos necesarios para que el programa pueda cumplir con su labor. Personalmente utilizo el servicio ddns de www.no-ip.info, por lo que la llamada a inadyn debe ser de la siguiente forma:

inadyn --dyndns_system default@no-ip.com -u USER -p PASS -a HOST --background

donde cambiaremos USER por nuestro usuario de no-ip.info, PASS por la clave y HOST por nuestro dominio (p.e. test.no-ip.info).

Ahora lo que nos interesa es hacer que cada vez que arrancamos el sistema, se ejecute la llamada a inadyn. Para hacerlo, solo debemos incluir la llamada anterior al fichero

/etc/rc.local

, y añadirlo antes del

exit 0

Podemos comprobar en

/etc/syslog

como va ejecutándose el inadyn:

INADYN: Started 'INADYN version 1.96' - dynamic DNS updater.
I:INADYN: IP address for alias '******.no-ip.info' needs update to '******'
I:INADYN: Alias '******.no-ip.info' to IP '******' updated successful.

Contenidos Relacionados

NSLU: aumenta su seguridad con lynis

issux — Tue, 11 Nov 2008 21:15:33 +0000

Si como es habitual, tenemos conectado nuestro nslu las 24h al día y tiene salida a internet, es recomendable tener un sistema que nos avise de posibles “intrusos” (rootkits) que puedan colarse.

Un programa muy útil es lynis, que nos permite detectar los posibles intrusos y comportamientos sospechosos. Ademas, como somos muy comodones, podemos programar su actualización, ejecución y que nos envíe los resultados a una cuenta de correo para poder verlo tranquilamente.

Descargamos la ultima versión, lynis 1.2.1:

wget http://ftp.es.debian.org/debian/pool/main/l/lynis/lynis_1.2.1-1_all.deb

Luego lo instalamos con “dpkg”:

sudo dpkg -i lynis_1.2.1-1_all.deb

Con esto ya esta instalado el programa, ahora para ejecutarlo (es necesario ser root), debemos teclear:

sudo lynis -c

Por ultimo, podemos programar el cron para que lo ejecute cada día a las 06h, y nos envía por correo los resultados:

        00      06      *       *       *       /usr/sbin/lynis -c -Q | mail "direcciondecorreo@localhost"

Y ahora, a esperar que no nos de ninguna sorpresa

Contenidos Relacionados

Incrementar la seguridad de los SSOO

issux — Sun, 24 Aug 2008 09:06:41 +0000

Visitando la web que recomendé hace un par de días, “Security by Default“, encuentro un post que puede ser muy interesante: una coleccion de guías y manuales de como incrementar la seguridad de varios sistemas operativos.

Se incluyen guías para Solaris, RedHat / Fedora, Debian, Mac OS, Windows 2003, Windows XP, Dispositivos Cisco, FreeBSD y OpenBSD

Contenidos Relacionados

NSLU: comprobar la integridad de los ficheros

issux — Wed, 13 Aug 2008 09:59:25 +0000

Suele ser habitual que cuando nos descargamos un fichero, se incluya una firma hash para comprobar la integridad de los mismos y asegurarse que se han descargado correctamente y no ha sido alterado.

Una manera sencilla es mediante el programa cfv, que nos permite comprobar los siguientes formatos: .sfv, .csv, .crc, sfvmd5, md5sum, bsd md5, sha1sum y BitTorrent. Para instalarlo en nuestro nslu, solo tenemos que teclear:

 apt-get install cfv

Modo de funcionamiento

Si ejecutamos el programa tal cual sin parametros, por defecto busca en el directorio actual todos los ficheros soportados y comprueba su hash:

cfv

Comprobar un unico fichero:

 cfv -f fichero

Comprobar los ficheros existentes (no muestra el mensaje de error de fichero no encontrado):

 cfv *

Crear un fichero csv con el hash de todos los ficheros del directorio actual:

 cfv -C -tcsv

Crear un fichero.csv con el hash de los ficheros zip del directorio actual

 cfv -C -ffichero.csv *.zip

Son solo unos pequeños ejemplos.

Para cualquier otra cosa que se os ocurra, ya sabeis: man cfv

Contenidos Relacionados

NSLU: SSH Host key blacklisted

issux — Mon, 11 Aug 2008 16:52:14 +0000

Hoy, después de reinstalar la Debian r03 en el nslu (estoy preparando otro articulo para explicar el proceso), modifique la configuración del ssh para restringir el acceso como root.

Reinicio el servidor ssh:

/etc/init.d/ssh restart

Y me muestra el siguiente mensaje:

Host key xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx blacklisted (see ssh-vulnkey(1))
Restarting OpenBSD Secure Shell server:
sshdHost key xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx blacklisted (see ssh-vulnkey(1))

El problema este relacionado con la vunerabilidad descubierta hace unas semanas sobre la aleatoriedad de las claves generadas para el ssh.

Después de navegar un poco, la solución es bien sencilla: borrar las claves actuales, y regenerarlas.Para hacerlo, solo debemos teclear:

rm -f /etc/ssh/ssh_host_rsa_key.pub /etc/ssh/ssh_host_dsa_key.pub
rm -f /etc/ssh/ssh_host_rsa_key /etc/ssh/ssh_host_dsa_key
dpkg-reconfigure openssh-server

Y con esto ya tendremos nuestras nuevas claves ssh limpias, relucientes, y lo suficientemente aleaorias.

Contenidos Relacionados

NSLU: kernel 2.6.18 1-18etch1

issux — Sat, 16 Feb 2008 18:58:23 +0000

Nueva versión del kernel de Debian para nuestro NSLU, la 2.6.18.dfsg.1-18etch1. Ya se puede descargar de los repositorios debian.

Contenidos Relacionados

NSLU: convertir videos a mpeg

issux — Mon, 17 Dec 2007 09:54:10 +0000

Hoy, en nslu.info, he leído un mensaje escrito por Nosferatu, donde indica los pasos a seguir para instalar el LAME y el FFMPEG para poder convertir vídeos en el NSLU.

Son lo siguientes:

Instalar el LAME para convertir el audio a mp3:
mkdir ./lametmp cd lametmp wget http://puzzle.dl.sourceforge.net/sourceforge/lame/lame-3.97.tar.gz tar xzvf lame-3.97.tar.gz rm *gz cd lame-3.97/ ./configure && make && make install (tarda algo mas de media hora) cd .. cd .. rm -r lametmp
Instalar el FFMPEG y accesorios:
apt-get build-dep ffmpeg apt-get install liblame-dev libfaad2-dev libfaac-dev libxvidcore4-dev \ liba52-0.7.4 liba52-0.7.4-dev libx264-dev checkinstall build-essential

El principal problema, obviamente es que es muy lento (a un procesador a 266Mhz no se le pueden pedir milagros).