Banda Ancha EU

Comunidad de usuarios
de fibra, móvil y ADSL

hosting en interdominios
82 lecturas y 36 respuestas
  • Cerrado

    [Editado 25/06/05 12:57]

    P2P camuflado como HTTP

    Este post lo voy abrir con las ultimas apariciones de que algunos usuarios de ono dicen haber podido saltar el filtro con la camuflacion de los paquetes de p2p a HTTP.Eso ha sido posible a traves de un programa que tiene una opcion de camuflaje*.Tenemos que hacer mas pruebas en sitios distintos para ver si es verdad si se salta el filtro.El programa p2p que se salta el filtro es el BitSpirit 3.0.0.087.Aqui poco a poco explicaremos como funciona.Este post solo tiene de momento una semana de vida.Tambien hay normas en este foro ya que no deberia estar aqui si no en el hilo de p2p:

    -Nada de fardar lo que se descarga
    -Tiene que ser una discusion productiva
    -el respeto entre usuarios se da por asumido por todos los que participen en el

    (Palabras textuales de un moderador)

    Saludos y a investigar.

    Este tema es antiguo y puede contener información obsoleta. Abre un nuevo tema para publicar tu mensaje.
    1
    • Cerrado

      [Editado 27/06/05 01:26]

      Os animo a seguir este hilo, muy interesante, el problema…

      Os animo a seguir este hilo, muy interesante, el problema serán los topos, pues si conocemos un buen método, nuestros amigos los capadores P2P buscarán alternativas. Lo siento pero toda la información que poseo esta en english, como es habitual.

      Lógicamente el tráfico se filtrará vía hardware (Analizadores de protocolos o firewalls), pues el volumen de tráfico P2P tiene que ser brutal, a continuación os detallo diferentes aparatitos que probablemente sean utilizados para ello.

      Aquí teneis algunas webs de fabricantes:

      http://www.ipoque.com
      http://www.nwtechusa.com
      http://www.allot.com
      http://www.cisco.com/en/US/products/hw/vpndevc/ps2030/products_tech_note09186a00801e419a.shtml

      Aquí teneis gráficas interesantes sobre tráfico P2P: http://www.ipoque.com/en/performance.html#perf

      Por cierto si leeis http://www.ipoque.com/pub/datasheet_prx_100_en.pdf os dareis cuenta que Ono nos perdona la vida pues si quiere puede filtrar también Gnutella y podréis leer "P2P traffic is handled with a lower priority than all other traffic" o en otras palabras QoS, os suena eso de algo que dijo Ono a Internautas.. más claro agua. También dice "The rate limitation is invisible to P2Pusers" bueno invisible invisible poco pues somos bastantes los que nos hemos dado cuenta.

      También tenemos que agradecer a nuestros amigos de IPP2P http://www.ipp2p.org que son los cazap2p en la maraña ip, los chicos desarrollan software para linux para filtrado P2P basados en IPTABLES.

      Esto quizá os interese menos pero aquí se exponen los efectos nocivos del tráfico P2P en USA http://www.verso.com/pdfs/ns_p2pcost_wp.pdf, bueno tampoco me lo creería del todo.

      Estos dispositivos se pueden configurar con programitas muy amigables.(He adjuntado foto pero no sale, lo siento)

      Tengo entendido que Ono utiliza muchos equipos Cisco y como se sabe en el tema de las redes grandes si no utilizas equipos de las misma marca, hay incompatibilidades, supongo que utilizarán filtros Cisco (Es una opinión personal)

      Aquí teneis un pdf en spanish, sí es increible, en spanish, donde tenéis gráficos donde explican dónde en la topología de la red pueden estar ubicados estos filtros y otra información muy interesante.
      http://www.allot.com/media/pages/NetEnforcer%20DS%20SP%20D241008.pdf

      Aquí teneis un listado orientativos de precios de los Allot en euros, lógicamente valen una pasta. http://www.novalink.fr/bintarif/tarif_17_fichier.pdf

      Perdonad si me he extendido demasiado, parezco un comercial, dios me libre (con todos los respetos), ahora que sabemos lo que hay por ahí, busquemos soluciones a nuestros problemas.

      Espero y deseo que no se generalize el uso de estos filtros, por los motivos que todos conocemos, aunque supongo que los Isps tampoco serán tontos pues el P2P es una importante cuota de abonados.

      Saludos.

      PD: He querido adjuntar imágenes interesantes, pero supongo que por el tamaño no las saca.

      • Cerrado

        Excelente investigación ;-) Me pido dos aparatos de esos, a…

        Excelente investigación ;-)
        Me pido dos aparatos de esos, a ver si lo truco y les hago la inversa al ISP

    • Cerrado

      Ya se que las descargas se relizan via FTP pero la cuestion…

      Ya se que las descargas se relizan via FTP pero la cuestion es que como ocupando todo el ancho de banda (al menos el teorico) apenas si se resiente cuando se navega al mismo tiempo; puedes comprobarlo tu mismo y veras.

      • Cerrado

        [Editado 26/06/05 18:03]

        Por si la respuesta era para lo del bobnoseque (que tiene…

        Por si la respuesta era para lo del bobnoseque (que tiene pinta de ello :P ) no es lo mismo (ni le lejos) una descarga a un sitio donde sólo se realiza una conexión para comuniarse que un P2P que realiza decenas (en el caso del eMule he llegado a ver gente con 400-600) conexiones y eso es mucho ancho de banda que llega a utilizarse (por eso lo de estar navegando bien cuando estas usando casi todo el ancho de banda en la descarga ftp con ese programa pero aplicaclo a cualquier otro cliente ftp).

        A parte que en un P2P junto al consumo de upload para comunicarse has de sumarle el upload de compartir etc... cuando en la ftp si es descarga sólo se ha de comunicar lo necesario con el servidor y el resto es upload disponible (vamos que no llegas a tener muchos cuellos de botella y la navegación llega a ser fluida :P )

        Si alguien quiere ser más técnico que lo añada o me corrija aunque creo que se va del tema del hilo :P

    • Cerrado

      Una curiosidad que tengo durante estos dias es por que con el…

      Una curiosidad que tengo durante estos dias es por que con el Bobdown alcanzo con mi conexion (4mg/150) picos de hasta 30seg de duracion de mas de 600kb y como media " 500kb y pico" es decir el tope y mientras descargo a estas velocidades no se resiente la carga de manera apreciable cuando navego al mismo tiempo dando por hecho que estoy practicamente absorbiendo todo el ancho de banda solo con la descarga.

      • Cerrado

        Esque el bob ese que mencionas es + o - un cliente de FTP…

        Esque el bob ese que mencionas es + o - un cliente de FTP (por lo tanto no capado) porque me ha picado la curiosidad de saber q era eso y en un manual lo ponia... así que no se puede considerar un P2P sinó un cliente de FTP al que has de cargar un archivo donde indica el "donde" descargarlo y "qué" descargar (como el Durie para los e-Mails)-

    • Cerrado

      Antes de nada, agradecer las respuestas, y volver a insistir…

      Antes de nada, agradecer las respuestas, y volver a insistir en mis insuficientes conocimientos informáticos, así que disculpad si mis planteamientos parecen a veces primarios o incluso totalmente erróneos.
      Bumper plantea ke el filtrado se realiza mediante hardware, vía routers, "según el tipo de conexión"... Bueno, ahí va la pregunta simplona: cómo conoce el ISP cuál es tu tipo de conexión (hay rangos distintos de IP para la conexión 1 MB respecto la de 3 MB?), y con esto no me quiero ir al hilo de uncapping... Se han planteado soluciones cambiando la MAC para adquirir una IP no filtrada,pero me da la sensación de que si no hay un criterio sobre qué IP no están filtradas, las posibilidades de éxito de este método son más bien puro azar..
      Overpeer plantea, respecto al filtro, que no ve la utilidad de conocer si es por software o por hardware: bueno, creo ke la idea de este hilo es plantear estretegias técnicas para saltarnos el filtrado, e imagino que no será igual enfrentarnos a un filtrado vía software ke vía hardaware. También pregunta qué tiene ke ver el DHCP en todo esto: tampoco yo lo sé, por eso en mi post lo ponía como pregunta :-P Los dos hilos posteados por Overpeer, muy bien traidos, son para pegar akí ya ke analizan posibilidades de forma muy clara, y además nos despierta la morriña y cierta ternura al leernos antes de que ONO admitiera lo del capado ;-)
      Donde sigo viendo un contradicción es: si sólo los paquetes P2P son "aparcados" o "retenidos", por qué toda la conexión se vuelve tan impracticable?
      Respecto a Rodi (http://www.error500.net/rodi_privacidad_bittorrent ; http://larytet.sourceforge.net/userManual.shtm), también coincido ke es una alternativa algo compleja para los usuarios "normales" (de todos modos, alguien lo ha probado?), además de sólo solventar el capado en la red torrent.
      Saludos.

      • Cerrado

        BocaDePez BocaDePez
        6

        > cómo conoce el ISP cuál es tu tipo de conexión Cuando el…

        > cómo conoce el ISP cuál es tu tipo de conexión

        Cuando el modem conecta a la red, descarga un archivo de configuraciones (dependiendo de la MAC del modem). Ese archivo mantienen las velocidades de subida/bajada para la conexión del cliente.

        > Se han planteado soluciones cambiando la MAC para
        > adquirir una IP no filtrada...

        Lo que se cambia es la MAC de la tarjeta de red, por lo que únicamente vale para cambiar la IP, no para despistar al servidor de ONO, puesto que la MAC del cablemodem sigue siendo la misma.

        > Overpeer plantea, respecto al filtro, que no ve la utilidad
        > de conocer si es por software o por hardware: bueno,
        > creo ke la idea de este hilo es plantear estretegias
        > técnicas para saltarnos el filtrado

        Yo creo que deberíamos reunirnos un día todos los usuarios de todas las ciudades en un punto de cada ciudad, e ir directamente hacia consumo o a donde puñetas sea, y poner la reclamación todos juntos. Por supuesto esta alternativa requiere un nivel de compromiso bastante grande, pero le haríamos dañito, SEGURO.

        > imagino que no será igual enfrentarnos a un filtrado vía
        > software ke vía hardaware

        Sí, sería lo mismo una cosa que otra.

        > Donde sigo viendo un contradicción es: si sólo los
        > paquetes P2P son "aparcados" o "retenidos", por qué toda
        > la conexión se vuelve tan impracticable?

        Yo creo que lo que detectan es el masivo número de conexiones que se hacen a/desde máquinas remotas, por lo tanto toda la conexión a Internet cae irremediablemente.

        Puede que haya dos limitadores, por un lado la de los 70Ks (el capado de siempre) y a parte ese filtro que hace que la red no se les venga abajo. Si han puesto un filtro, ¿por qué no poner dos?

        ...Como siempre, un saludo y a seguir jodidos.

        Postdata: Siguen robándome 2.4 Megas de descarga cada segundo. ¿Al final quien me paga lo que me han estafado hasta ahora?

        • Cerrado

          Me apunto a lo de la marcha verde...,por cierto si hay algún…

          Me apunto a lo de la marcha verde...,por cierto si hay algún abogado entre nosotros que venga por si las moscas.

          Un saludo

    • Cerrado

      [Editado 25/06/05 16:46]

      Este hilo me parece muy oportuno, como no podría ser menos en…

      Este hilo me parece muy oportuno, como no podría ser menos en cualquier iniciativa de Napster ;-)
      No se puede embutir todo en el hilo de P2P ni en el de "Todo sobre el capado": al final esos hilos se vuelven una madejas ilegibles y nada clarificadoras.
      De todos modos, creo ke podría ser un hilo más genérico, tipo "Tácticas de combate para vencer el capado", o algo por el estilo, donde se recogieran técnicas y alternativas para superar la situación (kreo ke va a ser lo mejor, pues esto no tiene pinta de cambiar, lo cual no deja de sonar patético...)
      Me gustaría resumir todas las conclusiones a las ke hemos llegado varios usuarios respecto al capado, con la intención de que se debatan, se corrigan y, sobre todo, los usuarios con mayores conocimientos técnicos, planteen soluciones y explicaciones, si es posible. Son conclusiones basadas en la experimientación, no en comentarios de otros, aunque se han reforzado por la experiencia de terceros:

      1. La red Gnutella no está capada: tanto con Bearshare como con Limewire, se alcanzan descargas constantes de 200-300 KB sin problemas.
      2. El uso de encabezados HTTP (opción bitshare), mejora sensiblemente la descarga (100 KB con muchas fuentes, e incluso picos superiores), pero no se escapa completamente del capado (se ha apuntado la necesidad de ke los demás usuarios tengan activa esta opción, pero en el faq del programa no consigo dilucidarlo)
      3. La red del emule y edonkey está capada a un promedio de 70-80 KB, siempre. Existen ciertos archivos que, sin embargo, se descargan hasta a 200 KB, pero hemos llegado a la conclusión de ke sólo se da en los casos de archivos descargados, vía emule, por servidores dedicados (por qué, lo ignoramos).
      4. Al activar las redes del emule y edonkey, toda la navegación se viene abajo, por lo tanto concluimos que se cierra el grifo al usuario, que es desplazado a una red más lenta (600 kb?); sin embargo, también podría ser que simplemente el sistema del filtrado deje inestable la conexión del particular.
      5. A fecha de hoy, todavía ignoramos si el capado se hace mediante un software, hardware manipulado o la combinación de ambos. Tampoco podemos afirma si se trata de un capado individual (modificación del config. del modem), sobre todo porque el paso de 3MB a 1 MB, elimina el filtrado: por lo tanto, acaso el DHCP interviene en todo esto?.
      6. En experiencias limitadas, las descargas directas también se vienen abajo: ya se ha insinuado la teoría de ke si descargas "demasiado", ONO te castiga. En nuestro caso, observamos que tras descargar vía fttp y http de forma continuada, la descarga se hundía a 20-23KB. Lógicamente no sabemos si es ke se cierra el grifo o ke la red se vuelve inestable

      Bueno, por ahora basta. 8-) Agradecería las correcciones, aportaciones, etc. Iré editando cuando tenga más tiempo hasta recoger todas las hipótesis que hemos planteado.
      Espero ke este hilo sea enriquecedor.

      Saludos.
      • Cerrado

        [Editado 25/06/05 21:35]

        Lo de que la red Gnutella no esta capada lo he comprobado…

        Lo de que la red Gnutella no esta capada lo he comprobado también si, lo mismo que el Ares. De hecho, un día me las prometía muy felices cuando creí que el Shareaza no estaba capado, pero luego descubrí que por defecto no conectaba a la red Edonkey sino a la Gnutella. Le puse que conectara con la edonkey también y hale, programa capado y la navegación además se viene abajo como con emule. Y si solo usas la gnutella, apenas bajas porque la mayoría procede de la red Edonkey.

        Y si, sea por lo que sea, lo de que cuando pones el emule el ancho de banda se viene abajo, en mi caso es cierto. De hecho ya lo posteé un dia en el foro cuando aún no estaba registrado, en contestación a varias personas que les ocurría lo mismo. Que yo probaba a descargar algo en descarga directa desde la página de pruebas, http://www.corie.onored.com/ , y lo dejaba bajando a 300 pongamos, y era poner el emule, y al conectarse, aunque no estuviese bajando un solo Kb, el ancho de banda se iba bajando hasta 40 o 50 y ahi se quedaba. De hecho, no hacía falta estar esperando a que fuese bajando, si cerrabas la descarga y le dabas a descargar de nuevo, ya directamente te ponía lo de 40 o 50 de bajada. Era quitar el emule, y pasaba al contrario, vuelta de nuevo a los 300 kb de bajada.

        Esta situación se sigue manteniendo a día de hoy, y me parece una barbaridad, porque no es solo la estafa del capado, sino que encima, al menos, con los programas bittorrent, si estás usando digamos 75 KB/s de bajada con el programa capado (ironicamente antes de los 3mb siempre podía bajar a 115...) si pones algo a descargar a la vez por descarga directa te baja a 225 Kb, es decir no pierdes todo el ancho de banda restante, pero con el emule si, o al menos a mi y veo que a muchos si nos pasa, con lo cual ya solo lo puedo usar por la noche mientras duermo porque vamos, te quedas sin ancho de banda.

        • Cerrado

          Tengo los 3 megas y tampoco noto ningun capado en descargas…

          Tengo los 3 megas y tampoco noto ningun capado en descargas directas cuando el emule esta conectado. Ahora mismo el emule me descarga a 16, el bitcomet a 31 y en una descarga directa del corie.onored alcanzo 1,87 mbits/s. La subida total de emule y bitcomet es de 14 kb/s

          • Cerrado

            BocaDePez BocaDePez
            6
            1,87 Mbits + 16 del emule + 31 del bitcomet = 280 Kbytes…

            1,87 Mbits + 16 del emule + 31 del bitcomet = 280 Kbytes
            Hasta los 3Mb por los que estás pagando aún quedan alrededor de 100 Kbytes de bajada que se pierden en la inmensidad de la galaxia... Ande andará?

        • Cerrado

          Yo tengo la conexion 4Mb/150Kb capada y el emule conectado…

          Yo tengo la conexion 4Mb/150Kb capada y el emule conectado las 24H. Sin embargo la descarga directa funciona perfectamente alcanzando facil 300-400 KB/s de bajada

      • Cerrado

        Al activar las redes del emule y edonkey, toda la navegación…

        Al activar las redes del emule y edonkey, toda la navegación se viene abajo, por lo tanto concluimos que se cierra el grifo al usuario, que es desplazado a una red más lenta (600 kb?); sin embargo, también podría ser que simplemente el sistema del filtrado deje inestable la conexión del particular.

        No se desplaza a ningun sitio ni se cierra el grifo, simplemente que los paquetes p2p quedan "retenidos" en colas segun la disciplina QoS que se este usando.

        http://bandaancha.st/foros.php?temid=474935
        http://bandaancha.st/foros.php?temid=476573

        A fecha de hoy, todavía ignoramos si el capado se hace mediante un software, hardware manipulado o la combinación de ambos. Tampoco podemos afirma si se trata de un capado individual (modificación del config. del modem), sobre todo porque el paso de 3MB a 1 MB, elimina el filtrado: por lo tanto, acaso el DHCP interviene en todo esto?.

        No veo la utilidad de conocer si es por software o por hardware :-? :-?
        El config no esta modificado, porque en tal caso no podrias descargar nunca a mas de lo que el archivo en cuestion te marca.
        ¿que tiene que ver el DHCP con esto? :-?

        Un saludo.

        • Cerrado

          BocaDePez BocaDePez
          6

          Hola. No dispongo aqui de las capturas pero te comentare que…

          Hola.

          No dispongo aqui de las capturas pero te comentare que ayer estuve haciendo experimentos de eso mismo.

          Esto es lo que hice.

          Los equipos de mi intranet sin generar trafico, captura de ethereal del equipo gateway y captura del monitor de red del filtrado de paquetes NDIS que tengo puesto.
          Se puede observar un trafico entrante de 10k's, compuesto basicamente por paquetes arp y algun que otro intento de conexion perdido.

          Con el equipo en estas condiciones, desde ahi mismo abro una pagina de test de velocidad (la de telefonica) y compruebo la velocidad de download.
          Me da una medicion de 2'9Mb. Veo efectivamente en el monitor de red del NDIS el pico de download y veo en la captura de ethereal el get a la medicion y la descarga del archivo (a cada llegada de paquete de continuacion de descarga http se producia su ack, el tiempo entre paquete y paquete recibido era tan reducido que no se producia apenas por medio ni una captura de trafico arp de "fondo" del que hay en la red.. vamos, que descargo tan rapido que por en medio pille pocos arp's). El monitor de red avanza en el tiempo y se observa que la descarga se ha producido en solo dos pasos de dicho monitor (dos segundos ya que avanza una linea por segundo).

          Tras esto, puse en un equipo de la intranet el HL2DM... conecte a un servidor e inicie una partida (generando asi un trafico de subida considerable). El test de velocidad da aproximadamente el mismo resultado que en la prueba anterior (2'8Mb). En la captura de ethereal se ven los paquetillos del hl2 y tambien los psh/ack de la conexion http descargando (el test de velocidad) todo tambien seguidito.

          La siguiente prueba. Paro el hl2dm y arranco un emule en el equipo de gateway. Dicho emule habia estado enchufado aproximadamente media hora antes, asi que sin necesidad de conectarme a ningun servidor, otros clientes me tienen aun en sus colas (mi ip no ha cambiado) y automaticamente me empiezan a llegar peticiones para obtener trozos de mi equipo. Mi emule no descarga nada ya que no he conectado a ningun servidor , no he obtenido fuentes y mis colas estan vacias porque lo acabo de arrancar.
          Dejo aproximadamente el emule funcionando un minuto (sin conectar repito). El emule tiene 4 clientes subiendoles a unas velocidades que oscilan entre 2k's y 3k's.
          Repito la prueba, paso el test de velocidad y¿? vaya, me indica que tengo 576kbps (no 2'8/2'9). Observo la captura de ethereal y veo que efectivamente, que el tiempo transcurrido entre cada paquete que recibo de esa conexion http (continuacion de descarga http) ha sido incrementado notablemente, tanto, que cuando antes capturaba, entre cada paquete recibido no daba tiempo a pillar ni un arp de la red... en este caso pillo no uno, da tiempo a pillar 6 u 8. Por otra parte, al observar el grafico del monitor de red veo que mientras antes la descarga del test de velocidad se producia solo en dos lineas del grafico (dos lineas muy altas) ahora veo que se produce en 10 o 12 pero muuucho mas bajitas ;) ¿Entendeis lo que significa esto no?

          Desde SAT me comentaban que claro, si se usa el canal de subida las peticiones se retrasan y se pueden perder, a lo cual yo les respondi que:

          -No sucede si el canal de subida es ocupado por otro protocolo. (por ejemplo, mandando un mail de 3Mb pasas el test de velocidad y da ok, usando el hl2dm lo mismo.)
          -Los paquetes de peticion no se pierden (vaya, al menos mi gateway los suelta en su red en direccion a su gateway.. no se que haran luego con ellos) y los ack de respuesta a los psh de la transmision de datos http de la conexion de test de velocidad mi gateway los suelta instantaneamente (justo debajo de cada psh se puede observar su correspondiente e instantaneo ack en el log de ethereal).

          Es decir y despues de toda la chapa, SI se esta haciendo un delay de TODO el download a los clientes a los cuales se les detecta el uso del protocolo eMule/eDonkey.
          Si esto es por un fallo o mala configuracion de sus equipos es algo que ignoro. Tambien ignoro si esto se produce en todas las demarcaciones o es algo puntual en la mia. Lo que si puedo asegurar es que esto sucede tal y como os he contado y que mi conexion lleva en esta situacion unas semanas.

          Un Saludo de un bocadepez que suele leer y no escribir.

          • Cerrado

            BocaDePez BocaDePez
            6
            Echale un ojo a esto (por si no lo habías visto) ;-)…

            Echale un ojo a esto (por si no lo habías visto) ;-)

            http://www.bandaancha.st/foros.php?temid=557817

      • Cerrado

        A fecha de hoy, todavía ignoramos si el capado se hace…

        A fecha de hoy, todavía ignoramos si el capado se hace mediante un software, hardware manipulado o la combinación de ambos. Tampoco podemos afirma si se trata de un capado individual (modificación del config. del modem), sobre todo porque el paso de 3MB a 1 MB, elimina el filtrado: por lo tanto, acaso el DHCP interviene en todo esto?.

        Fijo que es a nivel hardware. Se necesita muchísimo proceso para identificar cada uno de los paquetes que pasan por esos routers. Y fijo también que el filtrado se hace haciéndote pasar por esos nuevos routers según la conexión que tengas. Evidentemente ellos eligen qué conexiones (en general) o qué mac´s (en particular) pasan por los routers malditos y cuales no. Y al pasar todo tu tráfico por esos routers y ser scaneado paquete a paquete se produce una merma de la conexión ya sea p2p o no. Imaginaros miles de usuarios a la vez.

    • Cerrado

      BocaDePez BocaDePez
      6

      Lo he probado esta manyana con la ultima Knoppix, y a ratos…

      Lo he probado esta manyana con la ultima Knoppix, y a ratos se ponia a 80-90 estables.

    • Cerrado

      Yo aún no lo puedo probar en carnes propias, pero creo que…

      Yo aún no lo puedo probar en carnes propias, pero creo que fué una falsa alarma. (sorry)

      http://www.bandaancha.st/foros.php?temid=547770

      Y no creo que funcione por una cosa. Todos los demás clientes deben saber interpretar (en comunicación directa cliente-cliente) y mandarnos (saliendo directamente de ellos) los paquetes modificados para saltar el filtro, modificando los paquetes (de la manera que sea) para que no sean interpretados como torrentes por el "censurador". Así que hasta que el capado no se generalice y empiecen a cambiar cosas en las redes p2p (sistemas de encriptado y cosas así) lo tenemos crudo. :-(

      • Cerrado

        BocaDePez BocaDePez
        6

        yo probe y es cierto descargaba a tope por que no tenia…

        yo probe y es cierto descargaba a tope por que no tenia capado ya que probe emule y efectivamente no era por eso era por que me lo quitaron pero mi alegria a durado poco ya que vuelvo a tener limite de 70-80. sobre esa opcion sinceramente no noto diferencia yo pensaba al verla que podria saltarse el filtro pero ami por lo menos no me lo salta. pd: lo bien que estaba sin capado 4 archivos bajando a sus respectivas velocidades y ahora si pones 4 van limitados :(

    • Cerrado

      BocaDePez BocaDePez
      6

      Llevo con Bitspirit bastante tiempo y la unica forma de…

      Llevo con Bitspirit bastante tiempo y la unica forma de saltar el filtro que he encontrado ha sido con proxis que soporten HTTP. La opcion a la que te refieres creo que es la de: Enable HTTP extension for the handsnake of BT protocol, pero he estado probando configuraciones y no me ha funcionado ninguna. Todo esto usando torrents de calidad, es decir, americanos con muchas seed para que vaya rapidito, con el proxy a 200 y pico y con la opcion esa no me pasa de 70 (por qué será).
      De todas formas no me hagais mucho caso, puede que est5é equivocado y la opcion sea otra, a ver si alguien da con la solución.

    • Cerrado

      BocaDePez BocaDePez
      6

      Supongo que os referireis a utilizar un proxy. Eso ya se…

      Supongo que os referireis a utilizar un proxy. Eso ya se habló hace tiempo y a algunos les funcionaba bien, a otros no.
      El BitComet tambien tiene la opción de proxy

    • Cerrado

      Di que no, napster, que cambie el resto del mundo. A partir…

      Di que no, napster, que cambie el resto del mundo. A partir de ahora se dice camuflación :-P.

    • Cerrado

      [Editado 25/06/05 13:28]

      Napster hombre, que los burgaleses tenemos fama de ser los…

      Napster hombre, que los burgaleses tenemos fama de ser los mejores castellano-parlantes :-P

      P.D.: igual es un poco offtopic, pero sabéis si existe alguna versión de este programa para mac o para linux?? a ver si lo puedo usar yo 8-) :-P

    • Cerrado

      [Editado 25/06/05 13:31]

      6

      Me parece muy buena la idea :-) . (ya lo ha cambiado jaja,…

      Me parece muy buena la idea :-) .

      (ya lo ha cambiado jaja, editemos todos :-D )