Infosofía := 0×69AEE7

En un post anterior, comenté el “regeneramiento” de la línea, que al final de cuenta resultó ser una mentira disfrazada de “solución”.

En estos momentos el servidor de infosofía:=0×69AEE7 se encuentra en
el rango de ips dentro de la subred 190.172.0.0 de speedy. Además un
compañero mio también con speedy se encuentra en el rango 190.48.0.0,
con su servidor web. Ahora si quiero entrar a su servidor no puedo y el
tampoco a infosofía, incluso metiendole “regeneración” (y apagando el
modem) en ambos servidores.

Por lo cual ambos llamamos al servicio técnico de speedy
(0800-333-7733, opción 0 y después 2). En definitiva la serie de
llamadas terminaron en ninguna solución y en la mayoría de las llamadas
fuimos cortados, o sea, sino pueden solucionar algo te cortan ¡y listo!

Además el servicio técnico de speedy sólo tiene soporte para Windows
(ojo, también dan soporte para Windows 95 y 98 :-P), por lo cual no
podían ayudarnos. Pero éste problema , es un problema mero de ruteo de
speedy y no involucra al cliente.

Otra cosa que vale la pena comentar es que el servicio técnico
tampoco tiene “soporte de red”, o sea, por ejemplo aquí tengo una
pequeña red privada, la cual salé a internet por NAT. Toda persona con conocimientos mínimos en redes, sabe que la red privada conectada a un NAT desde internet se ve como una única máquina, pero ese conocimiento es algo desconocido para el servicio técnico, diciéndome: “Señor, no podemos ayudarlo en su problema por que tiene más de una máquina conectada a internet”…
Vuelvo a repetir que el problema no es del cliente, es de speedy. Por
lo tanto esta excusa no tiene fundamento al igual que la anterior.

También pudimos sacar una conclusión de estas llamadas, y es que el
servicio técnico no sabe absolutamente nada de nada, por ejemplo unas
de las personas que habló conmigo no sabía cual era la diferencia entre
una página web y un servidor web; otros no sabían que era la IP
pública, confundiendo la ip de mi máquina con la ip con la que salgo
hacia Internet; etc. Realmente una desilusión.

Este es un problema con TCP, ya que si hago ping (ICMP) al servidor
que está en 190.48.0.0 me responde, pero si utilizo algo que funcione
sobre TCP no veo a la otra máquina. Por ejemplo es imposible hacer
conexiones web, FTP o consultar una base de datos remota…

Creo que esto es algo que debería de quejarse todo usuario de speedy, ya que nos venden un servicio con el cual podemos navegar sin límites, y en realidad estamos limitados a navegar por ciertos ip’s. Aquí dejo algunos consejos a la hora de quejarse:

• Al llamar pedir número de reclamo, de esta manera tenemos la
  identificación del llamado, para después hacer cualquier tipo de
  denuncia (ya que supuestamente graban todos los llamados). Estos
  números pueden ser útiles para obtener descuentos en la facturación de
  la línea
• Pedir el nombre y apellido del que nos toma el reclamo
• Y lo más importante, decir que: “por favor no corten la llamada, porque sino tendré que hacer una denuncia”.

Aquí les dejo unas pruebas que muestran el filtrado que realiza speedy

$ traceroute 190.48.32.14 80
traceroute to 190.48.32.14 (190.48.32.14), 30 hops max, 80 byte packets
 1  192.168.2.1 (192.168.2.1)  1.366 ms  0.831 ms  0.906 ms
 2  192.168.1.1 (192.168.1.1)  1.250 ms  1.431 ms  1.480 ms
 3  200.51.241.221 (200.51.241.221)  13.279 ms  15.543 ms  65.523 ms
 4  200.51.233.140 (200.51.233.140)  13.997 ms  15.538 ms  14.449 ms
 5  200.51.233.140 (200.51.233.140)  56.170 ms  38.127 ms  12.758 ms
 6  200.51.233.141 (200.51.233.141)  17.054 ms  30.646 ms  14.812 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
...
30  * * *

