<?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>Túnel Inverso on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/t%C3%BAnel-inverso/</link><description>Recent content in Túnel Inverso on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Fri, 30 Sep 2011 18:03:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/t%C3%BAnel-inverso/index.xml" rel="self" type="application/rss+xml"/><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></channel></rss>