XP Pierdo conexion a 2003 Server

Pego, cortesía de Fernando Reyes

Windows 2000/XP/2003 incorpora un mecanismo por el cual es capaz de cerrar
las sesiones SMB (Server Message Block), por ejemplo las que se establecen
al conectar una unidad de red, que están inactivas cuando pasa determinado
tiempo (15 minutos de forma predeterminada); esto se detecta, por ejemplo,
en el Explorador de Windows viendo que la unidad de red tiene un aspa roja.
Windows 2000/XP/2003 es capaz de reconectar esas unidades de forma
automática cuando se vuelven a necesitar (si, por ejemplo, se hace click
sobre la unidad en el Explorador de Windows, se comprueba cómo desaparece el
aspa y se puede acceder sin problemas). Esto es un mecanismo muy bueno, pues
permite no mantener hilos de comunicación que están inactivos pero ocupando
la red; es decir, que es una optimización del uso de la red y de los propios
equipos en cada uno de los extremos de la conexión.
La parte mala de este mecanismo es que hay aplicaciones a las que esto
provoca que no funcionen cuando la unidad se encuentra desconectada. Tambien
provoca que los equipos no Windows 2000/XP/2003 no sean capaces de acceder a
las unidades de red que se han desconectado, reiniciar el equipo
cliente(esto es típico en equipos Windows 9x).

Para estipular cuanto tiempo de inactividad es necesario para que se cierren
las sesiones SMB se puede hacer ejecutando desde línea de comandos (en el
equipo que comparte el recurso de red):

net config server /autodisconnect:<t>

siendo <t> un número entero que expresa minutos; así pues:

net config server /autodisconnect:30

desconectará las sesiones SMB que permanezcan inactivas durante 30 minutos.

Para configurar que no se cierren las conexiones nunca el valor de t debe
ser -1; es decir que se ejecuta la instrucción:

net config server /autodisconnect:-1

Si vemos que ejecutando esta instrucción el resultado es el deseado, nuestra
tarea no ha terminado, pues la ejecución de esta línea dura mientras esté el
equipo encendido; si lo reiniciamos, volvera a cerrar sesiones SMB despues
de 15 minutos de inactividad. Esto es debido a que lo que de verdad controla
este intervalo de tiempo es una directiva. Como todas las directivas,
podemos establecerla con una GPO si estamos en un dominio para todas las
máquinas a las que queramos que afecte (es una directiva de equipo) o
podemos, tanto en dominio como en grupo de trabajo, establecerla equipo por
equipo donde necesitemos hacerlo utilizando el editor de políticas del
sistema (gpedit.msc). En concreto, la directiva de la que estoy hablando es
"Configuración del equipo\Configuración de Windows\Configuración de
seguridad\Directivas locales\Opciones de seguridad\Tiempo de inactividad
requerido antes de desconectar la sesión":

Windows 2000 Resource Kits ~ Windows 2000 Group Policy Reference ~ Amount of
idle time required before disconnecting a session
http://www.microsoft.com/windows200...gp/563.asp

