Este es un post cortito, para todos los que son del palo, así que ni hace falta aclarar mucho de que estoy hablando: Teamviewer dice que como te conectás a muchas PC, deberías pagar –y es cierto, deberías y si podés hacelo por que es un gran programa– y que como deberías pagar y no pagás, te desconecta cada 5 minutos, durante 5 minutos.

TeamViewer, una gran herramienta, un poco hincha pelotas eso si, sobre todo ahora que desde la versión 7 si sospecha de uso comercial te desconecta cada 5 minutos.

TeamViewer, una gran herramienta, un poco hincha pelotas eso si, sobre todo ahora que desde la versión 7 si sospecha de uso comercial te desconecta cada 5 minutos.

Del lado de los pobres, estamos lo que quisieramos pagarlo pero no tenemos con qué por que no se justifica, o los giles que le arreglamos la PC a todos los parientes y tampoco vamos a andar pagándo en dólares por un programa para dar un servicio que depués –a lo sumo, con suerte– cobramos en especias.

Continúa leyendo

Shared Hosting, Hosting compartido, ¿te suena el concepto?

Si no te suena pero tenés un blog o página web, entonces debería, por que lo más probable es que estés en un hosting compartido, donde una única instancia de webserver por número de IP aloja mas de un dominio.

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

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

Este blog, sin ir mas lejos, está en un hosting compartido. Este es el número de IP detrás del cual un Apache sirve los contenidos que estás leyendo ya mismo:

# host malditonerd.com
malditonerd.com has address 67.205.62.197

En este mismo servidor, además del hilachento, se alojan otros sitios, por ejemplo:

# host alsweddings.com
alsweddings.com has address 67.205.62.197

Internamente, el webserver –Apache en mi caso-, denomina a  cada uno de estos sitios «vhosts».

Continúa leyendo

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: