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 ________________________________________________ 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
