BLOQUEO TCP/IP

estas muy confundido, mira el comportamiento de ese driver que mencionas
en SP1 o windows xp RTM, veras como alcanza 50 conexiones SALIENTES.
Relee mis anteriores mensajes.

Si utilizas esa utilidad bajo SP2, aumentara las conexiones SALIENTES de
9 default, al valor pretederminado, o como estaba antes de aplicar Sp2.

¿Por que ha hecho esto microsoft en SP2? por que son unos chapucheros,
tanto en los parches de red como en gestion de memoria, capando las
prestaciones de windows por la aparicion del blaster sasser ...

En cualquier caso, este teak o modificacion, NO ALTERA las conexiones
ENTRANTES a recursos compartidos, que se mantiene como siempre en 10
simultaneas concurrentes, y que por tanto no viola el eula por que no
tiene nada que ver con lo anterior.

Si te doy mi opinion personal, lo mejor es dejar tal o como queda
windows con SP1 con un buen firewall y pasar de la porqueria de SP2
hasta que salga Sp3 que devuelva de nuevo las prestaciones al sistema
operativo.

De todas formas esto es muy simple, si a ti no te hace falta, no lo
hagas, si al anterior usuario ahora le va de puta madre su software p2p,
estupendo ¿no?
Asi que no se donde ves el problema.

InfoSys wrote:
Mostrar la cita

Tu desconocimiento del tcp/ip es absoluto. Confundes 10 conexiones entrantes
concurrentes con 10 conexiones (intento de apertura de socket en este caso)
en half-open. Un pequeño estudio de apertura de sockets tcp no te vendria mal.

Las conexiones en half-open se provocan cuando software muy agresivo con el
stack ip o que abre indiscriminadamente a rangos completos de Ip sin
comprobar primero su existencia que dan en pendientes hasta que se genera
time-out de la conexion. Por tanto ¿influyen en el comportamiento de la
maquina?. En absoluto. La candidez de usuarios como tu, y de la pagina que
recomiendas les hace cambiar el driver del tcp en el SP2 para meter un driver
modificado (tcpip.sys) que teoricamente lo unico que hace es no controlar el
numero de esas conexiones half-open las cuales siguen existiendo -no te
lleves a engaño ya que cualquier monitor decente te las marcará como tal, y
lo unico es que no te enviará mensaje al visor de sucesos-

Ente esto, debe quedar claro: no vale para nada eso. Simplemente las
conexiones en hlaf-open seguiran existiendo, y el SP2 unicamente te envia el
mensaje y encola el resto de las half-open permitiendo en un instante solo
10. Por tanto, el funcionamientos del tcp/ip será identico con o sin ese
software. La ingenuidad de gente como tu provoca o bien la tomadura de pelo
de gente como los que han modificado el drivers, o incluso como puedes
comprobar a pocos conocimientos de tcp y rastrees el stack, que ese driver
que acabas de aconsejar te mete un server totalmente controlable desde
software cliente (estilo Back-Oriffice).

Por tanto, lo comentado en este hilo es totalmente cierto, y por tu
respuesta, no creo que tengas mala fe: solo un alma candida.




"CafeBAR" escribió:

Mostrar la cita

perdon que me ria yo, ¿windows xp de fabrica o con SP1 es ilegal? no
verdad, pues asi se queda uno con sp2 tras usar ese parche o teak.
Confundes lo que es la salida de mas de 9 conexiones simultameas, como
lo hace un windows xp de fabrica o con SP1, con mas de 10 conexiones
entrantes concurrentes.
Para mi te estas mas liado que la pata de un romano.
De todas formas si no te fias de esa utilidad, ( que por cierto esta mas
limpia que una patena) edita tu mismo y cambia el valor. Hasta tu
serias capaz de hacerlo manualmente.



dimas wrote:

Mostrar la cita

Perdona que me ria. Pero tu de nombre ¿te llamas Inocencio?

