Como bien pone en el titulo este tutorial sirve para deslimitar las conexiones simultaneas que el service pack 2 te bloquea por seguridad, OJO, puede ser peligroso ya que hace que los virus se desarrollen con mayor facilidad, si lo usáis es bajo vuestra responsabilidad.
¿Qué le pasa a mi P2P? ¿Por qué no descargo rápido si tengo una conexión de 1 o 3 megas?
Esta pregunta es la que se hacen muchos usuarios de P2P que ven cómo su programa (Emule, etc.) no funciona cómo debiera ser más aún conociendo todo el mundo la duplicación de velocidad. Este tutorial está basado en información recogida de Internet y es fruto de mi propia experiencia, pudiendo estar algunas personas de acuerdo ó no conmigo.
¿Por qué no funciona mi P2P?
Esta
es la cuestión que muchos de nosotros nos hemos planteado acerca de
nuestro P2P y que a veces se nos han quedado sin respuesta.
Cómo
todos sabemos para que nuestro P2P funciona correctamente es necesario
tener abierto los puertos que va a utilizar es programa (en caso de
tener un router instalado). Aquí en esta web tenéis la inmensa mayoría
de routers con sus correspondientes manuales para abrir esos puertos.
La apertura de puertos (mapear puertos) es una condición indispensable
para que nuestro P2P funcione correctamente.
Pero aún haciendo todo
esto puede ser que siga sin ir correctamente. Esto es un problema que
hemos tenido más de uno. Hemos buscado configuraciones, probado
distintos mods, etc; pues bien, después de haber leído mucho sobre este
tema y todo bajo mi opinión y experiencia tengo que decir que dicho
problema se debe al nuevo Service Pack 2 (SP2) que ha introducido
Microsoft en el Sistema Operativo Windows XP.
¿Qué relación hay entre el Service Pack 2 (SP2) con el mal funcionamiento de mi P2P?
Por motivos de seguridad y para impedir o limitar la reproducción de gusanos estilo Blaster y Sasser, Windows SP2 limita a 10 el número de conexiones salientes TCP/IP en dicho Service Pack. Según Microsoft con esto se consigue “limitar la velocidad a la que los programas malintencionados, por ejemplo, virus y gusanos, se propagan por los equipos no infectados”. Este parámetro no es un problema en la mayoría de los casos, pero sí en otros, como por ejemplo en los programas P2P, que tratan de conectarse a muchos sitios al mismo tiempo. Si la aplicación intenta realizar 100 enlaces TCP a distintas máquinas, ese límite hará que tarde diez segundos en procesarlas todas. Para ver esta limitación basta con arrancar nuestro P2P, dejarlo funcionar un tiempo e irse al visor de sucesos y echarle un vistazo. Veremos cómo dá un error de suceso (Id suceso: 4226) con el texto “TCP/IP alcanzó el límite de seguridad impuesto sobre el número de intentos de conexión TCP simultáneos. (ver captura Propiedades de Suceso). Con Windows XP y el SP1 este problema no existía, pero con el nuevo Service Pack instalado nos toparemos con él. Se han realizado muchas pruebas con SP1/SP2 y se ha visto, por ejemplo con el Emule, que con SP2 tarda hasta 6 veces más tiempo en coger 1000 fuentes que con SP1. Igualmente ocurre con cualquier otro programa que utilicemos (Azureus, bitcomet, shareaza, overnet, etc.).
Gráfica Propiedades de Suceso
Nota: Para abrir el visor de sucesos Inicio > Ejecutar > Eventvwr.msc y pulsamos en el registro Sistema.

