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) |
(→Contenido de squid.conf: añadida llamada de atención sobre cómo sustituir parámetros) |
||
Línea 30: | Línea 30: | ||
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í. | ||
Revisión de 18:18 16 abr 2014
Contenido
¿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
Contenido de squid.conf
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 ahí.
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.