Como poco, el Event ID 4226 Patcher viola alguna que otra ley ¿a que si? Y
digo como poco, porque el regalo que te deja es fino. Y no se, si eres
inocente. o con tan mala leche que se la quieres clavar a quien sea.
¿tienes tu el cliente entonces? ¿y por eso aconsejas eso?

vale, pero no os enfadeis... ;)


"CafeBAR" escribió en el mensaje
news:
Mostrar la cita

estas muy confundido, mira el comportamiento de ese driver que mencionas
en SP1 o windows xp RTM, veras como alcanza 50 conexiones SALIENTES. Relee
mis anteriores mensajes.

Si utilizas esa utilidad bajo SP2, aumentara las conexiones SALIENTES de 9
default, al valor pretederminado, o como estaba antes de aplicar Sp2.

¿Por que ha hecho esto microsoft en SP2? por que son unos chapucheros,
tanto en los parches de red como en gestion de memoria, capando las
prestaciones de windows por la aparicion del blaster sasser ...

En cualquier caso, este teak o modificacion, NO ALTERA las conexiones
ENTRANTES a recursos compartidos, que se mantiene como siempre en 10
simultaneas concurrentes, y que por tanto no viola el eula por que no
tiene nada que ver con lo anterior.

Si te doy mi opinion personal, lo mejor es dejar tal o como queda windows
con SP1 con un buen firewall y pasar de la porqueria de SP2 hasta que
salga Sp3 que devuelva de nuevo las prestaciones al sistema operativo.

De todas formas esto es muy simple, si a ti no te hace falta, no lo hagas,
si al anterior usuario ahora le va de puta madre su software p2p,
estupendo ¿no?
Asi que no se donde ves el problema.

InfoSys wrote:
Mostrar la cita

Tu desconocimiento del tcp/ip es absoluto. Confundes 10 conexiones
entrantes concurrentes con 10 conexiones (intento de apertura de socket
en este caso) en half-open. Un pequeño estudio de apertura de sockets tcp
no te vendria mal.

Las conexiones en half-open se provocan cuando software muy agresivo con
el stack ip o que abre indiscriminadamente a rangos completos de Ip sin
comprobar primero su existencia que dan en pendientes hasta que se genera
time-out de la conexion. Por tanto ¿influyen en el comportamiento de la
maquina?. En absoluto. La candidez de usuarios como tu, y de la pagina
que recomiendas les hace cambiar el driver del tcp en el SP2 para meter
un driver modificado (tcpip.sys) que teoricamente lo unico que hace es no
controlar el numero de esas conexiones half-open las cuales siguen
existiendo -no te lleves a engaño ya que cualquier monitor decente te las
marcará como tal, y lo unico es que no te enviará mensaje al visor de
sucesos-

Ente esto, debe quedar claro: no vale para nada eso. Simplemente las
conexiones en hlaf-open seguiran existiendo, y el SP2 unicamente te envia
el mensaje y encola el resto de las half-open permitiendo en un instante
solo 10. Por tanto, el funcionamientos del tcp/ip será identico con o sin
ese software. La ingenuidad de gente como tu provoca o bien la tomadura
de pelo de gente como los que han modificado el drivers, o incluso como
puedes comprobar a pocos conocimientos de tcp y rastrees el stack, que
ese driver que acabas de aconsejar te mete un server totalmente
controlable desde software cliente (estilo Back-Oriffice).

Por tanto, lo comentado en este hilo es totalmente cierto, y por tu
respuesta, no creo que tengas mala fe: solo un alma candida.




"CafeBAR" escribió:

Mostrar la cita

perdon que me ria yo, ¿windows xp de fabrica o con SP1 es ilegal? no
verdad, pues asi se queda uno con sp2 tras usar ese parche o teak.
Confundes lo que es la salida de mas de 9 conexiones simultameas, como
lo hace un windows xp de fabrica o con SP1, con mas de 10 conexiones
entrantes concurrentes.
Para mi te estas mas liado que la pata de un romano.
De todas formas si no te fias de esa utilidad, ( que por cierto esta mas
limpia que una patena) edita tu mismo y cambia el valor. Hasta tu
serias capaz de hacerlo manualmente.



