aliases

  • Muchas veces ejecutamos comandos o utilitarios desde la terminal Bash sin saber que en realidad son aliases a comandos elaborados. En este artículo veremos cómo identificar un alias y cómo saber dónde está definido.

  • Muchas veces, servicios como el demonio cron envían un mail al usuario root cuando ocurre un problema o un evento de seguridad, por ejemplo:

    Date: Mon, 31 Mar 2014 04:02:06 -0300
    Message-Id: <201403310702.s2V726KK031219@debian.linuxito.com>
    From: root@debian.linuxito.com (Cron Daemon)
    To: root@debian.linuxito.com
    Subject: Cron <root@debian> run-parts /etc/cron.daily
    X-Cron-Env: <SHELL=/bin/bash>
    X-Cron-Env: <PATH=/sbin:/bin:/usr/sbin:/usr/bin>
    X-Cron-Env: <MAILTO=root>
    X-Cron-Env: <HOME=/>
    X-Cron-Env: <LOGNAME=root>
    X-Cron-Env: <USER=root>
    
    /etc/cron.daily/ntpdate:
    
    31 Mar 04:02:06 ntpdate[31216]: the NTP socket is in use, exiting
    

    En estos casos, la única forma de enterarse que ocurren errores es loguearse como root y verificar si existe correo sin leer:

    root@debian# mail
    No mail for root
    

    Para evitar tener que revisar las cuentas de correo locales de root en todos nuestros servidores, en general se define un alias para que el correo sea redireccionado a una cuenta de correo electrónico externa.

  • Recientemente tuve un problema con el servidor de correo Postfix y la configuración de aliases, ya que los mismos no funcionaban. Pero afortunadamente lo pude solucionar luego de algunas horas de investigación.