Análisis de rendimiento de IPsec y OpenVPNPresentación Final d

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Análisis de rendimiento de IPsec y OpenVPNPresentación Final d"

José Ramón Torres Cáceres
hace 8 años
Vistas:

1 Análisis de rendimiento de y Presentación Final de Proyecto Rudyar Cortés Javier Olivares 25 de noviembre de 2010

2 Outline Objetivos del Proyecto 1 Objetivos del Proyecto

3 Objetivo General Obtener el análisis comparativo de dos de los más populares tipos de VPN s Open VPN e bajo una misma topología de red, utilizando varios aspectos claves en la network performance.

4 Objetivos Específicos Explorar y comprender el marco teórico e implementar de manera práctica las redes VPN, específicamente e. Obtener datos sobre distintos indicadores de performance tanto para como para.

5 Virtual Private Networks Idea: utilizar Internet para formar redes que aseguren la integridad y seguridad de los datos. Una VPN es.. Virtual: No hay lineas dedicadas para la red, sólo una conexión virtual. Privada: Sólo los nodos conectados a la VPN pueden acceder a la red.

. Virtual: No hay lineas dedicadas para la red, sólo una conexión

6 Virtual Private Networks Figura: Ejemplo Red VPN

7 Objetivos del Proyecto Framework que permite establecer conexiones seguras a través de redes públicas, por ejemplo, Internet. Crea una comunicación segura entre redes. Modo de operación: Transporte: Solo la carga útil se cifra. Túnel: Paquete IP totalmente cifrado, es encapsulado en un nuevo paquete.

Crea una comunicación segura entre redes.

8 Arquitectura Host to Host: Conexión individual entre dos host, cada uno debe configurar con los parámetros necesarios para identificarse. Se crea un túnel seguro entre los equipos. Figura: Arquitectura Host to Host

9 Arquitectura Network to Network: Conecta dos redes remotas. Requiere router en cada lado de las redes, para enrutar la información de una red a un nodo de la otra red. Figura: Arquitectura Host to Host

10 Internet Key Exchange IKE El protocolo IKE negocia, crea y maneja la seguridad, creando Asociaciones de Seguridad SA. IKE provee un mecanismo seguro para establecer conexiones protegidas. Fase 1: Se negocia un canal seguro a través del cual se generará la SA, conocida como SA IKE. Fase 2: SA unidireccional. Se requieren dos SA, se crea la comunicación encriptada.

IKE provee un mecanismo seguro para establecer conexiones protegidas.

11 Objetivos del Proyecto Lanzado en su primera versión en el Arquitectura Cliente/Servidor. Soporte para TCP y UPD. Sólo un puerto debe ser abierto para permitir conexiones entrantes. Se ejecuta en el espacio usuario. Utiliza la interfaz de red virtual tun para transmisión de datos.

Sólo un puerto debe ser abierto para permitir conexiones entrantes.

12 Objetivos del Proyecto Utiliza OpenSSL para el manejo de la seguridad mediante certificados. Soporte de alto rendimiento para IPs dinámicas. Simple instalación. Fácil configuración para nuevos clientes. No tiene problemas con NAT.

Soporte de alto rendimiento para IPs dinámicas.

13 Herramientas utilizadas wget (Cliente HTTP, FTP). iperf (Generador de tráfico TCP puro, cliente y servidor). ping (para medidas de latencia y jitter).

14 Arquitectura utilizada Estaciones de trabajo: Dual core 2.2 GHz 4 GB ram Tarjetas de red Realtek 10/100 Mbit/s Sistema Operativo Fedora 13.

15 Detalle de las pruebas Para HTTP, FTP y TCP Puro se hicieron 5 pruebas por cada uno. Se transmitió un archivo de 650 MB Se utilizó una red en funcionamiento, para medir rendimiento en ambiente real.

16 Tabla de resultados Sin VPN HTTP FTP TCP Puro 47,18 47,98 63,19 52,42 47,58 68,38 52,42 48,39 65,46 47,18 47,18 65,00 47,18 46,79 62,29 Cuadro: Ancho de Banda para el caso de no contar con una VPN medido en Mbits/segundo

17 Tabla de resultados HTTP FTP TCP Puro 16,31 19,45 18,46 20,15 20,07 16,53 19,86 19,06 16,63 17,69 18,93 16,71 19,79 17,00 16,65 Cuadro: Ancho de Banda para medido en Mbits/segundo

