elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado:


+  Foro de elhacker.net
|-+  Comunicaciones
| |-+  Redes
| | |-+  Inspeccion de paquetes/limitacion de tráfico del ISP
0 Usuarios y 1 Visitante están viendo este tema.
Páginas: [1] Ir Abajo Respuesta Imprimir
Autor Tema: Inspeccion de paquetes/limitacion de tráfico del ISP  (Leído 3,865 veces)
chillinfart


Desconectado Desconectado

Mensajes: 334


Nine O'clock, charge your Glock!


Ver Perfil
Inspeccion de paquetes/limitacion de tráfico del ISP
« en: 28 Septiembre 2011, 02:39 am »

Bien ¿hasta qué punto un ISP puede engañar a ciertas pruebas como Glasnost? ¿O hasta qué punto puede impedir que una conexión cifrada se dé?

Me explico, primero el segundo caso. En Julio pasado había contratado el servicio de VPN de Hidemyass (que usa el protocolo PPTP), resultando en desconexiones casi inmediatas al minuto de entrar. Pedí reembolso ante este problema y entré a Vpntunnel, un proveedor sueco que usa OpenVPN. Casi no hay un día en el que salga un error relativo a la dirección de los servidores, desde vpntunnel reportan no hay problemas y en otros foros igual (el día que me pasa este incidente).

Sobre el primer caso, las pruebas de velocidad de Vuze van bien (cifrado y sin cifrar), pero en la práctica tengo problemas con casi todas las demás pruebas mediante Bittorrent (incluyendo las descargas en sí, aun con muchos seeds), como si hubieran averiguado las direcciones usadas y lo tuvieran como excepción. Igual la prueba Glasnost.

Si, es mi eterna pelea con ese operador mexicano, que regresó a las andadas y anda esperando que se apruebe un tratado mordaza para hacer esto con impunidad.

¿Qué puedo hacer? ¿Ahora como contrasto esta falacia de que "todo anda bien"? ¿Algún sistema parecido a la prueba de velocidad de Vuze?

