Diferencia entre revisiones de «Squid autentificándose contra squid»
De Guifi.net - Wiki Hispano
(→Más detalles: añadido squid.conf y corregido el enlace a la referencia) |
(→Contenido de squid.conf: traducción del squid.conf) |
||
| Línea 17: | Línea 17: | ||
Debe contener, entre otras cosas... | Debe contener, entre otras cosas... | ||
| − | http_port < | + | http_port <en qué puerto queremos que escuche nuestro squid local> |
| − | cache_peer < | + | 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 manager proto cache_object | ||
| Línea 27: | Línea 27: | ||
icp_access deny all | icp_access deny all | ||
| − | [http://hints.macworld.com/article.php?story=20030226161459306 | + | [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 ahí. | Queda por explicar todo el proceso pero la idea y los detalles específicos están ahí. | ||
Revisión de 19:14 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, entre otras cosas...
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
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.
