El 18/10/10 16:05, Roman Gelbort escribió:
En mi casa tengo este problema pero más grave, es casi imposible navegar, así
que me cansé y uso Windows, con el cual evito el problema.
Decir esto es como decir "me lastimé un dedo y por el miedo a una
cangrena me voy a suicidar" :-P
Yo tengo el mismo problema y al llamar a speedy me dijeron que lo van a
trabajar y que en 72 hs me responden como lo solucionan, ya que el
problema es de ellos con los "kernels de linux".
El problema parece que está en todo el país desde el 15/sep aprox. Lo
sufren mayormente quienes no usan Windows: Linux, Mac, Wii, smartphones,
etc. En win también hay cortes, pero por alguna extraña razón, son muy
pocos.
Por lo que vengo sufriendo, probando y leyendo, solo sucede con el
puerto 80, y tiene mucho que ver el proxy transparente (o un balanceador
de carga han dicho otros) que implementaron ya hace bastante tiempo.
Algo cambiaron o algo pasó a mediados de septiembre, que desde entonces
desde todo el país hay reportes de problemas, pero siempre de usuarios
no-windows.
Los que han tenido la suerte de llegar a hablar con alguien de soporte
que tuviera un mínimo de entendimiento del tema, les han reconocido que
es un problema de ellos, y que en "15 días" lo solucionarían. Ya vamos
más de un mes con el tema.
En twitter es permanente la cantidad de gente reclamando, con solo
mencionar a speedy o telefónica, te responde @TelefonicaComAr
solicitando el número de linea para probarla.
En general muchos usurios lo llaman el problema del F5, porque hay que
estar recargando las páginas permanentemente, porque falla la conexión o
no carga algunos elementos (imágenes, JS, CSS, etc)... y a fuerza de
reintentos, va cargando.
El problema es tan grave todo el tiempo. Muchos han asociado el problema
con los horarios pico de consumo, porque a la madrugada hasta antes de
las 8-9 hs suele "andar bien"... hasta que comienza a degradarse y
volverse imposible. Al otro día, vuelve a repetirse todo.
Los que analizaron un poco las conexiones, comprobaron que cuando el
proxy transparente empieza a fallar (¿cuando está sobrecargado?)
responde al SYN con RST (reset) en lugar de un SYN,ACK. ¿Porqué no pasa
esto con Windows? Un verdadero misterio, y no creo en conspiraciones:
calculo que por casualidad tienen implementado algo distinto en su stack
TCP/IP que hace menos evidente el problema, porque un poco les pasa,
pero muy poco.
Un colega (AlejoLP) hizo un tremendo programita de proxy en Python para
Linux, que al detectar esta maldita respuesta, reintenta la conexión.
Por supuesto se torna un poco lento, pero doy fe que ayuda un montón:
http://code.google.com/p/hammerofthor/
Aquí uno de los mejores reportes del problema:
http://blog.salinas.com.ar/2010/10/07/telefonica-y-el-proxy-de-los-misterios/
Y acá dos hilos con usurios sufriendo esto:
http://foros.3dgames.com.ar/internet-y-redes.191/442022.speedy-problemas-conexion-thread-oficial.286.html
http://ww.ubuntuforums.org/showthread.php?t=1583826&page=21
El Martillo de Thor está muy bueno, pero es ineficiente. En lo personal
probé con Squid3, sin encontrar ninguna configuración que ayude un poco,
si bien parecía ayudar algo por si solo, probablemente fue solo el
efecto placebo xD
En fin, por momentos anda bien. Por momentos para el re-tuje.
Lo más gracioso es que las conexiones P2P (red BitTorrent en particular)
funcionan PERFECTO y a FULL tanto en subida y como en bajada. Y tampoco
se sufren problemas con VPNs, SSH, FTP, mail, ni con otras yerbas, lo
que hace sospechar aun más del maldito proxy "transparente" que
Telefónica tiene en su infraestructura (transparente hasta que anda para
el orto).
Los celulares con Android y Sybiam usando el WiFi con la conexión ADSL
de Speedy me pasa lo mismo, incluso parece peor.
Para ejemplificar el probema: abrís 10 pestañas con distintos sitios
(durante cero uso de la conexión para ninguna otra cosa) y fácil 8 no
cargar o lo hacen a medias. Un desastre. Si bien aun persiste el
problema, en este momento estoy probando con estas reglas de iptables, y
parece funcionar bien ("TOCO MADERA"):
sudo iptables -A OUTPUT -p tcp --dport 80 -m state --state NEW -m recent
--set --name thor --rdest -j ACCEPT
sudo iptables -A INPUT -p tcp -m tcp --tcp-flag RST RST -m state --state
ESTABLISHED -m recent --name thor --rcheck --rsource --seconds 1 -j DROP
Fuente: http://ww.ubuntuforums.org/showpost.php?p=9987632&postcount=202
Ahora mismo sin estas reglas vuelve a andar muy mal (léase, "para el
tuje"). Y con estas reglas, parece que se soluciona. Comenten cómo les
fue. Crucemos los dedos... :O
Si con esto queda "solucionado", solo quedaría resolver el tema para los
smartphones y las consolas, pero ya es un gran avance. Si Telefónica no
corrige el problema desde el origen, está claro que es una locura (y
poco probable) encontrar workarounds para todos los gadgets y
dispositivos. A veces no se puede meter mano en algunas cosas, o se
complica (o es poco práctico) tener algo en el medio.
Saludos,
Pablo
--
Para desuscribirte tenés que visitar la página
https://listas.linux.org.ar/mailman/listinfo/lugar-gral/
Usuarios Software Libre Argentina (USLA)