En este directiva especificas con un número entero el número de minutos (si
nunca la has modificado, observarás que el tiempo que especifica son los 15
minutos que antes hablamos). Un valor de cero, hara que los clientes no se
desconceten nunca (es decir, es el mismo efecto que el valor -1 de t "en net
config server /autodisconnect:<t>").

Resumiendo; primero vemos si funciona lo que deseamos utilizando "net config
server /autodisconnect:<t>" y si resuelve nuestro problema, entonces
retocamos la directiva "Configuración del equipo\Configuración de
Windows\Configuración de seguridad\Directivas locales\Opciones de
seguridad\Tiempo de inactividad requerido antes de desconectar la sesión"
poniendo ese valor que era el deseado, salvo cuando lo que queremos es que
nunca haya desconexiones, en cuyo caso <t> es igual a -1 en "net config
server" y en la directiva es igual a 0.






Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



In news:%,
Comuner typed:

Ahi va :
Antes
-
Configuración IP de Windows

Nombre del host . . . . . . . . . : PC01
Sufijo DNS principal . . . . . . : COTESA
Tipo de nodo . . . . . . . . . . : desconocido
Enrutamiento habilitado. . . . . .: No
Proxy WINS habilitado. . . . . : No
Lista de búsqueda de sufijo DNS: COTESA

Adaptador Ethernet Conexión de área local :

Sufijo de conexión específica DNS :
Descripción. . . . . . . . . . . : Intel(R) PRO/1000 MT
Network Connection
Dirección física. . . . . . . . . : 00-0F-1F-7E-B6-BB
DHCP habilitado. . . . . . . . . : No
Dirección IP. . . . . . . . . . . : 192.168.0.10
Máscara de subred . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada : 192.168.0.220
Servidores DNS . . . . . . . . . .: 192.168.0.2

Despues lo mismo, he esperado a que se repita y se ve igual.





"Marc [MVP Windows]" escribió en el mensaje
news:
Haz un ipconfig /all de la configuación de los XP y ponla por aquí,
antes y después de la pérdida de conectividad.


"Comuner" escribió en el mensaje
news:%

Hola a todos, tengo un problema y es que en una red con un 2003
server como DC los xp entran sin problema, los dns estan
configurados correctamente se inicia sesion relativamente rapido y
todo va bien, la cuestion es que cuando pasa un buen rato pierdo la
conexion con el servidor en las maquinas xp y no hay quien vuelva a
entrar, eso si simplemente con cerrar la sesion y volver a abrirla
ya vuelve a funcionar.

Alguna idea ???

Saludos.

Ya había leído esto y tambien lo he descartado, ahora los equipos que dan
problemas estan configurados para que no se desconecten.


"Guillermo Delprato [MS-MVP]"
escribió en el mensaje
news:

Pego, cortesía de Fernando Reyes

Windows 2000/XP/2003 incorpora un mecanismo por el cual es capaz de cerrar
las sesiones SMB (Server Message Block), por ejemplo las que se establecen
al conectar una unidad de red, que están inactivas cuando pasa determinado
tiempo (15 minutos de forma predeterminada); esto se detecta, por ejemplo,
en el Explorador de Windows viendo que la unidad de red tiene un aspa

roja.

Windows 2000/XP/2003 es capaz de reconectar esas unidades de forma
automática cuando se vuelven a necesitar (si, por ejemplo, se hace click
sobre la unidad en el Explorador de Windows, se comprueba cómo desaparece

el

aspa y se puede acceder sin problemas). Esto es un mecanismo muy bueno,

pues

permite no mantener hilos de comunicación que están inactivos pero

ocupando

la red; es decir, que es una optimización del uso de la red y de los

propios

equipos en cada uno de los extremos de la conexión.
La parte mala de este mecanismo es que hay aplicaciones a las que esto
provoca que no funcionen cuando la unidad se encuentra desconectada.

Tambien

provoca que los equipos no Windows 2000/XP/2003 no sean capaces de acceder

a

las unidades de red que se han desconectado, reiniciar el equipo
cliente(esto es típico en equipos Windows 9x).

Para estipular cuanto tiempo de inactividad es necesario para que se

cierren

las sesiones SMB se puede hacer ejecutando desde línea de comandos (en el
equipo que comparte el recurso de red):

net config server /autodisconnect:<t>

siendo <t> un número entero que expresa minutos; así pues:

net config server /autodisconnect:30

desconectará las sesiones SMB que permanezcan inactivas durante 30

minutos.

Para configurar que no se cierren las conexiones nunca el valor de t debe
ser -1; es decir que se ejecuta la instrucción:

net config server /autodisconnect:-1

Si vemos que ejecutando esta instrucción el resultado es el deseado,

nuestra

tarea no ha terminado, pues la ejecución de esta línea dura mientras esté

el

equipo encendido; si lo reiniciamos, volvera a cerrar sesiones SMB despues
de 15 minutos de inactividad. Esto es debido a que lo que de verdad

controla

este intervalo de tiempo es una directiva. Como todas las directivas,
podemos establecerla con una GPO si estamos en un dominio para todas las
máquinas a las que queramos que afecte (es una directiva de equipo) o
podemos, tanto en dominio como en grupo de trabajo, establecerla equipo

por

equipo donde necesitemos hacerlo utilizando el editor de políticas del
sistema (gpedit.msc). En concreto, la directiva de la que estoy hablando

es

"Configuración del equipo\Configuración de Windows\Configuración de
seguridad\Directivas locales\Opciones de seguridad\Tiempo de inactividad
requerido antes de desconectar la sesión":

Windows 2000 Resource Kits ~ Windows 2000 Group Policy Reference ~ Amount

of

idle time required before disconnecting a session

http://www.microsoft.com/windows200...gp/563.asp

En este directiva especificas con un número entero el número de minutos

(si

nunca la has modificado, observarás que el tiempo que especifica son los

15

minutos que antes hablamos). Un valor de cero, hara que los clientes no se
desconceten nunca (es decir, es el mismo efecto que el valor -1 de t "en

net

config server /autodisconnect:<t>").

Resumiendo; primero vemos si funciona lo que deseamos utilizando "net

config

server /autodisconnect:<t>" y si resuelve nuestro problema, entonces
retocamos la directiva "Configuración del equipo\Configuración de
Windows\Configuración de seguridad\Directivas locales\Opciones de
seguridad\Tiempo de inactividad requerido antes de desconectar la sesión"
poniendo ese valor que era el deseado, salvo cuando lo que queremos es que
nunca haya desconexiones, en cuyo caso <t> es igual a -1 en "net config
server" y en la directiva es igual a 0.






Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



In news:%,
Comuner typed:
> Ahi va :
> Antes

> Configuración IP de Windows
>
> Nombre del host . . . . . . . . . : PC01
> Sufijo DNS principal . . . . . . : COTESA
> Tipo de nodo . . . . . . . . . . : desconocido
> Enrutamiento habilitado. . . . . .: No
> Proxy WINS habilitado. . . . . : No
> Lista de búsqueda de sufijo DNS: COTESA
>
> Adaptador Ethernet Conexión de área local :
>
> Sufijo de conexión específica DNS :
> Descripción. . . . . . . . . . . : Intel(R) PRO/1000 MT
> Network Connection
> Dirección física. . . . . . . . . : 00-0F-1F-7E-B6-BB
> DHCP habilitado. . . . . . . . . : No
> Dirección IP. . . . . . . . . . . : 192.168.0.10
> Máscara de subred . . . . . . . . : 255.255.255.0
> Puerta de enlace predeterminada : 192.168.0.220
> Servidores DNS . . . . . . . . . .: 192.168.0.2
>
> Despues lo mismo, he esperado a que se repita y se ve igual.
>
>
>
>
>
> "Marc [MVP Windows]" escribió en el mensaje
> news:
> Haz un ipconfig /all de la configuación de los XP y ponla por aquí,
> antes y después de la pérdida de conectividad.
>
>
> "Comuner" escribió en el mensaje
> news:%
>> Hola a todos, tengo un problema y es que en una red con un 2003
>> server como DC los xp entran sin problema, los dns estan
>> configurados correctamente se inicia sesion relativamente rapido y
>> todo va bien, la cuestion es que cuando pasa un buen rato pierdo la
>> conexion con el servidor en las maquinas xp y no hay quien vuelva a
>> entrar, eso si simplemente con cerrar la sesion y volver a abrirla
>> ya vuelve a funcionar.
>>
>> Alguna idea ???
>>
>> Saludos.

Si esto ya lo has probado, habría que investigar más, porque otra no se me
ocurre :-(

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



In news:,
Comuner typed:

Ya había leído esto y tambien lo he descartado, ahora los equipos que
dan problemas estan configurados para que no se desconecten.


"Guillermo Delprato [MS-MVP]"
escribió en el
mensaje news:

Pego, cortesía de Fernando Reyes

Windows 2000/XP/2003 incorpora un mecanismo por el cual es capaz de
cerrar las sesiones SMB (Server Message Block), por ejemplo las que
se establecen al conectar una unidad de red, que están inactivas
cuando pasa determinado tiempo (15 minutos de forma predeterminada);
esto se detecta, por ejemplo, en el Explorador de Windows viendo que
la unidad de red tiene un aspa roja. Windows 2000/XP/2003 es capaz
de reconectar esas unidades de forma automática cuando se vuelven a
necesitar (si, por ejemplo, se hace click sobre la unidad en el
Explorador de Windows, se comprueba cómo desaparece el aspa y se
puede acceder sin problemas). Esto es un mecanismo muy bueno, pues
permite no mantener hilos de comunicación que están inactivos pero
ocupando la red; es decir, que es una optimización del uso de la red
y de los propios equipos en cada uno de los extremos de la conexión.
La parte mala de este mecanismo es que hay aplicaciones a las que
esto provoca que no funcionen cuando la unidad se encuentra
desconectada. Tambien provoca que los equipos no Windows
2000/XP/2003 no sean capaces de acceder a las unidades de red que se
han desconectado, reiniciar el equipo cliente(esto es típico en
equipos Windows 9x).

Para estipular cuanto tiempo de inactividad es necesario para que se
cierren las sesiones SMB se puede hacer ejecutando desde línea de
comandos (en el equipo que comparte el recurso de red):

net config server /autodisconnect:<t>

siendo <t> un número entero que expresa minutos; así pues:

net config server /autodisconnect:30

desconectará las sesiones SMB que permanezcan inactivas durante 30
minutos.

Para configurar que no se cierren las conexiones nunca el valor de t
debe ser -1; es decir que se ejecuta la instrucción:

net config server /autodisconnect:-1

Si vemos que ejecutando esta instrucción el resultado es el deseado,
nuestra tarea no ha terminado, pues la ejecución de esta línea dura
mientras esté el equipo encendido; si lo reiniciamos, volvera a
cerrar sesiones SMB despues de 15 minutos de inactividad. Esto es
debido a que lo que de verdad controla este intervalo de tiempo es
una directiva. Como todas las directivas, podemos establecerla con
una GPO si estamos en un dominio para todas las máquinas a las que
queramos que afecte (es una directiva de equipo) o podemos, tanto en
dominio como en grupo de trabajo, establecerla equipo por equipo
donde necesitemos hacerlo utilizando el editor de políticas del
sistema (gpedit.msc). En concreto, la directiva de la que estoy
hablando es "Configuración del equipo\Configuración de
Windows\Configuración de seguridad\Directivas locales\Opciones de
seguridad\Tiempo de inactividad requerido antes de desconectar la
sesión":

Windows 2000 Resource Kits ~ Windows 2000 Group Policy Reference ~
Amount of idle time required before disconnecting a session

http://www.microsoft.com/windows200...gp/563.asp

En este directiva especificas con un número entero el número de
minutos (si nunca la has modificado, observarás que el tiempo que
especifica son los 15 minutos que antes hablamos). Un valor de cero,
hara que los clientes no se desconceten nunca (es decir, es el mismo
efecto que el valor -1 de t "en net config server
/autodisconnect:<t>").

Resumiendo; primero vemos si funciona lo que deseamos utilizando
"net config server /autodisconnect:<t>" y si resuelve nuestro
problema, entonces retocamos la directiva "Configuración del
equipo\Configuración de Windows\Configuración de
seguridad\Directivas locales\Opciones de seguridad\Tiempo de
inactividad requerido antes de desconectar la sesión" poniendo ese
valor que era el deseado, salvo cuando lo que queremos es que nunca
haya desconexiones, en cuyo caso <t> es igual a -1 en "net config
server" y en la directiva es igual a 0.






Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



In news:%,
Comuner typed:

Ahi va :
Antes

Configuración IP de Windows

Nombre del host . . . . . . . . . : PC01
Sufijo DNS principal . . . . . . : COTESA
Tipo de nodo . . . . . . . . . . : desconocido
Enrutamiento habilitado. . . . . .: No
Proxy WINS habilitado. . . . . : No
Lista de búsqueda de sufijo DNS: COTESA

Adaptador Ethernet Conexión de área local :

Sufijo de conexión específica DNS :
Descripción. . . . . . . . . . . : Intel(R) PRO/1000 MT
Network Connection
Dirección física. . . . . . . . . : 00-0F-1F-7E-B6-BB
DHCP habilitado. . . . . . . . . : No
Dirección IP. . . . . . . . . . . : 192.168.0.10
Máscara de subred . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada : 192.168.0.220
Servidores DNS . . . . . . . . . .: 192.168.0.2

Despues lo mismo, he esperado a que se repita y se ve igual.





"Marc [MVP Windows]" escribió en el mensaje
news:
Haz un ipconfig /all de la configuación de los XP y ponla por aquí,
antes y después de la pérdida de conectividad.


"Comuner" escribió en el mensaje
news:%

Hola a todos, tengo un problema y es que en una red con un 2003
server como DC los xp entran sin problema, los dns estan
configurados correctamente se inicia sesion relativamente rapido y
todo va bien, la cuestion es que cuando pasa un buen rato pierdo la
conexion con el servidor en las maquinas xp y no hay quien vuelva a
entrar, eso si simplemente con cerrar la sesion y volver a abrirla
ya vuelve a funcionar.

Alguna idea ???

Saludos.

La verdad ya no se que mirar, habia pensado en que el servidor entre en modo
de ahorro de energia y corte las conexiones o algo asi, pero no le ocurre a
todos los equipos y aun mas, porque si cierro la sesion y la vuelvo a abrir
va todo perfectamente??? es lo que mas me extraña.


"Guillermo Delprato [MS-MVP]"
escribió en el mensaje
news:

Si esto ya lo has probado, habría que investigar más, porque otra no se me
ocurre :-(

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



In news:,
Comuner typed:
> Ya había leído esto y tambien lo he descartado, ahora los equipos que
> dan problemas estan configurados para que no se desconecten.
>
>
> "Guillermo Delprato [MS-MVP]"
> escribió en el
> mensaje news:
>> Pego, cortesía de Fernando Reyes
>>
>> Windows 2000/XP/2003 incorpora un mecanismo por el cual es capaz de
>> cerrar las sesiones SMB (Server Message Block), por ejemplo las que
>> se establecen al conectar una unidad de red, que están inactivas
>> cuando pasa determinado tiempo (15 minutos de forma predeterminada);
>> esto se detecta, por ejemplo, en el Explorador de Windows viendo que
>> la unidad de red tiene un aspa roja. Windows 2000/XP/2003 es capaz
>> de reconectar esas unidades de forma automática cuando se vuelven a
>> necesitar (si, por ejemplo, se hace click sobre la unidad en el
>> Explorador de Windows, se comprueba cómo desaparece el aspa y se
>> puede acceder sin problemas). Esto es un mecanismo muy bueno, pues
>> permite no mantener hilos de comunicación que están inactivos pero
>> ocupando la red; es decir, que es una optimización del uso de la red
>> y de los propios equipos en cada uno de los extremos de la conexión.
>> La parte mala de este mecanismo es que hay aplicaciones a las que
>> esto provoca que no funcionen cuando la unidad se encuentra
>> desconectada. Tambien provoca que los equipos no Windows
>> 2000/XP/2003 no sean capaces de acceder a las unidades de red que se
>> han desconectado, reiniciar el equipo cliente(esto es típico en
>> equipos Windows 9x).
>>
>> Para estipular cuanto tiempo de inactividad es necesario para que se
>> cierren las sesiones SMB se puede hacer ejecutando desde línea de
>> comandos (en el equipo que comparte el recurso de red):
>>
>> net config server /autodisconnect:<t>
>>
>> siendo <t> un número entero que expresa minutos; así pues:
>>
>> net config server /autodisconnect:30
>>
>> desconectará las sesiones SMB que permanezcan inactivas durante 30
>> minutos.
>>
>> Para configurar que no se cierren las conexiones nunca el valor de t
>> debe ser -1; es decir que se ejecuta la instrucción:
>>
>> net config server /autodisconnect:-1
>>
>> Si vemos que ejecutando esta instrucción el resultado es el deseado,
>> nuestra tarea no ha terminado, pues la ejecución de esta línea dura
>> mientras esté el equipo encendido; si lo reiniciamos, volvera a
>> cerrar sesiones SMB despues de 15 minutos de inactividad. Esto es
>> debido a que lo que de verdad controla este intervalo de tiempo es
>> una directiva. Como todas las directivas, podemos establecerla con
>> una GPO si estamos en un dominio para todas las máquinas a las que
>> queramos que afecte (es una directiva de equipo) o podemos, tanto en
>> dominio como en grupo de trabajo, establecerla equipo por equipo
>> donde necesitemos hacerlo utilizando el editor de políticas del
>> sistema (gpedit.msc). En concreto, la directiva de la que estoy
>> hablando es "Configuración del equipo\Configuración de
>> Windows\Configuración de seguridad\Directivas locales\Opciones de
>> seguridad\Tiempo de inactividad requerido antes de desconectar la
>> sesión":
>>
>> Windows 2000 Resource Kits ~ Windows 2000 Group Policy Reference ~
>> Amount of idle time required before disconnecting a session
>>
>

http://www.microsoft.com/windows200...gp/563.asp

>>
>> En este directiva especificas con un número entero el número de
>> minutos (si nunca la has modificado, observarás que el tiempo que
>> especifica son los 15 minutos que antes hablamos). Un valor de cero,
>> hara que los clientes no se desconceten nunca (es decir, es el mismo
>> efecto que el valor -1 de t "en net config server
>> /autodisconnect:<t>").
>>
>> Resumiendo; primero vemos si funciona lo que deseamos utilizando
>> "net config server /autodisconnect:<t>" y si resuelve nuestro
>> problema, entonces retocamos la directiva "Configuración del
>> equipo\Configuración de Windows\Configuración de
>> seguridad\Directivas locales\Opciones de seguridad\Tiempo de
>> inactividad requerido antes de desconectar la sesión" poniendo ese
>> valor que era el deseado, salvo cuando lo que queremos es que nunca
>> haya desconexiones, en cuyo caso <t> es igual a -1 en "net config
>> server" y en la directiva es igual a 0.
>>
>>
>>
>>
>>
>>
>> Saludos
>>
>> Guillermo Delprato
>> MVP - MCT - MCSE - MCP
>> Buenos Aires, Argentina
>>
>> NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
>> beneficiamos todos. Este mensaje se proporciona "como está" sin
>> garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
>> riesgos This posting is provided "AS IS" with no warranties, and
>> confers no rights. You assume all risk for your use.
>>
>>
>>
>> In news:%,
>> Comuner typed:
>>> Ahi va :
>>> Antes
>>

-

-

>>> Configuración IP de Windows
>>>
>>> Nombre del host . . . . . . . . . : PC01
>>> Sufijo DNS principal . . . . . . : COTESA
>>> Tipo de nodo . . . . . . . . . . : desconocido
>>> Enrutamiento habilitado. . . . . .: No
>>> Proxy WINS habilitado. . . . . : No
>>> Lista de búsqueda de sufijo DNS: COTESA
>>>
>>> Adaptador Ethernet Conexión de área local :
>>>
>>> Sufijo de conexión específica DNS :
>>> Descripción. . . . . . . . . . . : Intel(R) PRO/1000 MT
>>> Network Connection
>>> Dirección física. . . . . . . . . : 00-0F-1F-7E-B6-BB
>>> DHCP habilitado. . . . . . . . . : No
>>> Dirección IP. . . . . . . . . . . : 192.168.0.10
>>> Máscara de subred . . . . . . . . : 255.255.255.0
>>> Puerta de enlace predeterminada : 192.168.0.220
>>> Servidores DNS . . . . . . . . . .: 192.168.0.2
>>>
>>> Despues lo mismo, he esperado a que se repita y se ve igual.
>>>
>>>
>>>
>>>
>>>
>>> "Marc [MVP Windows]" escribió en el mensaje
>>> news:
>>> Haz un ipconfig /all de la configuación de los XP y ponla por aquí,
>>> antes y después de la pérdida de conectividad.
>>>
>>>
>>> "Comuner" escribió en el mensaje
>>> news:%
>>>> Hola a todos, tengo un problema y es que en una red con un 2003
>>>> server como DC los xp entran sin problema, los dns estan
>>>> configurados correctamente se inicia sesion relativamente rapido y
>>>> todo va bien, la cuestion es que cuando pasa un buen rato pierdo la
>>>> conexion con el servidor en las maquinas xp y no hay quien vuelva a
>>>> entrar, eso si simplemente con cerrar la sesion y volver a abrirla
>>>> ya vuelve a funcionar.
>>>>
>>>> Alguna idea ???
>>>>
>>>> Saludos.

¿Haz revisado si en el servidor o en el cliente hay algún evento
relacionado?
¿Sucede con todos los clientes?
¿Sucede con todos los servidores?
¿Sucede también si cliente y/o servidor son 2000?

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



In news:u$,
Comuner typed:

La verdad ya no se que mirar, habia pensado en que el servidor entre
en modo de ahorro de energia y corte las conexiones o algo asi, pero
no le ocurre a todos los equipos y aun mas, porque si cierro la
sesion y la vuelvo a abrir va todo perfectamente??? es lo que mas me
extraña.


"Guillermo Delprato [MS-MVP]"
escribió en el
mensaje news:

Si esto ya lo has probado, habría que investigar más, porque otra no
se me ocurre :-(

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



In news:,
Comuner typed:

Ya había leído esto y tambien lo he descartado, ahora los equipos
que dan problemas estan configurados para que no se desconecten.


"Guillermo Delprato [MS-MVP]"
escribió en el
mensaje news:

Pego, cortesía de Fernando Reyes

Windows 2000/XP/2003 incorpora un mecanismo por el cual es capaz de
cerrar las sesiones SMB (Server Message Block), por ejemplo las que
se establecen al conectar una unidad de red, que están inactivas
cuando pasa determinado tiempo (15 minutos de forma
predeterminada); esto se detecta, por ejemplo, en el Explorador de
Windows viendo que la unidad de red tiene un aspa roja. Windows
2000/XP/2003 es capaz de reconectar esas unidades de forma
automática cuando se vuelven a necesitar (si, por ejemplo, se hace
click sobre la unidad en el Explorador de Windows, se comprueba
cómo desaparece el aspa y se puede acceder sin problemas). Esto es
un mecanismo muy bueno, pues permite no mantener hilos de
comunicación que están inactivos pero ocupando la red; es decir,
que es una optimización del uso de la red y de los propios equipos
en cada uno de los extremos de la conexión. La parte mala de este
mecanismo es que hay aplicaciones a las que esto provoca que no
funcionen cuando la unidad se encuentra desconectada. Tambien
provoca que los equipos no Windows 2000/XP/2003 no sean capaces de
acceder a las unidades de red que se han desconectado, reiniciar
el equipo cliente(esto es típico en equipos Windows 9x).

Para estipular cuanto tiempo de inactividad es necesario para que
se cierren las sesiones SMB se puede hacer ejecutando desde línea
de comandos (en el equipo que comparte el recurso de red):

net config server /autodisconnect:<t>

siendo <t> un número entero que expresa minutos; así pues:

net config server /autodisconnect:30

desconectará las sesiones SMB que permanezcan inactivas durante 30
minutos.

Para configurar que no se cierren las conexiones nunca el valor de
t debe ser -1; es decir que se ejecuta la instrucción:

net config server /autodisconnect:-1

Si vemos que ejecutando esta instrucción el resultado es el
deseado, nuestra tarea no ha terminado, pues la ejecución de esta
línea dura mientras esté el equipo encendido; si lo reiniciamos,
volvera a cerrar sesiones SMB despues de 15 minutos de
inactividad. Esto es debido a que lo que de verdad controla este
intervalo de tiempo es una directiva. Como todas las directivas,
podemos establecerla con una GPO si estamos en un dominio para
todas las máquinas a las que queramos que afecte (es una directiva
de equipo) o podemos, tanto en dominio como en grupo de trabajo,
establecerla equipo por equipo donde necesitemos hacerlo
utilizando el editor de políticas del sistema (gpedit.msc). En
concreto, la directiva de la que estoy hablando es "Configuración
del equipo\Configuración de Windows\Configuración de
seguridad\Directivas locales\Opciones de seguridad\Tiempo de
inactividad requerido antes de desconectar la sesión":

Windows 2000 Resource Kits ~ Windows 2000 Group Policy Reference ~
Amount of idle time required before disconnecting a session

http://www.microsoft.com/windows200...gp/563.asp

En este directiva especificas con un número entero el número de
minutos (si nunca la has modificado, observarás que el tiempo que
especifica son los 15 minutos que antes hablamos). Un valor de
cero, hara que los clientes no se desconceten nunca (es decir, es
el mismo efecto que el valor -1 de t "en net config server
/autodisconnect:<t>").

Resumiendo; primero vemos si funciona lo que deseamos utilizando
"net config server /autodisconnect:<t>" y si resuelve nuestro
problema, entonces retocamos la directiva "Configuración del
equipo\Configuración de Windows\Configuración de
seguridad\Directivas locales\Opciones de seguridad\Tiempo de
inactividad requerido antes de desconectar la sesión" poniendo ese
valor que era el deseado, salvo cuando lo que queremos es que nunca
haya desconexiones, en cuyo caso <t> es igual a -1 en "net config
server" y en la directiva es igual a 0.






Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume
los riesgos This posting is provided "AS IS" with no warranties,
and confers no rights. You assume all risk for your use.



In news:%,
Comuner typed:

Ahi va :
Antes

-

-

Configuración IP de Windows

Nombre del host . . . . . . . . . : PC01
Sufijo DNS principal . . . . . . : COTESA
Tipo de nodo . . . . . . . . . . : desconocido
Enrutamiento habilitado. . . . . .: No
Proxy WINS habilitado. . . . . : No
Lista de búsqueda de sufijo DNS: COTESA

Adaptador Ethernet Conexión de área local :

Sufijo de conexión específica DNS :
Descripción. . . . . . . . . . . : Intel(R) PRO/1000 MT
Network Connection
Dirección física. . . . . . . . . : 00-0F-1F-7E-B6-BB
DHCP habilitado. . . . . . . . . : No
Dirección IP. . . . . . . . . . . : 192.168.0.10
Máscara de subred . . . . . . . . : 255.255.255.0
Puerta de enlace predeterminada : 192.168.0.220
Servidores DNS . . . . . . . . . .: 192.168.0.2

Despues lo mismo, he esperado a que se repita y se ve igual.





"Marc [MVP Windows]" escribió en el
mensaje news:
Haz un ipconfig /all de la configuación de los XP y ponla por
aquí, antes y después de la pérdida de conectividad.


"Comuner" escribió en el mensaje
news:%

Hola a todos, tengo un problema y es que en una red con un 2003
server como DC los xp entran sin problema, los dns estan
configurados correctamente se inicia sesion relativamente rapido
y todo va bien, la cuestion es que cuando pasa un buen rato
pierdo la conexion con el servidor en las maquinas xp y no hay
quien vuelva a entrar, eso si simplemente con cerrar la sesion y
volver a abrirla ya vuelve a funcionar.

Alguna idea ???

Saludos.