<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Ssh on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/ssh/</link><description>Recent content in Ssh on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Sun, 06 Nov 2016 13:48:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/ssh/index.xml" rel="self" type="application/rss+xml"/><item><title>Streisand: Una herramienta que permite evadir la censura de Gobiernos y ISP de forma fácil</title><link>http://karpoke.ignaciocano.com/2016/11/06/streisand-una-herramienta-que-permite-evadir-la-censura-de-gobiernos-y-isp-de-forma-facil/</link><pubDate>Sun, 06 Nov 2016 13:48:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2016/11/06/streisand-una-herramienta-que-permite-evadir-la-censura-de-gobiernos-y-isp-de-forma-facil/</guid><description>&lt;p&gt;Related:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Cuando los Gobiernos y proveedores de Internet bloquean un portal, nos
tenemos que buscar la vida cambiando los DNS, conectándonos a servidores
Proxy y VPN e incluso a la red Tor. Streisand es una herramienta gratuita
que nos permite automatizar el proceso de configuración de nuevos servidores
VPN, Proxy y Tor para proporcionar a los usuarios una solución rápida y
fácil, ideal para activistas en Internet.&lt;/p&gt;
&lt;p&gt;Ver el proyecto en &lt;a href="https://github.com/jlund/streisand"&gt;github.com&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Servicio de SSH con Latch en Ubuntu</title><link>http://karpoke.ignaciocano.com/2015/03/22/servicio-de-ssh-con-latch-en-ubuntu/</link><pubDate>Sun, 22 Mar 2015 02:01:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2015/03/22/servicio-de-ssh-con-latch-en-ubuntu/</guid><description>&lt;p&gt;Mediante &lt;a href="https://latch.elevenpaths.com/"&gt;Latch&lt;/a&gt;, podemos añadir una capa extra de seguridad a nuestro
servicio SSH, limitando la ventana de tiempo durante la cual permitimos
iniciar sesión en el servidor.&lt;/p&gt;
&lt;h2 id="instalación"&gt;Instalación&lt;/h2&gt;
&lt;p&gt;Descargamos los paquetes que vamos a necesitar:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo aptitude install gcc make
$ sudo aptitude install libpam0g-dev libcurl4-gnutls-dev libssl-dev
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;(Si ya teníamos instalado el paquete &lt;code&gt;libcurl4-openssl-dev&lt;/code&gt;, podemos
usar éste en lugar de &lt;code&gt;libcurl4-gnutls-dev&lt;/code&gt;.)&lt;/p&gt;
&lt;p&gt;Descargamos el código de github y compilamos:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ git clone https://github.com/ElevenPaths/latch-plugin-unix.git
$ cd latch-plugin-unix
$ ./configure prefix=/usr sysconfdir=/etc &amp;amp;&amp;amp; make &amp;amp;&amp;amp; sudo make install
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Antes de continuar, vamos al &lt;a href="https://latch.elevenpaths.com/www/developers/editapplication"&gt;área de desarrolladores&lt;/a&gt; y creamos una
cuenta para este servicio. Ahí obtenemos el identificador de aplicación
y la contraseña.&lt;/p&gt;</description></item><item><title>Recuperar el sistema tras borrar «/var/lib»</title><link>http://karpoke.ignaciocano.com/2014/12/26/recuperar-el-sistema-tras-borrar-varlib/</link><pubDate>Fri, 26 Dec 2014 21:37:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2014/12/26/recuperar-el-sistema-tras-borrar-varlib/</guid><description>&lt;p&gt;Si por casualidad acabamos ejecutando un &lt;code&gt;rm -fr /var/lib&lt;/code&gt;, tendremos un
pequeño problema. El directorio /var/lib está pensado para que los
programas instalados guarden información variable (ver &lt;code&gt;man hier&lt;/code&gt;).
Puestos a suponer, supongamos que esto es exactamente lo que acaba de
pasar, que aún no hemos reiniciado la máquina y que seguimos teniendo
acceso por SSH.&lt;/p&gt;
&lt;h2 id="copias-de-seguridad"&gt;Copias de seguridad&lt;/h2&gt;
&lt;p&gt;En este momento, ya es tarde para pensar en copias de seguridad si no
las habíamos hecho antes. Habrá información que hayamos perdido y que
sea imposible recuperar, por ejemplo, &lt;a href="http://dev.mysql.com/doc/refman/4.1/en/installation-layouts.html"&gt;las bases de datos MySQL&lt;/a&gt;.
Probablemente, perderemos información importante para los programas y es
posible que recuperar el sistema en lugar de reinstalar favorezca que
haya toda clase de errores extraños.&lt;/p&gt;</description></item><item><title>sshuttle, la VPN de los pobres</title><link>http://karpoke.ignaciocano.com/2013/10/20/sshuttle-la-vpn-de-los-pobres/</link><pubDate>Sun, 20 Oct 2013 21:03:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2013/10/20/sshuttle-la-vpn-de-los-pobres/</guid><description>&lt;p&gt;&lt;a href="https://github.com/apenwarr/sshuttle"&gt;shuttle&lt;/a&gt; es una herramienta que nos permite redirigir todo el tráfico
a través de una conexión SSH, incluyendo las peticiones DNS. Está
disponible tanto en los repositorios como en GitHub.&lt;/p&gt;
&lt;p&gt;Su uso es sencillo. Para establecer la conexión:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sshuttle --D --pidfile=/tmp/sshuttle.pid -r user@server:1234 --dns 0/0
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Para terminarla:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ kill $(cat /tmp/sshuttle.pid)
&lt;/code&gt;&lt;/pre&gt;</description></item><item><title>Conectarse por SSH utilizando sshpass</title><link>http://karpoke.ignaciocano.com/2013/06/09/conectarse-por-ssh-utilizando-sshpass/</link><pubDate>Sun, 09 Jun 2013 15:47:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2013/06/09/conectarse-por-ssh-utilizando-sshpass/</guid><description>&lt;p&gt;&lt;code&gt;sshpass&lt;/code&gt; es un programa que nos permite iniciar sesión en un servidor
SSH de forma no interactiva y sin utilizar claves, para lo que deberemos
proporcionar la contraseña como argumento del programa.&lt;/p&gt;
&lt;p&gt;Para conectar a un servidor SSH, es preferible &lt;a href="http://karpoke.ignaciocano.com/2011/03/03/conectarse-por-ssh-solo-usando-la-clave/"&gt;utilizar claves&lt;/a&gt;,
además de tener en cuenta otros sistemas de seguridad, como la
&lt;a href="http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/"&gt;autenticación en dos pasos&lt;/a&gt;, pero puede haber escenarios en los que
&lt;code&gt;sshpass&lt;/code&gt; sea una alternativa a considerar.&lt;/p&gt;
&lt;p&gt;Su uso es sencillo:&lt;/p&gt;</description></item><item><title>Conectar de forma segura en redes abiertas con Android, ConnectBot y ProxyDroid</title><link>http://karpoke.ignaciocano.com/2012/07/24/conectar-de-forma-segura-en-redes-abiertas-con-android-connectbot-y-proxydroid/</link><pubDate>Tue, 24 Jul 2012 14:02:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2012/07/24/conectar-de-forma-segura-en-redes-abiertas-con-android-connectbot-y-proxydroid/</guid><description>&lt;p&gt;Si necesitamos conectarnos desde nuestro terminal con Android a una red
WiFi que no es segura, ya sea porque es una red abierta o porque no es
de confianza, podemos utilizar ConnectBot para crear un túnel SSH para
encauzar todas las conexiones que realicemos desde el terminal a través
de él.&lt;/p&gt;
&lt;p&gt;Para esto necesitaremos:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Acceso a un servidor SSH&lt;/li&gt;
&lt;li&gt;Un cliente SSH para Android, por ejemplo ConnectBot&lt;/li&gt;
&lt;li&gt;Un cliente proxy para Android, por ejemplo ProxyDroid&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href="http://code.google.com/p/proxydroid/"&gt;ProxyDroid&lt;/a&gt; es una aplicación que permite crear un &lt;em&gt;proxy&lt;/em&gt;
transparente en terminales Android.&lt;/p&gt;</description></item><item><title>Conectar a un servidor SSH desde Android mediante ConnectBot utilizando claves</title><link>http://karpoke.ignaciocano.com/2012/07/24/conectar-a-un-servidor-ssh-desde-android-mediante-connectbot-utilizando-claves/</link><pubDate>Tue, 24 Jul 2012 13:06:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2012/07/24/conectar-a-un-servidor-ssh-desde-android-mediante-connectbot-utilizando-claves/</guid><description>&lt;p&gt;&lt;a href="http://code.google.com/p/connectbot/"&gt;ConnectBot&lt;/a&gt; es, en mi humilde opinión, el mejor cliente SSH para
Android. Nos permite conectarnos de forma segura a nuestro servidor SSH,
ya sea directamente o mediante la creación de un túnel SSH que sirva de
&lt;em&gt;proxy&lt;/em&gt; al resto de aplicaciones.&lt;/p&gt;
&lt;p&gt;La manera más segura de conectarnos es mediante la utilización de
claves. Este es un sistema de autenticación basado en criptografía
asimétrica, más seguro que utilizar &lt;em&gt;simples&lt;/em&gt; contraseñas.&lt;/p&gt;
&lt;p&gt;ConnectBot no sólo permite utilizar claves, sino que también nos permite
crearlas e importarlas. Para poder conectarnos a nuestro servidor sin
necesidad de utilizar contraseñas, lo primero será que éste esté
&lt;a href="http://karpoke.ignaciocano.com/2011/03/03/conectarse-por-ssh-solo-usando-la-clave/"&gt;configurado para aceptar claves&lt;/a&gt;. En particular, en el fichero
&lt;code&gt;/etc/ssh/sshd_config&lt;/code&gt;, debemos tener la directiva:&lt;/p&gt;</description></item><item><title>Saltándonos el portal cautivo de una biblioteca</title><link>http://karpoke.ignaciocano.com/2012/05/15/saltandonos-el-portal-cautivo-de-una-biblioteca/</link><pubDate>Tue, 15 May 2012 14:06:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2012/05/15/saltandonos-el-portal-cautivo-de-una-biblioteca/</guid><description>&lt;p&gt;El portal cautivo es el sistema que utilizan algunos establecimientos
como bibliotecas u hoteles en el que la conexión inalámbrica está
abierta (sin cifrar) pero para conectarse a Internet es necesario
aceptar las condiciones de uso, o introducir una contraseña, en la
página de pasarela que aparece cuando intentamos navegar.&lt;/p&gt;
&lt;p&gt;Este no es un artículo exhaustivo que muestre como saltarse cualquier
portal cautivo sino más bien aquél que permite el paso de tráfico TCP
por el puerto 53 (DNS). Lo que veremos aquí NO es un túnel DNS, que
permite encapsular el tráfico TCP en paquetes de DNS.&lt;/p&gt;</description></item><item><title>Túnel SSH inverso</title><link>http://karpoke.ignaciocano.com/2011/09/30/tunel-ssh-inverso/</link><pubDate>Fri, 30 Sep 2011 18:03:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/09/30/tunel-ssh-inverso/</guid><description>&lt;p&gt;El escenario es el siguiente. Tenemos un equipo remoto C detrás de un
cortafuegos, &lt;em&gt;router&lt;/em&gt; o similar, que no podemos configurar y no permite
conexiones entrantes, de tal manera que el equipo es inaccesible desde
el exterior de la red en la que está. Otro equipo A, el nuestro, también
está detrás de un cortafuegos, en otra red, que tampoco podemos
configurar y tampoco permite conexiones entrantes. La buena noticia es
que tenemos un servidor remoto B en otra red diferente al que sí tenemos
acceso por SSH desde el equipo remoto C y desde el nuestro (el A). Tanto
el equipo remoto C como el servidor B tienen un servidor SSH corriendo.&lt;/p&gt;</description></item><item><title>Imagen a través de SSH</title><link>http://karpoke.ignaciocano.com/2011/09/28/imagen-a-traves-de-ssh/</link><pubDate>Wed, 28 Sep 2011 20:48:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/09/28/imagen-a-traves-de-ssh/</guid><description>&lt;p&gt;Si tenemos acceso por SSH a otro ordenador, ambos con entorno gráfico,
podemos redirigir la pantalla, el teclado y el ratón en ambos sentidos,
es decir, podemos conseguir cosas como:&lt;/p&gt;
&lt;p&gt;» &lt;a href="#aplicaciones-remotas-a-servidor-local"&gt;aplicaciones remotas que se muestren en nuestro equipo&lt;/a&gt;
» &lt;a href="#aplicaciones-remotas-a-servidor-remoto"&gt;aplicaciones remotas que se muestren en el equipo remoto&lt;/a&gt;
» &lt;a href="#aplicaciones-locales-a-servidor-remoto"&gt;aplicaciones locales que se muestren en el equipo remoto&lt;/a&gt;
» &lt;a href="#captura-escritorio-remoto-a-local"&gt;recibir una captura de pantalla del equipo remoto&lt;/a&gt;
» [enviar una captura de pantalla de nuestro equipo al equipo&lt;/p&gt;</description></item><item><title>fwknop: Single Packet Authorization y port knocking</title><link>http://karpoke.ignaciocano.com/2011/09/18/fwknop-single-packet-authorization-y-port-knocking/</link><pubDate>Sun, 18 Sep 2011 00:49:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/09/18/fwknop-single-packet-authorization-y-port-knocking/</guid><description>&lt;p&gt;&lt;code&gt;fwknop&lt;/code&gt; implementa un esquema de autorización llamado &lt;em&gt;Single Packet
Authorization (SPA)&lt;/em&gt;. Mediante SPA necesita un único paquete cifrado
para abrir puertos en el cortafuegos o llevar a cabo acciones en el
sistema. Se utiliza en conjunción con un cortafuegos que impide la
conexión a los puertos de los servicios que queremos proteger. De esta
forma, se logra una capa extra de seguridad, ya que los hace permanecer
invisibles, descartando silenciosamente los paquetes que llegan a dicho
puerto. Para poder tener acceso a los servicios protegidos, la parte
servidor de &lt;code&gt;fwknop&lt;/code&gt; esnifa pasivamente los paquetes que llegan al
servidor usando &lt;code&gt;libpcap&lt;/code&gt; y, en caso de recibir de parte del cliente de
&lt;code&gt;fwknop&lt;/code&gt; un paquete cifrado válido que no ha sido recibido antes, se
permite el acceso a través del cortafuegos.&lt;/p&gt;</description></item><item><title>SSH over HTTP-Proxy</title><link>http://karpoke.ignaciocano.com/2011/08/15/ssh-over-http-proxy/</link><pubDate>Mon, 15 Aug 2011 04:29:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/15/ssh-over-http-proxy/</guid><description>&lt;p&gt;A veces, queremos poder navegar o chatear por Internet pero no queremos
que nadie pueda conocer, ni bloquear, las páginas que visitamos o espiar
nuestras conversaciones, bien porque porque estamos en el trabajo, la
universidad o en una red abierta. En la red a la que estamos conectados
puede que utilicen un &lt;em&gt;proxy&lt;/em&gt; para controlar y bloquear servicios. Este
&lt;a href="http://ha.ckers.org/trillianremote.html"&gt;bloqueo podría ser por puerto o por protocolo&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Es posible que bloqueen algunas URLs, o IPs, pero seguramente tenemos
acceso a la web, es decir, los puertos 80 y 443. Crearemos un túnel
seguro para poder navegar seguros y evitar estas restricciones. Eso sí,
puede que aparezca en algún &lt;em&gt;log&lt;/em&gt; que nos hemos conectado a nuestra
máquina remota.&lt;/p&gt;</description></item><item><title>Utilizar SSH para establecer un servidor proxy SOCKS</title><link>http://karpoke.ignaciocano.com/2011/08/12/utilizar-ssh-para-establecer-un-servidor-proxy-socks/</link><pubDate>Fri, 12 Aug 2011 13:07:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/12/utilizar-ssh-para-establecer-un-servidor-proxy-socks/</guid><description>&lt;p&gt;Un &lt;em&gt;proxy&lt;/em&gt; SOCKS es un servidor que permite el acceso, normalmente, a
través de un cortafuegos. Podemos utilizar SSH para crear un &lt;em&gt;proxy&lt;/em&gt;
SOCKSv5 en local, de tal manera que si configuramos una aplicación para
que se conecte a través de este &lt;em&gt;proxy&lt;/em&gt;, todo el tráfico vaya a través
del canal seguro creado por SSH, y sea como si la conexión con dicha
aplicación se hiciera en la máquina remota a la cual nos hemos conectado
por SSH. Además, podemos utilizarlo con varias aplicaciones y diferentes
protocolos.&lt;/p&gt;</description></item><item><title>Servicio de SSH con sistema de verificación en dos pasos de Google en Ubuntu Natty Narwhal</title><link>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</link><pubDate>Fri, 05 Aug 2011 02:21:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</guid><description>&lt;p&gt;Un sistema de verificación en dos pasos, (&lt;em&gt;Two Factor Authentication&lt;/em&gt; o
2FA) consiste en que la autenticación a un servicio se realiza mediante
dos piezas de información, una que conocemos y otra que no. La pieza que
conocemos es nuestra contraseña, que es susceptible de ser sustraída,
mientras que la información que no conocemos es un número de
identificación (PIN) aleatorio que cambia cada 30 segundos y que está
vinculado con un dispositivo hardware. Esto es lo que se conoce como una
contraseña de un solo uso (One Time Password u OTP). De esta forma,
aunque alguien nos robe o averigüe nuestra contraseña, a no ser que
también tenga acceso al dispositivo que crea los PINs, no podrá acceder
al servicio con nuestra cuenta.&lt;/p&gt;</description></item><item><title>sslh, compartiendo el puerto 443</title><link>http://karpoke.ignaciocano.com/2011/07/30/sslh-compartiendo-el-puerto-443/</link><pubDate>Sat, 30 Jul 2011 19:21:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/07/30/sslh-compartiendo-el-puerto-443/</guid><description>&lt;p&gt;Podemos tener varios motivos para tener escuchando nuestro servicio de SSH en
el puerto 443. Ya sea porque queremos evitarnos los continuos intentos de
conexión que sufrimos por tener el servicio escuchando en el puerto 22 o porque
desde donde estemos, ya sea en el trabajo o en un hotel, no estén permitidas
las conexiones que no sean al puerto 80 o 443. Pero, ¿y si &lt;a href="http://dischord.org/blog/2010/08/25/multiplexing-ssh-and-ssl/"&gt;ya tenemos un
servidor web&lt;/a&gt; escuchando en el puerto 443?&lt;/p&gt;</description></item><item><title>Extraer un archivo de un archivo comprimido, desde el terminal</title><link>http://karpoke.ignaciocano.com/2011/06/30/extraer-un-archivo-de-un-archivo-comprimido-desde-el-terminal/</link><pubDate>Thu, 30 Jun 2011 20:36:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/06/30/extraer-un-archivo-de-un-archivo-comprimido-desde-el-terminal/</guid><description>&lt;p&gt;Un día estás editando un archivo en un servidor remoto, &lt;a href="http://karpoke.ignaciocano.com/2011/06/17/compartiendo-una-conexion-por-ssh/"&gt;por &lt;code&gt;ssh&lt;/code&gt;&lt;/a&gt;,
y, a la hora de guardar, te das cuenta de que has editado el fichero sin
tener los privilegios suficientes, por lo que &lt;code&gt;vim&lt;/code&gt; se queja:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;E505: &amp;#34;app.config&amp;#34; is read-only (add ! to override)
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;La solución es sencilla, para guardarlo como &lt;code&gt;root&lt;/code&gt; escribes:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;:w !sudo tee %
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;O eso creías. De repente, te das cuenta de que eso no es lo que has
escrito, porque &lt;code&gt;vim&lt;/code&gt; se ha puesto en modo &lt;em&gt;inferno&lt;/em&gt;, y cada tecla que
pulsas le da vida propia, porque hace exactamente lo que le dices que
haga y no lo que realmente quieres que haga, y cuando pasa la tormenta y
vuelves a editar el fichero, sólo contiene:&lt;/p&gt;</description></item><item><title>Secuencias de escape en SSH</title><link>http://karpoke.ignaciocano.com/2011/06/18/secuencias-de-escape-en-ssh/</link><pubDate>Sat, 18 Jun 2011 19:44:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/06/18/secuencias-de-escape-en-ssh/</guid><description>&lt;p&gt;Secuencias de escape en SSH:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;user@remotehost:~$ ~?
Supported escape sequences:
~. - terminate connection (and any multiplexed sessions)
~B - send a BREAK to the remote system
~C - open a command line
~R - Request rekey (SSH protocol 2 only)
~^Z - suspend ssh
~# - list forwarded connections
~&amp;amp; - background ssh (when waiting for connections to terminate)
~? - this message
~~ - send the escape character by typing it twice
(Note that escapes are only recognized immediately after newline.)
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;La primera, &lt;code&gt;~.&lt;/code&gt;, se puede utilizar para &lt;a href="http://www.commandlinefu.com/commands/view/8665/control-ssh-connection"&gt;cerrar la sesión cuando se nos
queda colgada&lt;/a&gt;, por ejemplo, al reiniciar la máquina remota.&lt;/p&gt;</description></item><item><title>Compartiendo una conexión por SSH</title><link>http://karpoke.ignaciocano.com/2011/06/17/compartiendo-una-conexion-por-ssh/</link><pubDate>Fri, 17 Jun 2011 15:28:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/06/17/compartiendo-una-conexion-por-ssh/</guid><description>&lt;p&gt;A partir de la versión 4 de OpenSSH se pueden &lt;a href="http://protempore.net/~calvins/howto/ssh-connection-sharing/"&gt;compartir las conexiones
seguras&lt;/a&gt; a un máquina remota, de tal manera que, una vez establecida
la primera conexión, el resto de conexiones reutilizan la primera, por
lo que el establecimiento de la conexión de éstas será mucho más rápido.&lt;/p&gt;
&lt;h2 id="configuración"&gt;Configuración&lt;/h2&gt;
&lt;p&gt;Lo primero es asegurarnos de que existe el directorio &lt;code&gt;~/.ssh&lt;/code&gt; en el
cliente, con permisos 700 (sólo accesible por nosotros mismos&amp;hellip; y
cualquier administrador).&lt;/p&gt;</description></item><item><title>Conectarse por SSH utilizando expect</title><link>http://karpoke.ignaciocano.com/2011/06/17/conectarse-por-ssh-utilizando-expect/</link><pubDate>Fri, 17 Jun 2011 14:59:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/06/17/conectarse-por-ssh-utilizando-expect/</guid><description>&lt;p&gt;&lt;code&gt;expect&lt;/code&gt; es un comando que &amp;ldquo;habla&amp;rdquo; con otros programas interactivos. Se
definen unas reglas en función de lo que esperamos que nos digan esos
programas y lo que queremos contestar.&lt;/p&gt;
&lt;p&gt;Un típico ejemplo es realizar una conexión a un servicio de FTP o SSH, y
utilizar &lt;code&gt;expect&lt;/code&gt; para que introduzca la contraseña por nosotros y lleve
a cabo diferentes acciones. La ventaja que tiene es que podemos
automatizar acciones en esos servicios. El gran inconveniente es que, si
esos servicios requieren autenticación, deberemos escribir la
contraseña, ya sea en un &lt;em&gt;script&lt;/em&gt; o directamente en el terminal,
pudiendo quedar reflejada en el historial. (Dependiendo de la
configuración, si incluimos espacios antes de ejecutar un comando, éste
no queda reflejado en el historial).&lt;/p&gt;</description></item><item><title>Sonido a través de SSH</title><link>http://karpoke.ignaciocano.com/2011/05/05/sonido-a-traves-de-ssh/</link><pubDate>Thu, 05 May 2011 22:23:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/05/05/sonido-a-traves-de-ssh/</guid><description>&lt;p&gt;Si tenemos &lt;a href="http://karpoke.ignaciocano.com/2011/03/03/conectarse-por-ssh-solo-usando-la-clave/"&gt;acceso por &lt;code&gt;ssh&lt;/code&gt;&lt;/a&gt; a otro ordenador, ambos con micrófono y
altavoces, podemos redirigir el sonido en ambos sentidos, es decir,
podemos conseguir cosas como:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;que lo que capta nuestro &lt;a href="#microfono-local-altavoces-remotos"&gt;micrófono&lt;/a&gt; se escuche en los altavoces&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;del otro ordenador y [viceversa][]
&lt;/code&gt;&lt;/pre&gt;&lt;ul&gt;
&lt;li&gt;que lo que se &lt;a href="#texto-local-altavoces-remotos"&gt;escribe&lt;/a&gt; en un ordenador se escuche en el otro y&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[viceversa][1]
&lt;/code&gt;&lt;/pre&gt;&lt;ul&gt;
&lt;li&gt;que el contenido de un &lt;a href="#texto-local-altavoces-remotos"&gt;fichero de texto&lt;/a&gt; se oiga en los&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;altavoces remotos y [viceversa][1]
&lt;/code&gt;&lt;/pre&gt;&lt;ul&gt;
&lt;li&gt;que un archivo de &lt;a href="#fichero-audio-local-altavoces-remotos"&gt;audio&lt;/a&gt; se escuche en los altavoces remotos y&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;[viceversa][2]
&lt;/code&gt;&lt;/pre&gt;&lt;ul&gt;
&lt;li&gt;que el audio de un archivo de &lt;a href="#fichero-video-local-altavoces-remotos"&gt;vídeo&lt;/a&gt; se escuche en los altavoces&lt;/li&gt;
&lt;/ul&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;remotos y [viceversa][3]
&lt;/code&gt;&lt;/pre&gt;&lt;h2 id="dispositivos-de-sonido-en-ubuntu-maverick-meerkat"&gt;Dispositivos de sonido en Ubuntu Maverick Meerkat&lt;/h2&gt;
&lt;p&gt;Uno de los cambios de Ubuntu Maverick Meerkat (10.10) fue la
desaparición del dispositivo &lt;code&gt;/dev/dsp&lt;/code&gt; y otros, como &lt;code&gt;/dev/mixer&lt;/code&gt;,
&lt;code&gt;/dev/sndstat&lt;/code&gt; y &lt;code&gt;/dev/audio&lt;/code&gt;, al utilizar la &lt;a href="http://bugs.launchpad.net/ubuntu/+source/linux/+bug/634211"&gt;interfaz ALSA en
detrimento de la OSS API&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Acceder al panel de control de Wordpress tras haber sido baneado</title><link>http://karpoke.ignaciocano.com/2011/04/20/acceder-al-panel-de-control-de-wordpress-tras-haber-sido-baneado/</link><pubDate>Wed, 20 Apr 2011 01:46:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/04/20/acceder-al-panel-de-control-de-wordpress-tras-haber-sido-baneado/</guid><description>&lt;p&gt;De forma similar a &lt;a href="http://karpoke.ignaciocano.com/2011/03/07/detectando-intrusos-en-ubuntu-maverick-meerkat/"&gt;&lt;code&gt;fail2ban&lt;/code&gt; para &lt;code&gt;ssh&lt;/code&gt;&lt;/a&gt;, existe un
complemento para Wordpress, &lt;a href="http://wordpress.org/extend/plugins/login-lockdown/"&gt;Login LockDown&lt;/a&gt;, que controla el número de
intentos de acceso al panel de control, y si se falla en 3 intentos, &lt;em&gt;banea&lt;/em&gt;
dicha IP durante una hora. Estos parámetros, y alguno más, son configurables
desde la página de configuración del complemento.&lt;/p&gt;
&lt;p&gt;El problema es que si compartimos la misma IP pública con más gente, ya sea
porque estamos en un lugar público o en casa de unos amigos, y alguien en esta
misma red realiza más intentos de los permitidos, también nosotros quedamos
&lt;em&gt;baneados&lt;/em&gt;.&lt;/p&gt;</description></item><item><title>Detectando intrusos en Ubuntu Maverick Meerkat</title><link>http://karpoke.ignaciocano.com/2011/03/07/detectando-intrusos-en-ubuntu-maverick-meerkat/</link><pubDate>Mon, 07 Mar 2011 22:11:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/03/07/detectando-intrusos-en-ubuntu-maverick-meerkat/</guid><description>&lt;p&gt;Un artículo para tener en cuenta algunas de las acciones que podemos
llevar a cabo para &lt;a href="http://dzulkifli.com/index.php?option=com_content&amp;amp;view=article&amp;amp;id=109:securing-maverick-meerkat&amp;amp;catid=35:ubuntu&amp;amp;Itemid=85"&gt;securizar Ubuntu Maverick Meerkat&lt;/a&gt;. Algunos
programas para facilitar la tarea de controlar los intentos de acceso al
sistema:&lt;/p&gt;
&lt;h2 id="ufw"&gt;ufw&lt;/h2&gt;
&lt;p&gt;&lt;code&gt;ufw&lt;/code&gt; es una forma sencilla de manejar un cortafuegos. Nada más
instalarlo, lo habilitamos:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo ufw enable
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Damos de alta los servicios^&lt;a href="#servicios"&gt;1&lt;/a&gt;^ que queremos que estén disponibles:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo ufw allow http
$ sudo ufw allow https
$ sudo ufw allow 1234
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Si queremos deshacer alguna de estas acciones, por ejemplo, eliminar la
regla para el puerto 1234:&lt;/p&gt;</description></item><item><title>Conectarse por SSH sólo usando la clave</title><link>http://karpoke.ignaciocano.com/2011/03/03/conectarse-por-ssh-solo-usando-la-clave/</link><pubDate>Thu, 03 Mar 2011 21:22:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/03/03/conectarse-por-ssh-solo-usando-la-clave/</guid><description>&lt;p&gt;Conectarnos a nuestro servidor de SSH utilizando una clave RSA en lugar
de una contraseña es más seguro, dado que la clave RSA será bastante más
larga y difícil de comprometer que nuestra contraseña, y más cómodo,
dado que ya no tendremos que escribir la contraseña para iniciar sesión.&lt;/p&gt;
&lt;h2 id="configuración"&gt;Configuración&lt;/h2&gt;
&lt;p&gt;En el equipo local, creamos la clave. Cuando nos pida contraseña, le
asignamos una, que nos será requerida cada vez que queramos usar dicha
clave. Si estuviéramos creando las claves en el servidor la &lt;a href="http://marc.info/?l=secure-shell&amp;amp;m=91703263608458&amp;amp;w=2"&gt;dejaríamos
en blanco&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Solucionado el error "Tcl/Tk not found" al instalar OMNeT++ en Ubuntu</title><link>http://karpoke.ignaciocano.com/2011/02/21/solucionado-el-error-tcltk-not-found-al-instalar-omnet-en-ubuntu/</link><pubDate>Mon, 21 Feb 2011 14:37:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/02/21/solucionado-el-error-tcltk-not-found-al-instalar-omnet-en-ubuntu/</guid><description>&lt;p&gt;&lt;a href="http://www.omnetpp.org/"&gt;OMNeT++&lt;/a&gt; es un entorno de desarrollo modular y extensible
desarrollado en C++, y gratuito pasa uso no comercial, especialmente
pensado para construir simuladores de redes de eventos discretos en el
sentido más amplio: redes de comunicaciones alámbricas, inalámbricas,
redes de colas, etc. El soporte para dominios específicos tales como
redes de sensores, redes inalámbricas &lt;em&gt;ad-hoc&lt;/em&gt;, protocolos de Internet,
modelado del rendimiento, etc, viene dado por proyectos desarrollados de
forma independiente. OMNeT++ ofrece un IDE basado en eclipse, un entorno
de ejecución gráfico y otras herramientas. Hay extensiones para
simulación en tiempo real, emulación de redes, lenguages de programación
alternativos (Java, C#), integración con bases de datos, etc.&lt;/p&gt;</description></item></channel></rss>