<?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>Proxy Socks on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/proxy-socks/</link><description>Recent content in Proxy Socks on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Tue, 15 May 2012 14:06:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/proxy-socks/index.xml" rel="self" type="application/rss+xml"/><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>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></channel></rss>