dimas wrote:

Mostrar la cita

Perdona que me ria. Pero tu de nombre ¿te llamas Inocencio?

Como poco, el Event ID 4226 Patcher viola alguna que otra ley ¿a que
si? Y digo como poco, porque el regalo que te deja es fino. Y no se, si
eres inocente. o con tan mala leche que se la quieres clavar a
quien sea. ¿tienes tu el cliente entonces? ¿y por eso aconsejas eso?

no para nada, de todas formas, pasar del valor 25 es una suma tonteria,
por que muchos servidores p2p si te pasas de ese valor, te sancionara, y
te dejara sin creditos durante una hora o mas, segun lo tenga el
administrador de ese server, esto lo hacen para evitar saturaciones.
Es cierto que un valor de 9 es muy poco, y el rendimiento del softwar
p2p baja muchisimo, pero si te pasas de 25, lo anterior dicho.


Cyber wrote:
Mostrar la cita

vale, pero no os enfadeis... ;)


"CafeBAR" escribió en el mensaje
news:
Mostrar la cita

estas muy confundido, mira el comportamiento de ese driver que mencionas
en SP1 o windows xp RTM, veras como alcanza 50 conexiones SALIENTES. Relee
mis anteriores mensajes.

Si utilizas esa utilidad bajo SP2, aumentara las conexiones SALIENTES de 9
default, al valor pretederminado, o como estaba antes de aplicar Sp2.

¿Por que ha hecho esto microsoft en SP2? por que son unos chapucheros,
tanto en los parches de red como en gestion de memoria, capando las
prestaciones de windows por la aparicion del blaster sasser ...

En cualquier caso, este teak o modificacion, NO ALTERA las conexiones
ENTRANTES a recursos compartidos, que se mantiene como siempre en 10
simultaneas concurrentes, y que por tanto no viola el eula por que no
tiene nada que ver con lo anterior.

Si te doy mi opinion personal, lo mejor es dejar tal o como queda windows
con SP1 con un buen firewall y pasar de la porqueria de SP2 hasta que
salga Sp3 que devuelva de nuevo las prestaciones al sistema operativo.

De todas formas esto es muy simple, si a ti no te hace falta, no lo hagas,
si al anterior usuario ahora le va de puta madre su software p2p,
estupendo ¿no?
Asi que no se donde ves el problema.

InfoSys wrote:
Mostrar la cita

Tu desconocimiento del tcp/ip es absoluto. Confundes 10 conexiones
entrantes concurrentes con 10 conexiones (intento de apertura de socket
en este caso) en half-open. Un pequeño estudio de apertura de sockets tcp
no te vendria mal.

Las conexiones en half-open se provocan cuando software muy agresivo con
el stack ip o que abre indiscriminadamente a rangos completos de Ip sin
comprobar primero su existencia que dan en pendientes hasta que se genera
time-out de la conexion. Por tanto ¿influyen en el comportamiento de la
maquina?. En absoluto. La candidez de usuarios como tu, y de la pagina
que recomiendas les hace cambiar el driver del tcp en el SP2 para meter
un driver modificado (tcpip.sys) que teoricamente lo unico que hace es no
controlar el numero de esas conexiones half-open las cuales siguen
existiendo -no te lleves a engaño ya que cualquier monitor decente te las
marcará como tal, y lo unico es que no te enviará mensaje al visor de
sucesos-

Ente esto, debe quedar claro: no vale para nada eso. Simplemente las
conexiones en hlaf-open seguiran existiendo, y el SP2 unicamente te envia
el mensaje y encola el resto de las half-open permitiendo en un instante
solo 10. Por tanto, el funcionamientos del tcp/ip será identico con o sin
ese software. La ingenuidad de gente como tu provoca o bien la tomadura
de pelo de gente como los que han modificado el drivers, o incluso como
puedes comprobar a pocos conocimientos de tcp y rastrees el stack, que
ese driver que acabas de aconsejar te mete un server totalmente
controlable desde software cliente (estilo Back-Oriffice).