Y hablando de eso, en este foro dejaron información sobre el proyecto N00ter, para verificar esas limitaciones de tráfico ( http://foro.elhacker.net/noticias/n00ter_herramienta_para_detectar_cuando_un_isp_limita_la_velocidad-t335645.0.html ) ¿Qué fue de ese programa?


« Última modificación: 28 Septiembre 2011, 02:43 am por chillinfart » En línea

el-brujo
ehn
***
Desconectado Desconectado

Mensajes: 21.637


La libertad no se suplica, se conquista


Ver Perfil WWW
Re: Inspeccion de paquetes/limitacion de tráfico del ISP
« Respuesta #1 en: 28 Septiembre 2011, 11:02 am »

¿Has realizado más tests de velocidad fiables?

http://www.elhacker.net/tests.htm

Test if your ISP is shaping your traffic
http://broadband.mpi-sws.org/transparency/bttest.php

Dudo que ningún ISP impida conexiones cifradas... o las corte o las limite, ni en China hacen eso xD

Si la OpenVPN se corta, pueden ser muchas cosas... siempre que usas vpn pues irá más lento lógicamente, pero no debería cortarse.

En España no recuerdo que ISP también montó un proxy caché transparente para ahorrar tráfico, pero creo que al fina lo quitaron....

El programa N00ter en la noticia pone que todavía no lo habían sacado. Tu lucha es un tanto complicada contra un ISP sin pruebas concluyentes, se necesita datos muy técnicos y ser un experto para poder demostrar lo que comentas.


En línea

chillinfart


Desconectado Desconectado

Mensajes: 334


Nine O'clock, charge your Glock!


Ver Perfil
Re: Inspeccion de paquetes/limitacion de tráfico del ISP
« Respuesta #2 en: 28 Septiembre 2011, 17:23 pm »

Ahí apuntan mis sospechas.

http://broadband.mpi-sws.org/transparency/bttest.php

Pareciera que a este sitio lo tuvieran en lista de excepciones o algo parecido, porque no muestra "nada raro" al igual que Vuze. Ahora dejo las preguntas de noob y soy un poco más específico. De acuerdo a una inspección que hicieron a mi línea antes de la apelación, Claro usa uno de estos para el internet móvil. ¿alguna referencia para poder ver mejor su funcionamiento?

Por otra parte, claro anteriormente había intentado sabotear algunos sitios como scribd o mediafire (no bloquear, sino sabotear) entorpeciendo la llegada de datos a ellos. En ese entonces, hallé una pista que coincidía con el raro comportamiento de la línea en esos casos(Opera logró mostrar el error asociado en una de esas fallas), aunque no fue fácil notarlo. ¿Hay una forma para que firefox u Opera puedan ser forzados a mostrar el número del error cuando falla una conexión? Sería de gran ayuda, por las dudas de su aparición no lo incluí en la apelación pero pudo haber sido un golpe duro.

Finalmente, Claro en esa ocasión mandó su propio reporte de puertos para contrastar los míos, usando el Microsoft Network Monitor (yo me valí de Port Detective y la Asosiación de Internautas para mostrar que el acceso a los puertos TCP anda muy restringido). Lejos de limpiarse de polvo y paja, hizo patente las reglas estrictas de sus sistema NAT al tener ambas pruebas como válidas  :xD (y un jalón de orejas para ellos mismos por no poner información técnica o relativa a esto en el contrato).

En realidad, ese proceso terminó a mi favor en junio pasado, pese a mis limitaciones con las pruebas logré dejar en ridículo los argumentos de la operadora. El detalle es que no sancionaron a la operadora ni mucho menos han arreglado ese último punto al enfocarse más en la limitación de tráfico, aunque el lío con los puertos sigue siendo el más grave. Básicamente ando viendo como prepararme ante otras arbitrariedades que ande preparando la operadora y cuyos síntomas ya se sienten (han vuelto más agresivas las restricciones de puertos, ya mandé un reporte caballerosamente por ello, pero necesito prepararme para lo peor).

De todas formas, gracias por la respuesta.

« Última modificación: 28 Septiembre 2011, 17:28 pm por chillinfart » En línea

lobo79

Desconectado Desconectado

Mensajes: 28



Ver Perfil
Re: Inspeccion de paquetes/limitacion de tráfico del ISP
« Respuesta #3 en: 23 Octubre 2011, 16:13 pm »

Llevo muchos años trabajando en redes y en ese tiempo he estado en varios ISP (locales e internacionales). En ninguno de ellos se filtraba trafico por puertos, pero en algunos si se limitaba el ancho de banda para determinados protocolos (P2P) o URL (megaupload, rapidshare....) por lo que en las horas pico la velocidad de los mismos se veia reducida.
Ahora bien, yo no solo trabajo en ISP sino que tambien soy usuario y mi proveedor tambien me limita los P2P. La solucion que encontre fue bajar los torrent en un servidor externo y traerme todo eso a mi PC por FTP (que no esta limitado).
Googlea y vas a encontrar empresas que ofrecen servidores para torrents (seedbox), no pongo la contrate porque se veria como que estoy haciendo publicidad. Saludos
« Última modificación: 23 Octubre 2011, 16:15 pm por lobo79 » En línea

Páginas: [1] Ir Arriba Respuesta Imprimir 

Ir a:  

Mensajes similares
Asunto Iniciado por Respuestas Vistas Último mensaje
No puedo inyectar trafico y descargar paquetes con el backtrack 4
Wireless en Linux
ice_n64 3 5,027 Último mensaje 6 Noviembre 2010, 06:24 am
por lenin1818
Inspección Profunda de Paquetes, el futuro de la publicidad
Noticias
Silici0 2 2,215 Último mensaje 28 Noviembre 2010, 22:14 pm
por Draklit
Como simular opacacidad de inspección con CSS3?
Desarrollo Web
WHK 5 3,725 Último mensaje 29 Febrero 2012, 17:22 pm
por raul338
Redirigir tráfico de un puerto y modificar paquetes windows
Redes
Kaxperday 2 3,271 Último mensaje 19 Septiembre 2015, 15:45 pm
por Kaxperday
¿Se puede saltar esta limitación de tráfico web? « 1 2 »
Dudas Generales
Eleкtro 17 16,133 Último mensaje 29 Diciembre 2015, 18:27 pm
por WHK
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines