[Articulo] Sobre SP2 y las redes P2P.

31/08/2004 - 15:29 por JM Tella Llop [MVP Windows] | Informe spam
Está circulando por la red noticias sobre el SP2 debido a la limitacion que impone del numero de conexiones tcp/ip, la cual, segun esos informes, impide o limita el uso de programas P2P.

A pesar de que yo no soy partidario del uso que se da a los programas P2P y nunca doy soporte a los mensajes sobre ellos, creo que merece la pena aclarar el punto de la limitacion de las conexiones del SP2 y su posible influencia en los programas P2P.

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, simplete 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 la noticia anterior es mentira: la frase exacta (que no la he visto todavia en ninguan 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 además AL MISMO PUERTO DESTINO.

Ligera matización... que cambia totalmente el panorama. Es decir, por ejemplo impide que un gusano que use las maneras de reproduccirse 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 segundo (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.

¿conclusiones?: noticia tergiversada a proposito, bien por mala fe, o bien por incultura de los que publñican dichos articulos. Meditad sobre la calidad de las paginas que difunden dichas afirmaciones.

Por otra parte, este parametro del numero de conexiones por segundo, está 'hardcoded'. Es decir está implementado en el driver tcp/ip y no puede configurarse en el registro de windows (otra informacion incorrecta de algunas paginas). Igualmente en otras paginas, se ha difundido un "fix" para parchear el driver tcpip.sys de windows.
Por ejemplo: http://www.lvllord.de/

Evidentemente el tocar "a pelo" un driver del propio sistema operativo implica quedarse sin soporte del producto. Esto puede que no haga meditar a las personas que lo instalan, pero que se planteen igualmente un par de cuestiones:

* ¿por que montar una cosa que no es necesaria ya que el programa P2P necesita por segundo la cuarta parte de conexiones por segundo que el SP2 le permite?

* ¿por que usar un "fix" de procedencia dudosa que puede meternos cualquier otro "regalo" en nuestra maquina?. Recordemos, que si unicamente el fix hace lo que dice hacer, tambien podemos hacerlo nosotros "a mano" con un editor hexadecinal sobre el propio driver -un proceso totalmente elemental-.

Meditad sobre lo anterior


Jose Manuel Tella Llop
MVP - Windows
jmtella@XXXcompuserve.com (quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no rights.
You assume all risk for your use.

Preguntas similare

Leer las respuestas

#36 scchummi
31/08/2004 - 23:34 | Informe spam
JM Tella Llop [MVP Windows] submitted this idea :
Está circulando por la red noticias sobre el SP2 debido a la limitacion que
impone del numero de conexiones tcp/ip, la cual, segun esos informes, impide
o limita el uso de programas P2P.



Interesante artículo, gracias.
Respuesta Responder a este mensaje
#37 Ramón Sola [MVP Windows Client]
01/09/2004 - 03:41 | Informe spam
Hash: SHA1

El proyecto Magic Mail Monitor parece estar un poco "congelado". La última
versión "no estable" se publicó el 2 de abril de 2004 y, aunque tiene
algunos fallos de poca importancia y se considera beta, parece funcionar
bastante bien, al menos para el uso que yo le doy.

Lo bueno es que se puede modificar libremente el código para arreglar
cualquier problema. :-)

Ramón Sola @ Málaga (España) / MVP Windows - Shell/User
(quitar "IFeelGreat")

"Guillermo Rey" escribió en el mensaje
news:
Hola Ramon-

Efectivamente, de hecho el magic mail pierde la conexion porque no quiere
esperar. Sin embargo, el Outlook si que se queda esperando y las lee por
orden sin dar error de todas maneras esto va a traer fiesta.

Un saludo
Guillermo Rey

"Ramón Sola [MVP Windows Client]"
escribió en el mensaje news:
> Hash: SHA1
>
> No es que no le vaya a dejar abrir el socket, sino que va a retrasar el
> intento de conexión.
> Ramón Sola @ Málaga (España) / MVP Windows - Shell/User
> (quitar "IFeelGreat")
>
> "JM Tella Llop [MVP Windows]" escribió en el
> mensaje news:
> > Si el notificador abre en un segundo mas de 10 conexiones al mismo
> > puerto destino en un segundo. entonces le permite las 10
> > primeras y por la 11 le saldrá un evento en el visor de sucesos y no
> > le dejará abrir el socket.
> >
> > ¿tienes mas de 10 cuentas de correo en el mismo servidor?. ¿y
> > usas un notificador de correo?
> >
> > Jose Manuel Tella Llop
> > MVP - Windows

Respuesta Responder a este mensaje
#38 Josep Roura
01/09/2004 - 04:14 | Informe spam
Comentar además, dado que ahora lo acabo de comprobar, que con un
fichero de Magic Mail Monitor con 16 cuentas monitorizadas y comprobadas
a la vez, el programa se ha conectado a las 16 cuentas y lo ha podido
comprobar, no me ha dado ningún error de conexión ni nada.

De momento, esto del SP2 rula pero que muy bien.

En/na Ramón Sola [MVP Windows Client] ha escrit:
El proyecto Magic Mail Monitor parece estar un poco "congelado". La última
versión "no estable" se publicó el 2 de abril de 2004 y, aunque tiene
algunos fallos de poca importancia y se considera beta, parece funcionar
bastante bien, al menos para el uso que yo le doy.

Lo bueno es que se puede modificar libremente el código para arreglar
cualquier problema. :-)

Respuesta Responder a este mensaje
#39 Guillermo Jandía
02/09/2004 - 11:19 | Informe spam
x-no-archive: yes

***** PLONK *****

Está circulando por la red noticias sobre el SP2 debido a la
limitacion que impone del numero de conexiones tcp/ip, la cual, segun
esos informes, impide o limita el uso de programas P2P.

A pesar de que yo no soy partidario del uso que se da a los programas
P2P y nunca doy soporte a los mensajes sobre ellos, creo que merece la
pena aclarar el punto de la limitacion de las conexiones del SP2 y su
posible influencia en los programas P2P.

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, simplete 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 la noticia anterior es mentira: la frase exacta (que no la
he visto todavia en ninguan 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 además AL MISMO PUERTO
DESTINO.

Ligera matización... que cambia totalmente el panorama. Es decir, por
ejemplo impide que un gusano que use las maneras de reproduccirse 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 segundo (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.

¿conclusiones?: noticia tergiversada a proposito, bien por mala fe, o
bien por incultura de los que publñican dichos articulos. Meditad
sobre la calidad de las paginas que difunden dichas afirmaciones.

Por otra parte, este parametro del numero de conexiones por segundo,
está 'hardcoded'. Es decir está implementado en el driver tcp/ip y no
puede configurarse en el registro de windows (otra informacion
incorrecta de algunas paginas). Igualmente en otras paginas, se ha
difundido un "fix" para parchear el driver tcpip.sys de windows.
Por ejemplo: http://www.lvllord.de/

Evidentemente el tocar "a pelo" un driver del propio sistema operativo
implica quedarse sin soporte del producto. Esto puede que no haga
meditar a las personas que lo instalan, pero que se planteen
igualmente un par de cuestiones:

* ¿por que montar una cosa que no es necesaria ya que el programa P2P
necesita por segundo la cuarta parte de conexiones por segundo que el
SP2 le permite?

* ¿por que usar un "fix" de procedencia dudosa que puede meternos
cualquier otro "regalo" en nuestra maquina?. Recordemos, que si
unicamente el fix hace lo que dice hacer, tambien podemos hacerlo
nosotros "a mano" con un editor hexadecinal sobre el propio driver -un
proceso totalmente elemental-.

Meditad sobre lo anterior


Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna
clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.
Respuesta Responder a este mensaje
#40 Guillermo Jandía
02/09/2004 - 11:19 | Informe spam
x-no-archive: yes

***** PLONK *****

Está circulando por la red noticias sobre el SP2 debido a la
limitacion que impone del numero de conexiones tcp/ip, la cual, segun
esos informes, impide o limita el uso de programas P2P.

A pesar de que yo no soy partidario del uso que se da a los programas
P2P y nunca doy soporte a los mensajes sobre ellos, creo que merece la
pena aclarar el punto de la limitacion de las conexiones del SP2 y su
posible influencia en los programas P2P.

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, simplete 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 la noticia anterior es mentira: la frase exacta (que no la
he visto todavia en ninguan 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 además AL MISMO PUERTO
DESTINO.

Ligera matización... que cambia totalmente el panorama. Es decir, por
ejemplo impide que un gusano que use las maneras de reproduccirse 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 segundo (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.

¿conclusiones?: noticia tergiversada a proposito, bien por mala fe, o
bien por incultura de los que publñican dichos articulos. Meditad
sobre la calidad de las paginas que difunden dichas afirmaciones.

Por otra parte, este parametro del numero de conexiones por segundo,
está 'hardcoded'. Es decir está implementado en el driver tcp/ip y no
puede configurarse en el registro de windows (otra informacion
incorrecta de algunas paginas). Igualmente en otras paginas, se ha
difundido un "fix" para parchear el driver tcpip.sys de windows.
Por ejemplo: http://www.lvllord.de/

Evidentemente el tocar "a pelo" un driver del propio sistema operativo
implica quedarse sin soporte del producto. Esto puede que no haga
meditar a las personas que lo instalan, pero que se planteen
igualmente un par de cuestiones:

* ¿por que montar una cosa que no es necesaria ya que el programa P2P
necesita por segundo la cuarta parte de conexiones por segundo que el
SP2 le permite?

* ¿por que usar un "fix" de procedencia dudosa que puede meternos
cualquier otro "regalo" en nuestra maquina?. Recordemos, que si
unicamente el fix hace lo que dice hacer, tambien podemos hacerlo
nosotros "a mano" con un editor hexadecinal sobre el propio driver -un
proceso totalmente elemental-.

Meditad sobre lo anterior


Jose Manuel Tella Llop
MVP - Windows
(quitar XXX)
http://www.multingles.net/jmt.htm

Este mensaje se proporciona "como está" sin garantías de ninguna
clase, y no otorga ningún derecho.

This posting is provided "AS IS" with no warranties, and confers no
rights.
You assume all risk for your use.
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida