Buscando un programa para hacer VPN

Hola

He tenido la necesidad de conectar dos sitios distantes mediante una VPN. Normalmente siempre nos conectamos con un cliente a un servidor de VPN y la cosa resulta sencilla.

El Problema:

Unir dos “delegaciones” mediante una VPN permanente y , claro, de la forma mas barata posible 🙂

Pruebas o posibles soluciones

He probado con un montón de software unos me han gustado mas que otros, aquí les dejo los links de todos lo que he configurado, por si les sirven de algo

Hamachi (gratis / de pago)

https://secure.logmein.com/US-ES/products/hamachi/

Neorouter – solo versión prueva / pago y ademas hay que instalar un servidor.

http://www.neorouter.com/products.html

Lanbridger – solo de pago y hay que configurar el firewall

http://www.lanbridger.com/

tradicional vpn – tiene Cliente de vpn de los principales fabricantes

http://www.shrew.net/

PTPVPN – en la versión gratis,maximo 5 clientes, para Win y Mac

https://secure.logmein.com/es/products/hamachi

openvpn – Ofrece 2 clientes gratis

http://openvpn.net/

Renobo – Da un error en 2012

http://www.remobo.com/

Tuneelbear – 500Mb gratis al mes

http://www.tunnelbear.com/

Comodo – Hace falta una cuenta por cliente

http://www.comodo.com/

Viscosity – solo versión de prueba

http://www.sparklabs.com/viscosity/

Thegreenbow – es gratis solo 30 dias

http://www.thegreenbow.com/

Wippien – necesita una cuenta “jabber”

http://www.wippien.com/

Los que mas me ha gustado han sido Hamachi y Viscosity y entre los dos, paro lo que quería hacer, Hamachi lo resolvía mas económicamente.

Pero finalmente ….¡ He descartado todos !

La Solución (para mi)

Lo he realizado con Microsoft 2012: Site to Site

Pros:

Es una solución que teniendo Servidores Windows Server, sale gratis.
No hay que pagar cuotas
No ampliamos el software del que hay que depender
Es una solución bastante transparente una vez implementada

Contras:

Si no tenemos Servidores tenemos que comprar como mínimo 2 licencias de Windows server (entre nosotros sale un pico)
Hay que plantearse bien las cosas y realizarlo como un pequeño proyecto.
No es sencillo, pero tampoco complicado
Hay que modificar/configurar los routers de las delegaciones

Ejemplo

En esta antigua entrada del blog explique como llevarlo a cabo:

Desinstalar el rol de Acceso remoto

Hola este problema, por suerte, facilmente solucionable pero que al menos a mi me ha ocurrido varias veces. Resulta que al intentar realizar modificaciones sobre la configuración del acceso remoto no estaban habilitadas y la forma facil pensaba que era quitar el rol y volver a ponerlo… sorpresa cuando me sale el siguiente error que dice que tengo configurado VPN como acceso directo.

Direct Access esta configurado, desinstalelo antes de quitar acceso remoto

Realmente no tengo nada configurado y lo poco que tenia borrado, pero como decía al principio, no me dejaba modificar la configuración del acceso remoto.

Solución

Una vez mas hay que recurrir a la linea de comando: desde una ventana de PowerShel ejecutamos el siguiente comando que desinstala el módulo de direct access

uninstall-remoteaccess

Ahora lo intentamos de nuevo y al no tener la configuración que me bloqueaba, se desinstala correctamente.

🙂

February 26, 2013

VPN, Uniendo delegaciones mediante acceso remoto, Site to site

Unir dos delegaciones

Hola hoy voy a explicar como conectar dos redes remotas por VPN, lo que viene a ser la unión de dos delegaciones. Yo siempre había usado VPN en forma de acceso remoto para conectar equipos a uno central pero no me había tocado el conectar una red entera. El primer caso es, para mi mas sencillo pues lo he realizado otras veces e incluso en este blog tengo algún ejemplo de como meter en dominio un equipo remotamente.

Solución: VPN Site to Site

La solución de Microsoft es crear una VPN entre dos servidores de acceso remoto. Primero de todo hay que diferenciar 2 tipos de VPN, la de un cliente con un servidor que realizariamos con “direct access” y la de una red conectada con otra red que realizaremos mediante “site to site“.

direct access:

site to site:

Enrutamiento y Acceso remoto.

Lo primero de todo, es añadir el rol de acceso remoto a los dos servidores y configurar los routers de la delegaciones para que redirijan sus puertos VPN hacia los servidores RRAS que estamos configurando, es decir hacer un nat del puerto 1723.

Lo siguiente es crear una nueva VPN, es decir un nuevo interface de acceso remoto. En esta demo suponemos que estamos en el servidor 1 de la delegación 1 y vamos a crear la VPNdelegación2.

Elegimos para este caso concreto, configurar solo la VPN y, a si, no liar conceptos.

Es de uso común el nombrar a esta VPN con el nombre a donde se va a conectar, por ejemplo VPNdelegación2

Aquí pondremos la IP remota, en este caso la IP externa de la delegación 2.

Establecimiento de las VPNs

Este punto, vamos a hacer una pausa para entender lo que vamos a hacer:

Primero: conectar Delegación 1 con delegación 2 mediante una VPN configurada en el servidor 1. El Servidor 2 se conectará a esta vpn utilizará un usuario A que se creará automáticamente en el asistente de la vpn en Delegación 1

Segundo: Conectaremos Delegación 2 con delegación 1 mediante una VPN configurada en el servidor 2. El Servidor 1 se conectará a esta vpn utilizará un usuario B que se creará automáticamente en el asistente de la vpn en Delegación 2

Funcionamiento: El Servidor 2 de la delegación 2 tiene que utilizar unas credenciales que coincidan con el usuario A, y a su vez, el servidor 1 utilizara las credenciales del usuario B para acceder a la delegación 2. Es decir Servidor 1 llama a 2 y servidor 2 llama a 1. Las credenciales se crean en los siguientes pasos.

Este es el usuario “local”, el

Este es el usuario que se crearemos en la otra delegación cuando configuremos la otra VPN. Como en principio no hemos hablado de dominios, el dominio es el propio servidor. Los servidores de acceso remoto no necesitan pertenecer a ningún dominio, incluso es interesante que no pertenezcan a ninguno o que sean parte de una DMZ.

Ya tenemos configurada la VPN en la delegación 1.

Mirando en las propiedades, podemos configurar un par de cosas mas.

Al contrarió de las “direct access”, estas conexiones se hacen para que sean permanentes y esta opción hace que en cualquier error, el servidor vuelva a restablecer la llamada.

Ahora se repetirá lo mismo en la otra delegación teniendo en cuenta lo que hemos hablado de los usuarios.

Si os ha interesado o queréis que amplíe la entrada, comentarlo 😉

Tag: direct access