¿Qué hacer para que mi P2P funcione correctamente?
En
Windows XP SP1 se podía resolver por medio del registro de Windows pero
ahora no se puede. En SP2 existe un fichero llamado TCPIP.SYS que es el
que hay que modificar. Se puede hacer de dos formas:
1) Editando tú
mismo ese archivo. Al ser un fichero de sistema, sólo será posible si
arrancamos en modo seguro y luego lo modificamos.
Los archivos que hay que modificar son:
C:WINDOWSsystem32driverstcpip.sys
C:WINDOWSsystem32dllcachetcpip.sys
2) La segunda es una alternativa que consiste en ejecutar la pequeña utilidad llamada Event ID 4226 Patcher, disponible en Aquí.
Esta herramienta aumenta ese límite a 50 conexiones TCP por segundo,
pero en cualquier momento tendremos la opción de establecer nosotros
mismos ese número y poner el que más nos interese.
Algunos estan
reticente a no usar este programa ni modificar archivos de Windows. Eso
mismo pensaba yo pero no he tenido ningún problema. Ese programita te
hace una copia del archivo TCPIP.SYS de modo que si en cualquier
momento quieres volver atrás tienes esa posibilidad.
¿Cómo funciona Event ID 4226 Patcher?. Instalación.
Lo primero que deberemos hacer es descargarnos el parche desde (aquí) y ejecutarlo. A continuación se nos abrirá la aplicación y automáticamente el parche nos reconocerá que versión del driver TCPIP.SYS tenemos y establecerá una copia de seguridad por si en cualquier momento deseamos restaurar nuestro sistema a cómo estaba en un principio. A continuación aparece una línea de texto mostrándonos el numero máximo de conexiones abierta simultáneamente. Veréis que en el caso de tener SP2 es 10 el valor que muestra (ver Captura 1). Por defecto establece el cambio a 50. Personalmente considero insuficiente ese valor. Si deseamos aumentar el valor 50 tenemos que teclear “C” en nuestro teclado y aparecerá la imagen que se muestra

Ahora deberemos introducir el numero de conexiones que queramos poner. Tengo que decir que, al igual con las configuraciones sobre Emule, hay muchas opiniones sobre qué valor poner. El programa no recomienda que se ponga el límite más allá de 100, ya que, en caso de infección por gusanos y/o virus su reproducción sería más rápida. (Ver Captura 3) Personalmente he hecho varias pruebas con 50, 100, 1000 y 10000. Recordad que con SP1 no existía tal límite y que se podía establecer todas las conexiones que necesitáramos, es decir, poner un valor más de 100 tiene el mismo riesgo que cuando teníamos instalado el SP1. De los valores anteriores el que mejor resultado me ha dado ha sido 10000. Un valor de 1000 también podría considerarse bueno. El valor 50 y 100 lo considero “pobre” e incluso en ocasiones ha rebasado ese límite (ver captura propiedades de suceso).*Cada cual puede establecer el valor que más desee. Hacer pruebas si se desea.

Una vez que hemos introducido el valor (en este caso 10000) nos saldrá un mensaje advirtiéndonos que no es recomendable un valor mayor de 100 por lo ya comentado en el apartado anterior. Debajo nos pregunta que si queremos realmente cambiar el valor a 10000 a lo que respondemos con la tecla “Y” si queremos cambiarlo. (ver Captura 4) Al teclear “Y” empieza a crear el nuevo archivo modificado y la consiguiente copia de seguridad cómo dije anteriormente por si al cabo del tiempo deseamos revertir el sistema a cómo estaba.(Ver captura 4).


Pasados unos segundos aparecerá una ventana cómo la que se muestra en la captura 5. No os preocupéis, es así. Cuando nos salga la ventana de “Protección de archivos de Windows” tenemos que da a Cancelar. (ver Captura 5>).

Inmediatamente después nos aparecerá otra ventana preguntándonos que si deseamos guardar estas versiones de archivos desconocidos. A lo que respondemos que “Si”. (ver Captura 6) Estas 2 ventanas son muy importantes para que el parche se ejecute correctamente, ya que, de lo contrario, el parche no se ejecutará y no hará ningún efecto volviéndose a su versión inicial, es decir, que no habremos hecho nada.

Si hemos hecho todos los pasos correctamente nos aparecerá la última pantalla que nos indica que todas las operaciones se han realizado correctamente, esto es, hemos modificado nuestro archivo TCPIP.SYS para que tenga el límite de conexiones simultáneas en 10000 y se ha realizado la copia de seguridad correctamente. Por último pulsamos cualquier tecla y automáticamente se cerrará el programa. (ver Captura 7) Ahora sólo nos quedará reiniciar nuestro ordenador y comenzar a VOLAR!!!

