[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Acceder a PC detrás de firewall



El día 29 de octubre de 2009 20:07, Angel Claudio Alvarez
<dus.angel@gmail.com> escribió:
> El jue, 29-10-2009 a las 01:38 -0700, consultores1 escribió:
>> On Wed, 28 Oct 2009 22:14:40 -0300
>> Angel Claudio Alvarez <dus.angel@gmail.com> wrote:
>>
>> > > Has probado ssh o sftp, via 443 u 80: asi, no necesitas acceso al
>> > > ruteador. (tendrias que instalar 1 servidor ssh en el ordenador
>> > > detras del ruteador).
>> > >
>> > > Con OpenVPN, tambien tendrias necesidad del servidor detras del
>> > > ruteador y el cliente, afuera.
>> > >
>> > Es al reves, el cliente tiene que estar detras del routery el servidor
>> > afuera. Si pones un servidor detras del router NO hay manera de
>> > acceder a menos que toques el router ( abras o redirecciones puertos)
>>
>> Disculpame, pero no me queda muy claro: no pretendo llevarte la contraria!
>>
> no tengo nada que disculpar
>
>> El ordenador inaccesible, esta detras del router, del que sin problemas podria accesar al de la casa con ssh u otro: pero para accesar el de la oficina, tendria que salir la peticion de alli mismo y crear el tunel o puente; por lo que deduzco que alli deberia estar el demonio (servidor). Que opinas, por favor?
>>
> que me parece que la idea de la comunicacion la tenes, pero que el
> concepto de cliente servidor lo entendes al reves ( o yo no alcanzo a
> entender tu expresion)
> el cliente (oficina) solicita al servidor(casa) establecer una
> comunicacion cifrada, siempre y cuando el servidor este
> "escuchando" ( ofreciendo un servicio)
> Una vez que el cliente establecio el tunel, la comunicacion (ssh, ftp
> rsync http, o lo que se ocurra) puede inciarse desde cualquier punta del
> tunel, por lo que muy bien desde la casa puede iniciar una sesion ssh a
> traves del tunel  + una sesion rsync (por ejemplo)
>
>> Lo otro, es con los puertos 80 y 443; estaran filtrados? segun yo deberian estar libres.
>>
> si no tuviera puertos abiertos ( esos o cualesquiera otros) no tendria
> sentido el establecer un tunel
>>
>> > > La otra podria ser un comando que no recuerdo: podria ser push,
>> > > tunnel u otro via 80.
>> > >
>> > > Suerte.
>> > > >
>> > > > Prefiero a Olguín, que me cuenta chistes...
>> > > >
>> > > > JAP
>> > > >
>> > > >
>> > > > --
>> > > > To UNSUBSCRIBE, email to
>> > > > debian-user-spanish-REQUEST@lists.debian.org with a subject of
>> > > > "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>> > > >
>> > >
>> > >
>> > > --
>> > > consultores1 <consultores1@gmail.com>
>> > >
>> > >
>> >
>> >
>>
>>
>> --
>> consultores1 <consultores1@gmail.com>
>>
>>
>
>

Exelente Angel

lo de la reconeccion yo lo tengo resuelto asi

server(casa) como servicio
cleinte (oficina) con un pequeño script y cron
si esta conectado siga si no esta conectado reconecte



-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,

yo no fui, seguro que es mas inteligente.


Reply to: