En determinadas circunstancias (léase: mañana mismo ya no te vas a acordar de como fué que hiciste la tal o cual cosa), puede que te interese grabar un registro, un log, de todo lo que tu consola de comandos fué escupiendo y lo que le fuiste respondiendo en consecuencia.

Mas command Line Ninjitsu en Maldito Nerd y ya empieza a darme vergüenza usar siempre la misma fotito esta...

Mas command Line Ninjitsu en Maldito Nerd y ya empieza a darme vergüenza usar siempre la misma fotito esta…

Si alguna vez te pasó cualquiera de estas, deberías seguir leyendo:

  • Necesitás reproducir todo el setup de la tal o cual aplicación que instalaste en una PC hace tres años, en otra PC que acabás de adquirir. Ni te acordás por donde empezar y el tutorial que seguiste aquella vez no lo encontrás por ningún lado, o nunca hubo e improvisaste sobre la marcha.
  • Como nunca lo encontraste, seguís un tutorial nuevo, hacés mierda todo y tenés que volver a empezar de cero por que llegaste al punto donde es mas rápido reinstalar que debuggear.
  • Necesitabas leer la salida del último comando que tipeaste, pero te escupió tanto texto junto que lo importante te quedó fuera del buffer así que por mucho scroll hacia arriba que hagas, estás cagado.
  • Estás corriendo algo dentro de una sesión de screen, te quedaste sin tabaco así que tuviste que salir de urgencia al kiosko de la esquina. Cuando volvés, te quedaste sin internet , se te cerró la conexión SSH, se te cerró screen y te perdiste de algo importante por que otra vez, te falta buffer.
  • Tenés que darle shell a tu (amigo/empleado/cliente/subordinado/programador nigeriano freelance) y querés registrar en un log todo lo que pase mientras el susodicho esté logueado solamente por que paranoia mejor que sobre y no que falte.
  • Por último, la mas boluda de todas pero es la que el manual propone como la única cosa para la que sirve: Necesitás tomarle examen a tus alumnos… ¿?

Y así sucesivamente, un largo etcétera…Continúa leyendo

Esto me tomó alrededor de 20 minutos de Google, prueba, error, head y tail. A modo de nota mental para no tener que googlearlo de nuevo la próxima vez, y para ayudar al pobre infeliz que se encuentre en la misma que yo, va este mini-tutorial, para mí y para toda la posteridad que quiera habitar esta tierra de nadie:

Como hacer que ddclient actualice el número de IP de DynDNS cuando está detrás de un router que hace NAT.

 

DynDNS ya no es lo que era, hoy en día es una porquería –nunca fué la gran cosa tampoco– y tenés que pagar para tener un servicio mas o menos decente. Aún así, gracias a que prácticamente cualquier dispositivo que conecte la WAN con la LAN entiende el protocolo para actualizarlo, DynDNS sigue siendo –mal que nos pese a todos– líder indiscutido.

Todo va bien siempre y cuando tengas el control de lo que sea que hace de router en tu red pero cuando el dispositivo en cuestión hace NAT y no tenés los datos de login, cagaste, no te queda otra que poner algún programita que actualice DynDNS cuando cambie tu número de IP WAN.

"dpkg-reconfigure ddclient" - Configurando ddclient en Debian (Y supongo que Ubuntus y derivados).

«dpkg-reconfigure ddclient» – Configurando ddclient en Debian (Y supongo que Ubuntus y derivados).

Si lo que tenés del otro lado del router que hace NAT es un Linux, no conozco muchas alternativas:

Este artículo es una vergüenza, una oda al SEO de mala muerte, pero que me sirve (lo considero un momento propicio) para inaugurar una categoría a la que le tengo ganas hace rato: La«No me va a volver a pasar» y que seguramente podría usar mucho mas a menudo de lo que me gustaría admitir.

Como la vez que me robaron el teléfono con la cuenta de gmail logueada…

… O la vez que casi me desnuco por que se me encajó el calzoncillo en una piedra… (verídico)

Dando entonces por inaugurada la nueva categoría, va mi metida de pata de hoy:

Si llegaste hasta acá es por que te pasó lo mismo que a mí y te vas a sentir un estúpido.  Estás leyendo este artículo por que creés que ejecutaste:

ln -s    tal_o_cual_cosa    tal_otra

Y Linux te respondió:

Target   tal_otra   is not a directory

Lo pensaste 30 segundos –si no es que más-, revisaste el comando, lo volviste a revisar, intentaste reescribirlo, autocompletaste con tab para asegurarte que el path estaba todo sano, volviste a darle enter y ni mierda:

No señor, Target is not a directory.

Maldito guión

Maldito guión

Continúa leyendo

Lo que sigue debe de ser una de las formas mas ineficientes de hacer un backup de un sitio existiendo tantas otras alternativas. No es por nada que cpanel, plesk, ispadmin y demáses te ofrecen la posibilidad de descargar un único .tar.gz conteniendo toda la información de tu sitio de un solo plumazo, pero ¿y cuando no tenés acceso al panel de control o login de shell?

Este caso es un clásico:

  • Tenés únicamente acceso FTP al espacio en donde alojás tu sitio, CMS, Blog o lo que fuere.
  • Querés hacer backups de vez en cuando de todo el contenido así cuando todo se vaya al bombo tenés desde donde recuperarlo.

Te explico como lo hago en mi caso, que es una de las tantas alternativas existentes. Con suerte, podrías trasladarlo al tuyo o inclusive, usar pedazos de mi idea en algún otro de tus proyectos.

La cuestión no es si vas a perder tus datos o no. La cuestión es cuando y por que.

La cuestión no es si vas a perder tus datos o no. La cuestión es cuando y por que.

Herramientas necesarias:

  • Una PC corriendo Linux
  • curlftp instalado o la posibilidad de escalar privilegios a super-usuario para poder instalar la herramienta.
  • rsync

Continúa leyendo