Por tanto, lo comentado en este hilo es totalmente cierto, y por tu
respuesta, no creo que tengas mala fe: solo un alma candida.




"CafeBAR" escribió:

Mostrar la cita

perdon que me ria yo, ¿windows xp de fabrica o con SP1 es ilegal? no
verdad, pues asi se queda uno con sp2 tras usar ese parche o teak.
Confundes lo que es la salida de mas de 9 conexiones simultameas, como
lo hace un windows xp de fabrica o con SP1, con mas de 10 conexiones
entrantes concurrentes.
Para mi te estas mas liado que la pata de un romano.
De todas formas si no te fias de esa utilidad, ( que por cierto esta mas
limpia que una patena) edita tu mismo y cambia el valor. Hasta tu
serias capaz de hacerlo manualmente.



dimas wrote:

Mostrar la cita

Perdona que me ria. Pero tu de nombre ¿te llamas Inocencio?

Como poco, el Event ID 4226 Patcher viola alguna que otra ley ¿a que
si? Y digo como poco, porque el regalo que te deja es fino. Y no se, si
eres inocente. o con tan mala leche que se la quieres clavar a
quien sea. ¿tienes tu el cliente entonces? ¿y por eso aconsejas eso?

No es verdad.
Unicamente es el sentido comun: con 9 conexiones salientes un PC no se
comunica ni consigo mismo. Por favorun poco de seriedad con el tcp. Sin
tocar ese parametro abres un netstat y mira las que tienes.

Lo comentado por Infosys (sin entrar en el posible bicho que te meten) es
"totalmente" correcto y se atiene al tcp/ip al pie de la letra.

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

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.



"CafeBAR" wrote in message
news:
Mostrar la cita

estas muy confundido, mira el comportamiento de ese driver que mencionas
en SP1 o windows xp RTM, veras como alcanza 50 conexiones SALIENTES. Relee
mis anteriores mensajes.

Si utilizas esa utilidad bajo SP2, aumentara las conexiones SALIENTES de 9
default, al valor pretederminado, o como estaba antes de aplicar Sp2.

¿Por que ha hecho esto microsoft en SP2? por que son unos chapucheros,
tanto en los parches de red como en gestion de memoria, capando las
prestaciones de windows por la aparicion del blaster sasser ...

En cualquier caso, este teak o modificacion, NO ALTERA las conexiones
ENTRANTES a recursos compartidos, que se mantiene como siempre en 10
simultaneas concurrentes, y que por tanto no viola el eula por que no
tiene nada que ver con lo anterior.

Si te doy mi opinion personal, lo mejor es dejar tal o como queda windows
con SP1 con un buen firewall y pasar de la porqueria de SP2 hasta que
salga Sp3 que devuelva de nuevo las prestaciones al sistema operativo.

De todas formas esto es muy simple, si a ti no te hace falta, no lo hagas,
si al anterior usuario ahora le va de puta madre su software p2p,
estupendo ¿no?
Asi que no se donde ves el problema.

InfoSys wrote:
Mostrar la cita

Tu desconocimiento del tcp/ip es absoluto. Confundes 10 conexiones
entrantes concurrentes con 10 conexiones (intento de apertura de socket
en este caso) en half-open. Un pequeño estudio de apertura de sockets tcp
no te vendria mal.

Las conexiones en half-open se provocan cuando software muy agresivo con
el stack ip o que abre indiscriminadamente a rangos completos de Ip sin
comprobar primero su existencia que dan en pendientes hasta que se genera
time-out de la conexion. Por tanto ¿influyen en el comportamiento de la
maquina?. En absoluto. La candidez de usuarios como tu, y de la pagina
que recomiendas les hace cambiar el driver del tcp en el SP2 para meter
un driver modificado (tcpip.sys) que teoricamente lo unico que hace es no
controlar el numero de esas conexiones half-open las cuales siguen
existiendo -no te lleves a engaño ya que cualquier monitor decente te las
marcará como tal, y lo unico es que no te enviará mensaje al visor de
sucesos-

