PROXY WEB TRANSPARENTE CON WPAD

PEDRO JAVIER BLANCO ZAMBRANO 1150179

ALVARO JOS ARIAS RAMIREZ 1150394

UNIVERSIDAD FRANCISCO DE PAULA SANTANDER

FACULTAD DE INGENIERA
INGENIERA DE SISTEMAS
ADMINISTRACIN 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 INGENIERA
INGENIERA DE SISTEMAS
ADMINISTRACIN DE SISTEMAS OPERATIVOS DE RED
2015

TABLA DE CONTENIDO

INTRODUCCIN
OBJETIVOS

MARCO CONCEPTUAL

1. PROCESO DE INSTALACIN DE SQUID

1.1. CONFIGURACIN DE SQUID

2. IPTABLES INSTALACIN Y CONFIGURACIN

12

3. CONFIGURACIN DE WEB PROXY CON WPAD

14

4. CONFIGURACIN DEL SERVIDOS HTTP APACHE

15

5. CONFIGURACIN DEL SERVIDOR DNS

16

6. PRUEBAS DE FUNCIONAMIENTO

17

CONCLUSIONES
REFERENCIAS

INTRODUCCIN

Un servidor proxy de conexin a Internet es un servidor que hace de intermediario

entre los PCs de la red y el router de conexin a Internet, de forma que cuando un
usuario quiere acceder a Internet, su PC realiza la peticin 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
conexin directa con el router, sino que las peticiones irn 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
travs de HTTPS, es olvidarse del modo transparente de Squid y utilizar una configuracin
manual del servidor proxy. Sin embargo, sto representara una enorme cantidad de trabajo
para los administradores de redes de rea local, quienes tendran que pasar anfitrin por
anfitrin a realizar la configuracin. sta, sin embargo, se puede automatizar anunciando sta
a travs de servidores DHCP y servidores DNS, utilizando WPAD.

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

MARCO CONCEPTUAL

CONCEPTUALIZACIN (WPAD + SQUID)

WPAD (Web Proxy Auto-Discovery protocol) es un mtodo utilizado por los clientes de
servidores Proxy para localizar el URI de un archivo de configuracin, valindose de mtodos
de descubrimiento a travs de DHCP y DNS.
Los clientes descargan y ejecutan un archivo, que debe denominarse wpad.dat, utilizando el
formato de auto-configuracin de proxy (PAC, Proxy Auto-Config).
El anuncio del archivo wpad.dat hacia la red de rea local slo puede hacerse a travs de uno
de los dos siguientes mtodos:
a. A travs de un servidor DHCP.
b. A travs de un servidor DNS.
Se puede utilizar indistintamente uno u otro mtodo. Jams se combinan ambos mtodos
porque los anuncios seran ignorados por los navegadores. El mtodo ms estndar es el
anuncio a travs de un servidor DHCP. Ambos mtodos requieren aadir registros en zonas
de reenvo estticas o dinmicas del servidor de DNS utilizado por la red de rea local.
Squid es un Servidor Intermediario de alto desempeo que se ha venido desarrollando desde
hace varios aos y es hoy en da un muy popular y ampliamente utilizado entre los sistemas
operativos como GNU/Linux y derivados de Unix. Es muy confiable, robusto y verstil y se
distribuye bajo los trminos de la Licencia Pblica General GNU (GNU/GPL). Siendo
equipamiento lgico libre, est disponible el cdigo 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, aceleracin HTTP, cach de consultas DNS y otras muchas ms como filtracin de
contenido y control de acceso por IP y por usuario.
Debemos tener instalado; Squid, Apache, bind, iptables en fedora 22

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 estn todos
los archivos pertinentes a la configuracin de la aplicacin, pero existe uno de suma
importancia el cual es el squid.conf, este es el archivo principal de configuracin.

1.1 CONFIGURACIN DE SQUID

Para dar inicio con la configuracin es necesario abrir el archivo de configuracin 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 lnea en la terminar.
nano /etc/squid/squid.conf
Presione la tecla ENTER y Habr entrado al archivo.
Existen un gran nmero de parmetros, 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 configuracin es necesario realizar ciertos cambios en algunos

parmetros, como:

El nmero de puerto especificado en el parmetro 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 configuracin 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, tambin 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 mquina.
acl patrones url_regex /etc/squid/listas/patrones
acl patrones dstdomain /etc/squid/listas/denegadas

Dentro del directorio de squid por orden se crear otro directorio llamado listas el cual
contendr todos los archivos en los que se denegarn 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 lnea de las reglas http_access allow all se permitir todo
tipo de contenido y no se aplicarn las reglas de denegacin que estn despus de la primera,
por ello, primero se ingresan las reglas de denegacin y luego de permitir.
Por defecto el che es de 100, se puede modificar, en nuestro caso lo aumentamos a 200.
Esta es la configuracin para nuestro caso particular.
Con el siguiente grupo de comando mostraremos la configuracin 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, estn 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 INSTALACIN Y CONFIGURACIN

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. CONFIGURACIN 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 segn sus configuraciones de DNS e IPs.

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 travs 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 segn sus configuraciones de DNS e IPs
<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