Diferencia entre revisiones de «Squid autentificándose contra squid»

De Guifi.net - Wiki Hispano

(Contenido de squid.conf: completado squid.conf y añadida nota sobre usuario y grupo en openwrt)
m (Sobre tinyproxy y AddHeader)
 
(No se muestran 4 ediciones intermedias realizadas por un usuario)
Línea 13: Línea 13:
 
=Más detalles=
 
=Más detalles=
  
==Contenido de squid.conf==
+
==squid.conf==
  
Debe contener:
+
El fichero squid.conf de nuestro squid local debe contener:
  
 
  http_port <en qué puerto queremos que escuche nuestro squid local>
 
  http_port <en qué puerto queremos que escuche nuestro squid local>
Línea 29: Línea 29:
 
  cache_effective_user squid
 
  cache_effective_user squid
 
  cache_effective_group wheel
 
  cache_effective_group wheel
 +
 +
'''Atención''': Hay que sustituir el texto encerrado entre <> (y eliminar <>).
  
 
Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.
 
Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.
  
[http://hints.macworld.com/article.php?story=20030226161459306 Referencia]
+
Queda por explicar todo el proceso pero la idea y los detalles específicos están en la primera referencia.
 
+
Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí.
+
  
 
=Sobre tinyproxy y AddHeader=
 
=Sobre tinyproxy y AddHeader=
  
Mejor no utilizarlo ya que implica que enviaremos las cabeceras con cada petición del proxy, lo que constituye un riesgo de seguridad, además de ser un tanto chapucero.
+
Mejor no utilizarlo ya que implica que enviaremos las cabeceras (con los datos de usuario y contraseña) con cada petición del proxy, lo que constituye un riesgo de seguridad, ya que la página que carguemos los recibirá. Por otro lado, es un método un tanto chapucero.
 +
 
 +
=Referencias=
 +
* [http://hints.macworld.com/article.php?story=20030226161459306 Use squid to perform upstream web proxy authentication]
 +
* [http://www.squid-cache.org/Doc/config/cache_peer/ squid : cache_peer configuration directive]

Última revisión de 16:45 27 jul 2015

¿Por qué?

Si alguna vez te has visto en casa con que quieres conectar varios dispositivos a tu nodo de guifi.net, habrás pensado en un switch o un router. Sin embargo, siempre queda el «pequeño» detalle del proxy:

  • configurarlo
  • autentificación cada X tiempo (generalmente cada hora)

Cómo

Un proxy local que se identifica contra un proxy remoto. El proxy local será el que instalemos en nuestro router (OpenWRT) y el proxy remoto será nuestro proxy más cercano de guifi.net.

Más detalles

squid.conf

El fichero squid.conf de nuestro squid local debe contener:

http_port <en qué puerto queremos que escuche nuestro squid local>
cache_peer <ip del proxy de guifi> parent <puerto del proxy de guifi (generalmente 3128)> 0 no-query default proxy-only login=<usuario>:<contraseña>

acl manager proto cache_object
acl localhost src 127.0.0.1/255.255.255.255
acl all src 0.0.0.0/0.0.0.0
http_access allow all
never_direct allow all
icp_access deny all

cache_effective_user squid
cache_effective_group wheel

Atención: Hay que sustituir el texto encerrado entre <> (y eliminar <>).

Nota: Es posible que en OpenWRT el usuario y el grupo (últimas dos líneas) sean diferentes de los que se especifican aquí.

Queda por explicar todo el proceso pero la idea y los detalles específicos están en la primera referencia.

Sobre tinyproxy y AddHeader

Mejor no utilizarlo ya que implica que enviaremos las cabeceras (con los datos de usuario y contraseña) con cada petición del proxy, lo que constituye un riesgo de seguridad, ya que la página que carguemos los recibirá. Por otro lado, es un método un tanto chapucero.

Referencias

Herramientas personales