Ente esto, debe quedar claro: no vale para nada eso. Simplemente las
conexiones en hlaf-open seguiran existiendo, y el SP2 unicamente te envia
el mensaje y encola el resto de las half-open permitiendo en un instante
solo 10. Por tanto, el funcionamientos del tcp/ip será identico con o sin
ese software. La ingenuidad de gente como tu provoca o bien la tomadura
de pelo de gente como los que han modificado el drivers, o incluso como
puedes comprobar a pocos conocimientos de tcp y rastrees el stack, que
ese driver que acabas de aconsejar te mete un server totalmente
controlable desde software cliente (estilo Back-Oriffice).

Por tanto, lo comentado en este hilo es totalmente cierto, y por tu
respuesta, no creo que tengas mala fe: solo un alma candida.




"CafeBAR" escribió:

Mostrar la cita

perdon que me ria yo, ¿windows xp de fabrica o con SP1 es ilegal? no
verdad, pues asi se queda uno con sp2 tras usar ese parche o teak.
Confundes lo que es la salida de mas de 9 conexiones simultameas, como
lo hace un windows xp de fabrica o con SP1, con mas de 10 conexiones
entrantes concurrentes.
Para mi te estas mas liado que la pata de un romano.
De todas formas si no te fias de esa utilidad, ( que por cierto esta mas
limpia que una patena) edita tu mismo y cambia el valor. Hasta tu
serias capaz de hacerlo manualmente.



dimas wrote:

Mostrar la cita

Perdona que me ria. Pero tu de nombre ¿te llamas Inocencio?

Como poco, el Event ID 4226 Patcher viola alguna que otra ley ¿a que
si? Y digo como poco, porque el regalo que te deja es fino. Y no se, si
eres inocente. o con tan mala leche que se la quieres clavar a
quien sea. ¿tienes tu el cliente entonces? ¿y por eso aconsejas eso?

¿Pero aqui estamos hablando todos castellano?
Dices
"> Unicamente es el sentido comun: con 9 conexiones salientes un PC no se
Mostrar la cita

comunica ni consigo mismo"

Correcto, exactamente ese es el problema inicial de este hilo, Sp2 capa
las conexiones salientes a solo 9 por el problema que hubo con el
blaster, una suma chapuza que perjudica a otros softwares de red como le
pasa al usuario de este hilo.

Por ese motivo, si corres algun p2p con un equipo bajo Sp2 te quedas
literalmente a dos velas, con solo 9 conexiones, no pillas fuentes ni
refrescas las fuentes de forma normal.
¿solucion?
Quitar la porqueria de Sp2 y quedarte con un RTM o SP1, o bien modificar
tu mismo ese valor si te emperras en usar SP2, bien con la utilidad
recomendada en pc actual, o bien te lo haces a mano tu mismo ni no te
fias de otros.
Para realizarlo manualmente , en este articulo hablan de este problema.

http://www.elhacker.net/limite_10_c...xp_sp2.htm



Aunque si hablamos de software p2p, mejor usar otra plataforma que no
sea windows, al menos, hasta que salga windows vista que tendra soporte
nativo de software p2p y solucionaran esta chapuza de conexiones que
hicieron en SP2.




JM Tella Llop [MVP Windows] wrote:
Mostrar la cita

No es verdad.
Unicamente es el sentido comun: con 9 conexiones salientes un PC no se
comunica ni consigo mismo. Por favorun poco de seriedad con el tcp. Sin
tocar ese parametro abres un netstat y mira las que tienes.

Lo comentado por Infosys (sin entrar en el posible bicho que te meten) es
"totalmente" correcto y se atiene al tcp/ip al pie de la letra.