1 proxy web transparente con wpad pedro javier blanco zambrano
Transcripción
1 proxy web transparente con wpad pedro javier blanco zambrano
PROXY WEB TRANSPARENTE CON WPAD PEDRO JAVIER BLANCO ZAMBRANO – 1150179 ALVARO JOSÉ ARIAS RAMIREZ – 1150394 UNIVERSIDAD FRANCISCO DE PAULA SANTANDER FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS ADMINISTRACIÓN DE SISTEMAS OPERATIVOS EN RED 2015 1 PROXY WEB TRANSPARENTE CON WPAD PEDRO JAVIER BLANCO ZAMBRANO - 1150179 ALVARO JOSÉ ARIAS RAMIREZ - 1150394 Presentado a: Ing. JEAN POLO CEQUEDA OLAGO UNIVERSIDAD FRANCISCO DE PAULA SANTANDER FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS ADMINISTRACIÓN DE SISTEMAS OPERATIVOS DE RED 2015 2 TABLA DE CONTENIDO INTRODUCCIÓN OBJETIVOS 5 MARCO CONCEPTUAL 6 1. PROCESO DE INSTALACIÓN DE SQUID 7 1.1. CONFIGURACIÓN DE SQUID 8 2. IPTABLES – INSTALACIÓN Y CONFIGURACIÓN 12 3. CONFIGURACIÓN DE WEB PROXY CON WPAD 14 4. CONFIGURACIÓN DEL SERVIDOS HTTP – APACHE 15 5. CONFIGURACIÓN DEL SERVIDOR DNS 16 6. PRUEBAS DE FUNCIONAMIENTO 17 CONCLUSIONES REFERENCIAS 3 INTRODUCCIÓN Un servidor proxy de conexión a Internet es un servidor que hace de intermediario entre los PCs de la red y el router de conexión a Internet, de forma que cuando un usuario quiere acceder a Internet, su PC realiza la petición al servidor proxy y es el proxy quien realmente accede a Internet. Posteriormente el proxy enviará los datos al PC del usuario para que los muestre en su pantalla. El PC del usuario no tendrá conexión directa con el router, sino que las peticiones irán dirigidas al proxy y este se las pasará al router. Una forma de enfrentar el problema y poder controlar y filtrar la actividad de los usuarios a través de HTTPS, es olvidarse del modo transparente de Squid y utilizar una configuración manual del servidor proxy. Sin embargo, ésto representaría una enorme cantidad de trabajo para los administradores de redes de área local, quienes tendrían que pasar anfitrión por anfitrión a realizar la configuración. Ésta, sin embargo, se puede automatizar anunciando ésta a través de servidores DHCP y servidores DNS, utilizando WPAD. 4 OBJETIVOS Con la presente actividad se pretende lograr: Estudiar y comprender el funcionamiento de web proxy con WPAD y SQUID. Configurar con WPAD el web proxy en Fedora Server 22. Realizar pruebas 5 MARCO CONCEPTUAL CONCEPTUALIZACIÓN (WPAD + SQUID) WPAD (Web Proxy Auto-Discovery protocol) es un método utilizado por los clientes de servidores Proxy para localizar el URI de un archivo de configuración, valiéndose de métodos de descubrimiento a través de DHCP y DNS. Los clientes descargan y ejecutan un archivo, que debe denominarse wpad.dat, utilizando el formato de auto-configuración de proxy (PAC, Proxy Auto-Config). El anuncio del archivo wpad.dat hacia la red de área local sólo puede hacerse a través de uno de los dos siguientes métodos: a. A través de un servidor DHCP. b. A través de un servidor DNS. Se puede utilizar indistintamente uno u otro método. Jamás se combinan ambos métodos porque los anuncios serían ignorados por los navegadores. El método más estándar es el anuncio a través de un servidor DHCP. Ambos métodos requieren añadir registros en zonas de reenvío estáticas o dinámicas del servidor de DNS utilizado por la red de área local. Squid es un Servidor Intermediario de alto desempeño que se ha venido desarrollando desde hace varios años y es hoy en día un muy popular y ampliamente utilizado entre los sistemas operativos como GNU/Linux y derivados de Unix®. Es muy confiable, robusto y versátil y se distribuye bajo los términos de la Licencia Pública General GNU (GNU/GPL). Siendo equipamiento lógico libre, está disponible el código fuente para quien así lo requiera. Entre otras cosas, Squid puede funcionar como Servidor Intermediario y caché de contenido de Red para los protocolos HTTP, FTP, GOPHER y WAIS, Proxy de SSL, caché transparente, WWCP, aceleración HTTP, caché de consultas DNS y otras muchas más como filtración de contenido y control de acceso por IP y por usuario. Debemos tener instalado; Squid, Apache, bind, iptables en fedora 22 6 1. PROCESO DE INSTALACION DE SQUID El sistema operativo en el que se va a implementar el servidor proxy web/caché será Fedora Server 22, mediante el comando # dnf install squid . El directorio por defecto del servidor squid es /etc/squid, dentro de este directorio están todos los archivos pertinentes a la configuración de la aplicación, pero existe uno de suma importancia el cual es el squid.conf, este es el archivo principal de configuración. 7 1.1 CONFIGURACIÓN DE SQUID Para dar inicio con la configuración es necesario abrir el archivo de configuración de squid, el cual se encuentra ubicado en el directorio /etc/squid y tiene como nombre squid.conf, para entrar al archivo ingrese la siguiente línea en la terminar. nano /etc/squid/squid.conf Presione la tecla ENTER y Habrá entrado al archivo. Existen un gran número de parámetros, de los cuales se recomienda configurar los siguientes: • • • • • Al menos una Lista de Control de Acceso Al menos una Regla de Control de Acceso http_port cache_dir error_directory Al ingresar al archivo de configuración es necesario realizar ciertos cambios en algunos parámetros, como: El número de puerto especificado en el parámetro http_port, el cual indica el puerto por el cual squid escuchara las peticiones. Debido a que el servidor Proxy es transparente se recomienda utilizar el puerto 80 o el 8080 y se valdrá del re-direccionamiento de peticiones de modo tal que no habrá necesidad alguna de modificar la configuración de los clientes HTTP para utilizar el Servidor Proxy. Bastará con utilizar como puerta de enlace al servidor. Es importante recordar que los Servidores HTTP, como Apache, también utilizan dicho puerto, por lo que será necesario volver a configurar el servidor HTTP para utilizar otro puerto disponible, o bien desinstalar o desactivar el servidor HTTP. Lo siguiente es la lista de Control de Acceso, lo cual es necesario para definir una red o bien ciertas maquinas en particular. A cada lista se le asignará una Regla de Control de Acceso que permitirá o denegará el acceso a Squid. Regularmente una lista de control de acceso se establece con la siguiente sintaxis: acl [nombre de la lista] src [lo que compone a la lista] Creamos estas tres ACL acl lanhome src “Que hace referencia a la IP de la máquina.” acl patrones url_regex “/etc/squid/listas/patrones” acl patrones dstdomain “/etc/squid/listas/denegadas” 8 Dentro del directorio de squid por orden se creará otro directorio llamado listas el cual contendrá todos los archivos en los que se denegarán los contenidos, patrones, denegadas. Es de vital importancia saber que las reglas en el servidor squid se leen de arriba hacia abajo, es decir, si se tiene en la primera línea de las reglas http_access allow all se permitirá todo tipo de contenido y no se aplicarán las reglas de denegación que están después de la primera, por ello, primero se ingresan las reglas de denegación y luego de permitir. Por defecto el che es de 100, se puede modificar, en nuestro caso lo aumentamos a 200. Esta es la configuración para nuestro caso particular. Con el siguiente grupo de comando mostraremos la configuración de squid.conf sin comentario “#” [root@ajar ~]# grep -v "^#" /etc/squid/squid.conf | sed -e '/^$/d' acl SSL_ports port 443 acl Safe_ports port 80 # http acl Safe_ports port 21 # ftp acl Safe_ports port 443 # https acl Safe_ports port 70 # gopher acl Safe_ports port 210 # wais acl Safe_ports port 1025-65535 # unregistered ports acl Safe_ports port 280 # http-mgmt acl Safe_ports port 488 # gss-http acl Safe_ports port 591 # filemaker acl Safe_ports port 777 # multiling http acl CONNECT method CONNECT acl redlocal src 192.168.254.0/24 acl denegadas dstdomain "/etc/squid/listas/denegadas" acl patrones url_regex "/etc/squid/listas/patrones" acl propias url_regex "/etc/squid/listas/propias" http_access deny denegadas http_access deny patrones http_access allow redlocal http_access allow propias !denegadas !patrones http_access allow all http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_access allow localhost http_port 8080 http_port 80 cache_dir ufs /var/spool/squid 200 16 256 coredump_dir /var/spool/squid refresh_pattern ^ftp: 1440 20% 10080 refresh_pattern ^gopher: 1440 0% 1440 refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 refresh_pattern . 0 20% 4320 Marcadas, están los directorios donde quedaran guardadas las direcciones web a bloquear (denegadas), palabras prohibidas (patrones) y propias 9 Guardamos los cambios y procedemos a crear las listas Creamos el directorio donde se almacenaran nuestras listas # mkdir /etc/squid/listas/ # nano /etc/squid/listas/denegadas # nano /etc/squid/listas/patrones # nano /etc/squid/listas/propias Ó las direcciones ip de los hosts de la red local 10 Realizados estos ajustes procedemos a reiniciar squid, con el siguiente comando: systemctl restart squid Verificamos su estado systemctl status squid 11 2. IPTABLES – INSTALACIÓN Y CONFIGURACIÓN Nuestra instalacion de fedora 22 se hizo sin ninguna configuracion o paquetes, ya que se trata de configurar todo desde cero, asi pues nuestro servicio de firewall se tiene que instalalar 12 Ejecutamos la orden # nano /etc/sysconfig/iptables Esta es la configuracion por defecto Para comentar una linea utilizamos el comodin “#” , comentamos las que estan marcadas. Ingresamos estas reglas -A INPUT -s 192.168.254.0/24 -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT -A INPUT -s 192.168.254.0/24 -m state --state NEW -m tcp -p tcp --dport 8080 -j ACCEPT -A FORWARD -p tcp --dport 20:21 -j DROP -A FORWARD -p tcp --dport 22 -j DROP -A FORWARD -p tcp --dport 443 -j DROP -A FORWARD -p tcp --dport 53 -j DROP -A FORWARD -p udp --dport 53 -j DROP Como configuramos Squid para escuchar peticiones por el puerto 8080 y que la red de área local corresponde a 192.168.254.0/24, abrimos los puertos 80/TCP (http) y 8080/TCP (webcache) del servidor y cerramos la salida desde la red de área local hacia los puertos 20 (ftp-data), 21 (ftp), 22 (ssh) y 443 (https) en el exterior. Guardamos los cambios (al salir del editor nano) Establecemos las reglas con: service iptables save Reiniciamos el servicio systemctl restart iptables Y verificamos su estado systemctl status iptables 13 3. CONFIGURACIÓN DE WPAD Se crea el directorio /var/www/wpad con permisos de acceso y escritura para usuario y de acceso para grupo y otros (rwxr-xr-x). mkdir -m 0755 /var/www/wpad Se crea el archivo /var/www/wpad/wpad.dat y se modifica según sus configuraciones de DNS e IP’s. function FindProxyForURL(url, host) { if ( isInNet(host, "192.168.254.0", "255.255.255.0") || isInNet(host, "127.0.0.0", "255.0.0.0") || shExpMatch(host, "192.168.254.*") || shExpMatch(host, "127.*" ) || shExpMatch(host, "localhost") || shExpMatch(host, "*.ajar.asor.local") || isPlainHostName(host) || dnsDomainIs(host, ".ajar.asor.local") ){ return "DIRECT"; } else { return "PROXY dns.ajar.asor.local:8080"; } } Es indispensable que el archivo /var/www/wpad/wpad.dat tenga permisos de lectura para todos, de otro modo será imposible compartirlo a través del servicio httpd. chmod a+r /var/www/wpad/wpad.dat 14 4. CONFIGURACION DEL SERVIDOR APACHE Se crea el archivo wpad.conf nano /etc/httpd/conf.d/wpad.conf los valor resaltados se cambian según sus configuraciones de DNS e IP’s <VirtualHost *:80> ServerName wpad.ajar.asor.local ServerAlias wpad DocumentRoot /var/www/wpad ErrorLog logs/wpad-error_log CustomLog logs/wpad-access_log combined <Directory "/var/www/wpad"> AddType application/x-ns-proxy-autoconfig .dat DirectoryIndex wpad.dat <IfModule mod_authz_core.c> # Apache 2.4 Require local Require ip 192.168.254.0/24 </IfModule> <IfModule !mod_authz_core.c> # Apache 2.2 Order Deny,Allow Deny from all Allow from 127.0.0.0/8 192.168.254.0/24 </IfModule> </Directory> </VirtualHost> 15 5. CONFIGURACION DEL SERVIDOR DNS Agregamos las siguientes lineas para que el servidor resuelva el nombre de wpad.ajar.asor.local nano /var/named/zona.ajar.asor.local Se reinicia el servicio named systemctl restart named Verificacion del servicio systemctl status named 16 6. PRUEBAS DE FUNCIONAMIENTO Configuraciones de los navegadores Chrome e Internet Explorer 17 18 Configuracion en firefox 19 20 CONCLUSIONES La implementacion de un servidor PROXY es de suma importancia en una red empresarial, ya que solucionariamos por una parte el control de acceso a ciertar paginas en horas laborales, en la practica no se implemento pero existen reglas para habilitar en horarios especiales, por ejemplo paginas de redes sociales. La administraciones de recursos, en especial el de Internet, se vera mejorado ya que al bloquear paginas que requieran un consumo considerable de ancho de banda alto; como youtube.com, facebook.com, juegos online y descargas P2P, ya no seran un problema, pues si se desea descargar un archivo de 1MB este tardara menos tiempo y asi la eficiencia de este recurso se mejorara. El web-cache de squid ayuda a que, si, se consulta constante mente una pagina, esta, estara almacenada en el cache del servidor proxy y asi no tendra que descargar de nuevo todo el contenido. La implementacion de WPAD es una mejora; ya que resuelve el problema de bloquear paginas https (paginas con seguridad) tales como facebook, tambien la navegacion por la red TOR, este servicion se puede emplementar en un servidor DHCP o DNS, mas no en ambos. La comprension de reglas de iptables para el firewall tiene como fin habilitar los puertos necesarios para el correcto funcionamiento de la red. 21 REFERENCIAS [1]https://es.wikipedia.org/wiki/Proxy [2]https://en.wikipedia.org/wiki/Web_Proxy_Autodiscovery_Protocol [3]http://www.squid-cache.org/ [4]http://www.hardware.com.br/livros/servidores-linux/configuracao-automatica-proxy-nosclientes.html [5]http://www.alcancelibre.org/staticpages/index.php/como-wpad [6] http://www.alcancelibre.org/staticpages/index.php/19-0-como-squid-general [7] http://www.alcancelibre.org/staticpages/index.php/como-dns?query=bind 22