ACER Altos easyStore SSH access

If you find the web administration lacking options, you should try enabling the SSH access to the machine. It runs a Linux 2.6.10 kernel over an ARM processor, but you will be able to hack the user configuration, partitions and that sort of things that we, real geeks, love doing by shell. To enable it just browse to:

https://{easystore host}/ssh_controlF.cgi

And turn it on! The root password is the same used for the web administration.

Compilar aplicaciones 32bit en amd64

Bienvenidos al fast-tip del día. Si por ejemplo teneís una aplicación que requiere ser compilada en 32bit (porque el target es 32bit o porque las librerías binarias que os facilitado son de 32bit) y vuestro sistema sigue una aruitectura amd64 os podéis encontrar con el siguiente mensaje de error al compilar:

/usr/bin/ld: saltando el [path a la librería encontrada] incompatible mientras se buscaba -l[librería]

La solución es bien sencilla:

  1. Nos aseguramos de tener instalado el paquete libc6_dev_i386 (y sus dependencias)
  2. Compilamos con la opción «-m32» en gcc
    • cc-m32 -o calculo calculo.c -ltpv

Have a nice day!

Logging in the Unix world (I)

Desde los inicios de la informática, los logs han sido un recurso esencial para conocer qué es lo que realmente pasa dentro de los programas, tanto desde la depuración (quién no ha metido printf’s a saco para saber cómo avanza un programa hasta desarrollarse su librería de logs que salva a fichero…). Y aún siguen con nosotros, y no tienen pinta de abandonarnos en muuuucho tiempo. Tanto en windows como en unix tenemos sistemas de log centralizados, y en el caso de unix, podemos encontrar la salida de estos logs en la carpeta «/var/log».

Pero no es tan sencillo como parece, ya que en esta carpeta nos encontramos unos cuantos ficheros y directorios, correspondientes a los logs de distintos programas y subsistemas, así como los resultados de «rotar» los logs (todos esos ficheritos que empiezan igual y acaban en números y/o ‘z’, pero de eso ya hablaré en la segunda parte de este post). Lo que vamos a ver ahora es un listado de los ficheros de log principales que nos encontramos en este directorio:

  • /var/log/auth.log: para saber quien ha pedido autenticación y quién se ha logeado en el sistema
  • /var/log/boot: log del arranque (correpondiente al runlevel)
  • /var/log/daemon.log: log de los demonios, esto es, de los servicios que corren en segundo plano tales como ntp, samba, (no todos, pero los que no estén aquí tendrán su propio log)
  • /var/log/debug: mensajes de debug de los programas/sistema
  • /var/log/dmesg: («diagnostic message») mensajes del kernel, normalmente de la secuencia de arranque
  • /var/log/dpkg.log: log con las operaciones que se han realizado sobre los paquetes de programas (a través de apt en caso de debian)
  • /var/log/faillog: fichero binario con los intentos de login fallidos (se ve con el comando «faillog»)
  • /var/log/kern.log: log del kernel, mejor que esté vacio
  • /var/log/lpr.log: log del servicio de impresión
  • /var/log/messages: mensajes de log generales (nos podemos encontrar los de iptables por ejemplo)
  • /var/log/syslog: mensajes recogidos y filtrados por el demonio de syslog local (syslog nos permite enviar logs por la red)
  • /var/log/udev: log del demonio udev, encargado de gestionar los dispositivos conectados al ordenador.
  • /var/log/user.log: log a nivel de programas de usuario
  • /var/log/{carpetas varias}: en estas carpetas no encontramos los logs de otras aplicacioneso demonios comoapache, mysql, sendmail (carpeta mail), estadíticas de ntp, …

En la próxima entrada veremos como trabajar con todos estos ficheros para mantenerlos a raya (sobre todo en servidores). Y cualquier aporte/corrección será bienvenido!