Ahora si vuelvo hacer un trace, pero en vez de usar paquetes UDP, utilizo ICMP ECHO; se ve lo siguiente

$ traceroute -I 190.48.32.14 80
traceroute to 190.48.32.14 (190.48.32.14), 30 hops max, 80 byte packets
 1  192.168.2.1 (192.168.2.1)  3.581 ms  0.833 ms  0.834 ms
 2  192.168.1.1 (192.168.1.1)  1.752 ms  1.038 ms  1.008 ms
 3  200.51.241.221 (200.51.241.221)  88.064 ms  92.143 ms  23.622 ms
 4  200.51.233.140 (200.51.233.140)  12.996 ms  13.763 ms  14.313 ms
 5  200.51.233.140 (200.51.233.140)  14.262 ms  116.797 ms  12.750 ms
 6  200.51.233.141 (200.51.233.141)  13.483 ms  13.176 ms  15.324 ms
 7  190-48-32-14.speedy.com.ar (190.48.32.14)  198.036 ms  104.146 ms  380.376 m

Increíble, esto demuestra que el router 200.51.233.141 está filtrando las conexiones. Ahora hagamos un ping

$ ping 190.48.32.14
PING 190.48.32.14 (190.48.32.14) 56(84) bytes of data.
64 bytes from 190.48.32.14: icmp_seq=1 ttl=248 time=63.7 ms

Ahora tratemos de obtener una pagina web del servidor

$ nc 190.48.32.14 80
HEAD / HTTP:1.0

Creería que eso es suficiente para mostrar que realmente es un
problema de speedy (especialmente sus router) y no del cliente. Espero
que esto se solucione de una buena vez, porque fastidia y mucho.

Bueno después de realizar una llamada al “Servicio Técnico de speedy” (0800-333-7733 opción 0). He podido solucionar lo que comenté en un post anterior. Al preguntar a qué se debía esto, obtuve la siguiente respuesta: “para solucionarlo debemos ‘regenerar el servicio’ (¿?), así que tiene que mantener apagado su modem hasta que le avisemos”. La cuestión, es que no me explicaron el por qué no podía entrar a otros sitios por el puerto 80. Una vez que hicieron la “regeneración” (aproximadamente 40 segundos), volví a prender el modem y probé conectarme con otro servidor con speedy (hogareña) y pude. La pregunta que cabe ahora es: ¿Por qué desde un principio no brindaron el servicio con “regeneración” y tuvieron que esperar hasta que me quejara? Sólo espero que está regeneración dure mientras tenga el servicio y no termine cuando refresque la dirección IP… Cualquier cosa voy postear si sucede

Realmente estoy cansado del pésimo servicio que brinda Telefónica. Sumando un plus a todas las calamidades del servicio, telefónica se toma la cortesía de filtrar o dropear conexiones al puerto 80 entre usuarios de speedy. Por ejemplo si un usuario de speedy levanta un servidor web y alguien quiere entrar a su sitio (siendo él usuario de Speedy), no puede, pués las solicitudes al servidor web nunca llegan, por lo que el navegador queda esperando una respuesta que nunca arribará… He realizado prueba a ver si telefónica había puesto un proxy transparente, ya que hubo un gran escandalo en España debido a la “alta calidad” que brindaba el proxy; pero en la prueba no aparece ningún proxy. Pueden probarlo entrando en este sitio (¡¡tener cuidado si hay un proxy propio en su red!!). Por lo tanto supongo que deben estar dropeando las solicitudes. Es por esa razón que para poder entrar a infosofía se debe especificar el puerto 8089. Ya que si dejaba al servidor web escuchando por el puerto 80 no podría darle cobertura a usuarios de Speedy.

Creería que la mejor manera de erradicar esta absurda medida es llamar a speedy y quejarse de está injusticia (0800-333-7733). Algo que todavía no puedo comprender es ¿Cuál es el motivo de que no se puedan recibir solicitudes de usuarios de Speedy por el puerto 80?, acaso ¿Porque colapsará la subred de telefónica? ¿Se habrán olvidado de limpiar alguna vieja regla de iptables XD?… Sólo queda esperar a ver si se soluciona esto.