Si queremos comprobar que todo ha salido bien, una vez reiniciado nuestro ordenador podemos ejecutar de nuevo el parche y veremos como en la línea “Current maximum concurrent half-open connections” aparecerá el valor 10000. Una vez hecho esto tecleamos “N” y a continuación cualquier tecla para salir del programa. Si en cualquier momento queremos quitar el parche bastaría con ejecutarlo de nuevo y teclear “U”. Esto hará que se restaure la copia de seguridad que se creó cuando ejecutamos por primera vez el parche.
¿Qué configuración tengo que poner en mi P2P?
Quizás este sea el tema que más inquietud y más se pueda leer en todos los foro P2P. ¿Qué configuración tengo que poner en mi P2P?. Esta es la pregunta que más de una vez nos hemos hecho cada uno de nosotros. Tengo que decir que para este tipo de programas no existe una “pócima secreta” que hagan que funcionen mejor. Influyen multitud de factores como sabemos: Id Baja/Id Alta, puertos cerrados/abiertos, número de fuentes de cada archivo, etc. En este apartado vamos a establecer una configuración para el programa Emule. Quiero decir con esto que esta configuración no es la “pócima secreta”. Muestro esta configuración porque es la que llevo utilizando personalmente desde hace varios años y siempre me ha dado muy buen resultado. Algunos que ya me conozcan de www.adslzone.net verán que es muy similar a la ya descrita en algunos post del foro P2P. Algunos han rechazado esta configuración sin realmente probarla. También me consta de que a la mayoría de la gente que la ha introducido le ha ido muy bien. Espero que os vaya bien a todos/as.
Mod: Emule Plus 1.1b
Servidor: Razorbak 2 ó DonkeySever Nº1
Puertos: TCP 85 y UDP 1985
Capacidad Descarga: 102 *
Límite Descarga: sin límite *
Capacidad Subida: 22 KB/s *
Límite Subida: 22 KB/s *
Tamaño de la cola: 5000
Conexiones máximas: 1000
Máx. Fuentes/archivo: 1000
Nuevas Conexiones máx.5/seg.: 60 **
Nota:
Antes en el emule oficial cómo en los mods basados sobre éste el limite de conexiones a medio abrir estaba establecido en 50. A raíz de la versión (creo que la 0.46) del Emule ese límite lo pusieron en 9. Debido también a que microsoft sacó el Sp2 y estableció el límite de conexiones máximas en 10. Por eso hay gente que el parche no le funciona como debiera ser y no nota mucha diferencia. Todo aquel que haya instalado el parche en el emule oficial ó en algún mod basado en el mismo deberá modificar en preferencias->opciones adicionales el valor de Número de conexiones a medio abrir y establecerlo en 50 (considerado el valor estandar) pudiéndose hacer pruebas con mayor ó menor valor para “afinar” su funcionamiento y poder mejorar el funicionamiento de su Emule.
En el Emule Plus dicho valor no
hace falta moficarlo ya que carece de este límite. Es un programa que
inicialmente fue un mod del Emule Oficial pero que se decidió
independizarse.
* Poner un valor determinado tanto de capacidad/límite cómo de descarga/subida de nuestro emule es un error qué tenemos muchos de nosotros. En el caso de ADSL de 1 MB en teoría tenemos que contar con 1024 kbps de descarga y 320 kbps de subida. Si hacemos varios tests, nos daremos cuenta de los valores que nos dan nunca llegan a los que en teoría tendrían que darnos, esto es, 1024 y 320. La media de descarga “real” suele estar en torno a los 820 kbps aprox. (102 KB/s) de descarga y 180 kbps aprox. (22 KB/s) de subida. Tanto la capacidad de subida/bajada es un valor que sólo influye en nuestro emule en lo referente a las estadísticas del mismo. Sí nos influirá el límite tanto de bajada cómo de subida. Personalmente siempre pongo el mismo valor tanto capacidad/limite descarga cómo capacidad/limite subida. Con estos valores he llegado a descargar a más de 90 KB/s con sólo 4 archivos (2 de ellos con apenas 250 fuentes). También he llegado a tener de media más de 70 KB/s de descarga.
** No es conveniente poner un valor mayor que 60. Esto es debido a que si ponemos un valor mayor puede ser que nos expulsen del servidor (black list) por establecer muchos intentos de conexiones simultáneas.
Nota: como todos sabemos para que nuestro emule empiece a funcionar correctamente deberán pasar varias horas. No os preocupéis por esto. Al cabo de ese tiempo observaréis cómo las descargas empiezan a aumentar considerablemente. También aconsejo no bajar más allá de 15 archivos de forma simultánea.<
Agradecimientos: www.adslzone.com
lo de las conexiones simultaneas lo dices por los programas p2p ?¿??? si es asi pues la noticia que circula por la red es mentira simplemente porque, o bien a proposito, o bien por desconocimiento de lo que hablan, es *incompleta*: Windows XP SP2, por motivos de seguridad y para impedir o limitar la reproduccion de gusanos estilo blaster y sasser, efectivamente limita a 10 el numero de conexiones salientes tcp/ip.
Veamos un poco la frase anterior cualquier tecnico en redes y tcp/ip, ante esa frase, simplemente diria Windows XP no puede navegar en internet. No puede funcionar en redes. 10 conexiones es un numero ridiculo para cualquier cosa. No es posible que Microsoft, ni nadie, haya puesto esa limitacion.
Realmente esto es mentira, la frase exacta (que no la he visto todavia en ninguna de esas paginas de mentideros de la red), es: Windows XP SP2 limita a 10 el numero de apertura de sockets salientes POR SEGUNDO siempre y cuando sean ademas AL MISMO PUERTO DESTINO.
Ligera matizacion... que cambia totalmente el panorama. Es decir, por ejemplo impide que un gusano que use las maneras de reproducirse del blaster y sasser y que en la actualidad abren miles de conexiones por segundo al mismo puertos destino (puertos RPC) sean capaces de reproducirse con la celeridad que lo hicieron los gusanos anteriores en su dia. Esto, no limita en absoluto los programas P2P. Veamos el por qué: los programas P2P abren conexiones normalmente al mismo puerto destino, ya que los usuarios no suelen tocar el numero de puerto que usa (es configurable), por lo que normalmente podemos afirmar que un 99% de las maquinas tienen el puerto por defecto (4662 tcp). Los usuarios pueden configurar cualquier puerto del 1024 al 65535, por lo que puede haber una distribucion del rango de puertos que haría improbable el conectarse siempre al MISMO puerto
Pero, y lo mas importante: el propio emule solo permite 20 conexion cada 5 segundos (4 por segundo) -configurable tambien, pero este es el valor por defecto-, por lo que incluso, el SP2, permite 2.5 veces mas de conexiones que lo que necesita el propio programa P2P. La limitacion de las conexiones por segundo es muy normal en todos los programas tcp/ip, sean o no programas P2P, ya que en otro caso, se corre peligro de saturar las conexiones en la pila tcp, debido precisamente a los time-out de las conexiones finalizadas y que existen tal y como está definido en las RFC del tcp/ip (las normas tcp) que respetan al pie de la letra todos los sistemas operativos, sean o no de Microsoft.
Lo de que el emule valla lento quizas sea por otra cosa, como que no se tenga abierto los puertos, que no se deje encendido constantemente, es decir que lo enciendes, y lo apagas a la hora, eso asi no puede ser,minimo tiene que estar 1 dia o 2 encendido para que coja velocidad.
#1 sabe
#1 no es una web que te los deslimita, pruebalo, es un programa, es como si tuvieras service pack 1 pero algo más seguro, lo e probado e estado mucho tiempo trabajando con eso y te seguro que es verdad
#3has entendido lo que he puesto? es decir para que serviria realmente lo de quitar el limite a 10 el numero de apertura de sockets salientes POR SEGUNDO siempre y cuando sean ademas AL MISMO PUERTO DESTINO? si el emule funciona perfectetamente mas de 10 aperturas de sockets sali..... solo lo utilizan los troyanos, no conozco ningun programa que no puedas utilziar por culpa de eso
un poco viejo el tuto no?se ven fechas en las imagenes del 2005!!! ya hay sp3 y vista,aun asi seguro que a alguien le valdra