Re: [Solar-general] [LUGAr-gral] detección de fallas en proxy squid
Lamentablemente no puedo responder en la lista original porque tiene problemas, que ya reporte a los admins varias veces y nunca lo solucionaron. Pero quería comentar un caso que me pasó recientemente, me complicó durante una semana y pico, y me llamó la atención cómo se solucionó finalmente. Tenía los síntomas que describe Roman. En realidad añado que si en vez del proxy, dejaba que las maquinas naveguen directamente usando al modem-router adsl como gateway, todas navegaban normalmente, pero si ponía el proxy en el medio, pasaba eso de que se perdían las conexiones. Todo parecía estar bien en el proxy y en todos lados, hasta llegar al modem-router, de allí no pasaban ni las conexiones ni los pings cuando tenía muchas maquinas tras el proxy (muchas ~= 10) Pero si tenía una o dos máquinas navegando no había problema. Finalmente se me ocurrió que podría haber un límite a la cantidad de requerimientos o conexiones por cada IP, entonces al concentrarse todas en la IP del proxy las cancelaba el modem, y parece que resultó ser cierto. Tuve que levantar 20 IPs en la misma interfaz saliente que comunica el proxy con el modem-router adsl, y añadir reglas iptables para que las conexiones utilicen todas esas direcciones aleatoriamente, simulando que las conesiones a través del proxy provinieran no de una (el proxy) sino de muchas máquinas. Y ahora funciona normalmente. Esto levanta 20 IPs adicionales luego de que se levante la IP estática principal de la interfaz saliente del proxy hacia el modem-router adsl, y luego ejecuta las iptables que entre otras cosas randomizan el uso de las IPs: # cat /etc/network/postup-eth1.sh for((i=1;i<20;i++));do ifconfig eth1:$i 192.168.1.$((i+2)) netmask 255.255.255.0; done iptables-restore < /etc/iptables.up.rules sysctl -p Esta es la regla que randomiza la IP de salida del proxy hacia el modem-router adsl: -A POSTROUTING ! -d 10.100.10.0/24 -j SNAT --to-source 192.168.1.2-192.168.1.20 --random No se si es la mejor explicación ni la mejor solución a lo que pasa, pero funciona para el caso. Si alguien tiene una mejor se agradece. Saludos 2011/5/28 Roman H. Gelbort <[email protected]>:
Hola gente.
En el colegio tenemos un proxy recién instalado y funcionando. Pero me encuentro con el primer problema en el que no se muy bien para donde disparar...
Mientras que haya pocas máquinas conectadas y navegando no hay dramas, la navegación se siente normal. Pero cuando todas las máquinas del labo empiezan a trabajar juntas y a hacer peticiones al mismo tiempo (cosa que sucede siempre porque es una escuela y los chicos entran todos al mismo tiempo al pedirles una tarea), ahí se pone recontra lenta la navegación al punto que empieza a tirar time outs con muchas páginas.
En el log de squid no se ve mucho, incluso me sorprende que casi no hay información.
¿por donde empiezo?
-- --------------------------------------------------------------------------------------- Prof. Román H. Gelbort No busquemos aplicaciones que reemplacen aplicaciones, sino aplicaciones que resuelvan problemas específicos...
http://www.piensalibre.com.ar ---------------------------------------------------------------------------------------
-- Para desuscribirte tenés que visitar la página https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ Usuarios Software Libre Argentina (USLA)
-- Pablo Manuel Rizzo ------------------------------- http://pablorizzo.com -------------------------------
El 29/05/11 04:44, Pablo Manuel Rizzo escribió:
Lamentablemente no puedo responder en la lista original porque tiene problemas, que ya reporte a los admins varias veces y nunca lo solucionaron. Pero quería comentar un caso que me pasó recientemente, me complicó durante una semana y pico, y me llamó la atención cómo se solucionó finalmente.
Tenía los síntomas que describe Roman. En realidad añado que si en vez del proxy, dejaba que las maquinas naveguen directamente usando al modem-router adsl como gateway, todas navegaban normalmente, pero si ponía el proxy en el medio, pasaba eso de que se perdían las conexiones. Todo parecía estar bien en el proxy y en todos lados, hasta llegar al modem-router, de allí no pasaban ni las conexiones ni los pings cuando tenía muchas maquinas tras el proxy (muchas ~= 10) Pero si tenía una o dos máquinas navegando no había problema.
Finalmente se me ocurrió que podría haber un límite a la cantidad de requerimientos o conexiones por cada IP, entonces al concentrarse todas en la IP del proxy las cancelaba el modem, y parece que resultó ser cierto. Tuve que levantar 20 IPs en la misma interfaz saliente que comunica el proxy con el modem-router adsl, y añadir reglas iptables para que las conexiones utilicen todas esas direcciones aleatoriamente, simulando que las conesiones a través del proxy provinieran no de una (el proxy) sino de muchas máquinas. Y ahora funciona normalmente.
Esto levanta 20 IPs adicionales luego de que se levante la IP estática principal de la interfaz saliente del proxy hacia el modem-router adsl, y luego ejecuta las iptables que entre otras cosas randomizan el uso de las IPs:
# cat /etc/network/postup-eth1.sh for((i=1;i<20;i++));do ifconfig eth1:$i 192.168.1.$((i+2)) netmask 255.255.255.0; done iptables-restore < /etc/iptables.up.rules sysctl -p
Esta es la regla que randomiza la IP de salida del proxy hacia el modem-router adsl:
-A POSTROUTING ! -d 10.100.10.0/24 -j SNAT --to-source 192.168.1.2-192.168.1.20 --random
No se si es la mejor explicación ni la mejor solución a lo que pasa, pero funciona para el caso. Si alguien tiene una mejor se agradece.
Saludos
Pues a mi me parece brillante la solucion. Yo tenia un problema similar y resulta que es el modem de Telefonica. Parece que el firmware que le ponen esta destinado a evitar las peticiones masivas de una sola ip. Esto al parecer es para evitar que tengas una red muy grande. En mi caso me compre un router adsl+ de Cisco y cero problemas ahora. Tampoco permitica cambiar entre UBR, CBR o VBR el firmware del router de Telefonica. Saludos happy hacking!! -- Daniel Olivera (mate.cosido) Director Proyecto UTUTO (Argentina) Blog: ututo.net/daniel "Soy y sere comunista hasta el ultimo dia de mi vida" "La cultura nuestra, la occidental tiene una crisis de valores brutal, porque ha sustituido los valores por los intereses" "Cuando se hunda esto y se esta hundiendo... estamos viviendo la barbarie que produce ese hundimiento, vendra otra cosa... la vida no se para... O se van a creen los banqueros que son immortales" Jose Luis Sampedro Saez Fijos : Argentina: +54 11 5353 9494 Ext: 2943434 España : +34 957 780 957 Ext: 2 iNum : +883 510001 192469 Movil : España : +34 693 801 999 Fax : España: +34 952 568 279 iNum : +883 510001 192469 Mensajeros: Google : ututo01 Skype : ututo01 Twitter : @ututo01
los switchs tienen limites de cuantas ips pueden estar colgadas de cada boca, pues deben recordarlo para enviar a cada mac address lo que viene para su IP, esto les hace guardar esa info en tablas quizas tenga algo que ver, o sea un problema similar El 29 de mayo de 2011 02:58, Daniel Olivera <[email protected]> escribió:
El 29/05/11 04:44, Pablo Manuel Rizzo escribió:
Lamentablemente no puedo responder en la lista original porque tiene problemas, que ya reporte a los admins varias veces y nunca lo solucionaron. Pero quería comentar un caso que me pasó recientemente, me complicó durante una semana y pico, y me llamó la atención cómo se solucionó finalmente.
Tenía los síntomas que describe Roman. En realidad añado que si en vez del proxy, dejaba que las maquinas naveguen directamente usando al modem-router adsl como gateway, todas navegaban normalmente, pero si ponía el proxy en el medio, pasaba eso de que se perdían las conexiones. Todo parecía estar bien en el proxy y en todos lados, hasta llegar al modem-router, de allí no pasaban ni las conexiones ni los pings cuando tenía muchas maquinas tras el proxy (muchas ~= 10) Pero si tenía una o dos máquinas navegando no había problema.
Finalmente se me ocurrió que podría haber un límite a la cantidad de requerimientos o conexiones por cada IP, entonces al concentrarse todas en la IP del proxy las cancelaba el modem, y parece que resultó ser cierto. Tuve que levantar 20 IPs en la misma interfaz saliente que comunica el proxy con el modem-router adsl, y añadir reglas iptables para que las conexiones utilicen todas esas direcciones aleatoriamente, simulando que las conesiones a través del proxy provinieran no de una (el proxy) sino de muchas máquinas. Y ahora funciona normalmente.
Esto levanta 20 IPs adicionales luego de que se levante la IP estática principal de la interfaz saliente del proxy hacia el modem-router adsl, y luego ejecuta las iptables que entre otras cosas randomizan el uso de las IPs:
# cat /etc/network/postup-eth1.sh for((i=1;i<20;i++));do ifconfig eth1:$i 192.168.1.$((i+2)) netmask 255.255.255.0; done iptables-restore < /etc/iptables.up.rules sysctl -p
Esta es la regla que randomiza la IP de salida del proxy hacia el modem-router adsl:
-A POSTROUTING ! -d 10.100.10.0/24 -j SNAT --to-source 192.168.1.2-192.168.1.20 --random
No se si es la mejor explicación ni la mejor solución a lo que pasa, pero funciona para el caso. Si alguien tiene una mejor se agradece.
Saludos
Pues a mi me parece brillante la solucion. Yo tenia un problema similar y resulta que es el modem de Telefonica. Parece que el firmware que le ponen esta destinado a evitar las peticiones masivas de una sola ip. Esto al parecer es para evitar que tengas una red muy grande.
En mi caso me compre un router adsl+ de Cisco y cero problemas ahora.
Tampoco permitica cambiar entre UBR, CBR o VBR el firmware del router de Telefonica.
Saludos
happy hacking!! -- Daniel Olivera (mate.cosido) Director Proyecto UTUTO (Argentina) Blog: ututo.net/daniel
"Soy y sere comunista hasta el ultimo dia de mi vida"
"La cultura nuestra, la occidental tiene una crisis de valores brutal, porque ha sustituido los valores por los intereses" "Cuando se hunda esto y se esta hundiendo... estamos viviendo la barbarie que produce ese hundimiento, vendra otra cosa... la vida no se para... O se van a creen los banqueros que son immortales" Jose Luis Sampedro Saez Fijos : Argentina: +54 11 5353 9494 Ext: 2943434 España : +34 957 780 957 Ext: 2 iNum : +883 510001 192469
Movil : España : +34 693 801 999
Fax : España: +34 952 568 279 iNum : +883 510001 192469
Mensajeros: Google : ututo01 Skype : ututo01 Twitter : @ututo01
________________________________________________
Solar-General es una lista abierta a toda la comunidad, sin ninguna moderación, por lo que se apela a la tolerancia y al respeto mutuo. Las opiniones expresadas son responsabilidad exclusiva de sus respectivos/as autores/as. La Asociación Solar no se hace responsable por los mensajes vertidos, ni representan necesariamente el punto de vista de la Asociación Solar.
[email protected] https://lists.ourproject.org/cgi-bin/mailman/listinfo/solar-general
-- Diego Saravia [email protected] NO FUNCIONA->[email protected]
2011/5/29 Daniel Olivera <[email protected]>:
El 29/05/11 04:44, Pablo Manuel Rizzo escribió:
Lamentablemente no puedo responder en la lista original porque tiene problemas, que ya reporte a los admins varias veces y nunca lo solucionaron. Pero quería comentar un caso que me pasó recientemente, me complicó durante una semana y pico, y me llamó la atención cómo se solucionó finalmente.
Tenía los síntomas que describe Roman. En realidad añado que si en vez del proxy, dejaba que las maquinas naveguen directamente usando al modem-router adsl como gateway, todas navegaban normalmente, pero si ponía el proxy en el medio, pasaba eso de que se perdían las conexiones. Todo parecía estar bien en el proxy y en todos lados, hasta llegar al modem-router, de allí no pasaban ni las conexiones ni los pings cuando tenía muchas maquinas tras el proxy (muchas ~= 10) Pero si tenía una o dos máquinas navegando no había problema.
Finalmente se me ocurrió que podría haber un límite a la cantidad de requerimientos o conexiones por cada IP, entonces al concentrarse todas en la IP del proxy las cancelaba el modem, y parece que resultó ser cierto. Tuve que levantar 20 IPs en la misma interfaz saliente que comunica el proxy con el modem-router adsl, y añadir reglas iptables para que las conexiones utilicen todas esas direcciones aleatoriamente, simulando que las conesiones a través del proxy provinieran no de una (el proxy) sino de muchas máquinas. Y ahora funciona normalmente.
Esto levanta 20 IPs adicionales luego de que se levante la IP estática principal de la interfaz saliente del proxy hacia el modem-router adsl, y luego ejecuta las iptables que entre otras cosas randomizan el uso de las IPs:
# cat /etc/network/postup-eth1.sh for((i=1;i<20;i++));do ifconfig eth1:$i 192.168.1.$((i+2)) netmask 255.255.255.0; done iptables-restore < /etc/iptables.up.rules sysctl -p
Esta es la regla que randomiza la IP de salida del proxy hacia el modem-router adsl:
-A POSTROUTING ! -d 10.100.10.0/24 -j SNAT --to-source 192.168.1.2-192.168.1.20 --random
No se si es la mejor explicación ni la mejor solución a lo que pasa, pero funciona para el caso. Si alguien tiene una mejor se agradece.
Saludos
Pues a mi me parece brillante la solucion. Yo tenia un problema similar y resulta que es el modem de Telefonica. Parece que el firmware que le ponen esta destinado a evitar las peticiones masivas de una sola ip. Esto al parecer es para evitar que tengas una red muy grande.
En mi caso me compre un router adsl+ de Cisco y cero problemas ahora.
Tampoco permitica cambiar entre UBR, CBR o VBR el firmware del router de Telefonica.
Opino igual que Daniel, es problema del modem. A mí me pasaba de utilizar torrents y si estos excedían la velocidad de bajada de 200kbps se caía la conexión. Ahora estoy utilizando un WRT54G con OpenWRT y un modem TP-Link adsl+ y la verdad anda fantástico. Ahora, también es interesante ver cuando te renuevan la IP: 20110510 20:10 201.255.xxx.xxx 20110511 23:55 201.255.xxx.xxx 20110515 11:55 201.255.xxx.xxx 20110515 12:10 201.255.xxx.xxx 20110518 09:05 201.255.xxx.xxx 20110520 04:25 186.131.xxx.xxx 20110520 04:40 201.255.xxx.xxx 20110523 16:40 201.255.xxx.xxx 20110527 04:40 201.255.xxx.xxx (Lamentablemente perdí el log que tenía del mes pasado donde tenía también la hora y el registro de IPs.) -- Facundo Andrés Bianco freenode/identica: vando
participants (4)
-
Daniel Olivera -
Diego Saravia -
Facundo Andrés Bianco -
Pablo Manuel Rizzo