18 Tabla de resultados HTTP FTP TCP Puro 10,44 5,37 3,72 10,54 5,43 4,04 10,62 5,40 3,76 10,46 5,71 3,95 10,66 5,73 4,01 Cuadro: Ancho de Banda para medido en Mbits/segundo

19 HTTP Objetivos del Proyecto Ancho de Banda para protocolo HTTP medido en Mbits/segundo Figura: Ancho de banda en Mbit/seg, en HTTP

20 FTP Objetivos del Proyecto Ancho de Banda para protocolo FTP medido en Mbits/segundo Figura: Ancho de banda en Mbit/seg, en FTP

21 TCP PURO Objetivos del Proyecto Ancho de Banda para TCP puro medido en Mbits/segundo Figura: Ancho de banda en Mbit/seg, en TCP Puro

22 Latencia Objetivos del Proyecto Figura: Latencia en mseg

23 Jitter Objetivos del Proyecto Figura: Jitter en mseg

24 Objetivos del Proyecto Grandes ventajas de utilizar VPN v/s no utilizarlas. Para tener una medida de comparación, se tomaron mediciones sin VPN, para luego comparar con los resultados obtenidos en e. El ancho de banda se ve notoriamente afectado al utilizar VPN, sin embargo, presenta cierta ventaja respecto a.

25 Objetivos del Proyecto Se debe a que se ejecuta en el user-space, mientras que está muy cerca del stack de red y del kernel. Al utilizar, el kernel genera una mayor cantidad de context switch que, por lo cual se genera una mayor latencia., al utilizar el protocolo HTTP, presenta superioridad del 8 % en comparación con, al considerar el BW.

26 Objetivos del Proyecto Para FTP, la ventaja es mayor, bordeando el 13 %. La diferencia es más notoria, al transmitir datos usando TCP puro, alrededor de un 14 %. Considerando Latencia, presenta una ventaja de 2 ms frente a.

27 Recomendaciones Complejidad en la Configuración requiere ciertos conocimientos avanzados para configurar adecuadamente una VPN. debe ser configurado en cada computador conectado a la VPN. requiere una configuración sencilla, configuración del servidor y generación de certificados.

28 Recomendaciones Curva de Aprendizaje Cuando se requiere configurar y tener funcionando una VPN en poco tiempo, presenta una curva de aprendizaje menos inclinada que. Tecnología simple, modular y fácil de configurar. requiere mayor conocimiento previo, en cuanto a trabajo con el kernel, aspectos técnicos de redes y VPN.

29 Recomendaciones Firewalls Frente a Firewalls, requiere que estén abierto los puertos: 50, para permitir el tráfico del protocolo ESP. 51, para permitir el tráfico del protocolo AH. 500, UDP. En cambio,, requiere solo la apertura de un único puerto.

30 Recomendaciones IP Dinámica Si el usuario cuenta solamente con IP dinámica, utilizar será un problema. Al cambiar la IP, la configuración de debe ser realizada nuevamente., no debe reconfigurarse ante un cambio en la IP la reconexión será inmediata, casi sin percatarse de la desconexión y conexión.

31 Recomendaciones Seguridad Si la seguridad es un punto crítico para los usuarios, hay que considerar que presenta ciertas desventajas en este punto. utiliza llaves compartidas, que deben ser conocidas por todos los usuarios de la VPN, siendo transportadas a través de la red. Es un proceso engorroso y que da la posibilidad de obtención de estas llaves por parte de personas no adecuadas. cuenta con certificados SSL/TLS para realizar la autenticación, siendo mucho más seguro.

32 Objetivos del Proyecto Beginning Build and integrate Virtual Private networks, Markus Feilner, Norbert Graf. Packt Publishing. Guide to VPNs, Sheila Frankel, Karen Kent, Ryan Lewkowski, Angela D. Orebaugh, Ronald W. Ritchey, Steven R. Shama. National Institute of Standars and Technology. U.S. Department of Commerce.

Documentos relacionados

VPN Security. Rudyar Cortés Javier Olivares. 8 de octubre de 2010. Rudyar Cortés Javier Olivares () VPN Security 8 de octubre de 2010 1 / 22

VPN Security. Rudyar Cortés Javier Olivares. 8 de octubre de 2010. Rudyar Cortés Javier Olivares () VPN Security 8 de octubre de 2010 1 / 22 VPN Security Rudyar Cortés Javier Olivares 8 de octubre de 2010 Rudyar Cortés Javier Olivares () VPN Security 8 de octubre de 2010 1 / 22 Outline 1 Privacidad 2 SSL/TLS security y redes VPN s 3 Protocolo