XP Pierdo conexion a 2003 Server

Aqui hay algo, tengo este evento y supongo que estare relacionado.

La inscripción de certificados automática para Sistema local no puede
ponerse en contacto con el directorio activo (0x8007054b) El dominio
especificado no existe o no se pudo establecer conexión con él.

. La inscripción no se efectuará.





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

¿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.

Si es en un controlador de dominio, no tiene nada que ver. Si tienes alguna
directiva y autoridad certificadora, seguramente el problema viene por el
DNS o la directiva

Trata de contestar las otras preguntas ya que ellas permitirán acotar el
problema


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:

Aqui hay algo, tengo este evento y supongo que estare relacionado.

La inscripción de certificados automática para Sistema local no puede
ponerse en contacto con el directorio activo (0x8007054b) El dominio
especificado no existe o no se pudo establecer conexión con él.

. La inscripción no se efectuará.





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

¿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.

La configuracion DNS de las maquinas apunta al unico controlador de dominio
que hay y que aloja el dns, con lo cual no creo que sea el problema ya que
el funcionamiento es correcto, inicio de sesion, acceso a recursos, etc el
problema viene cuando se "pierde" la conexion y ya no hay forma de volver.


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

Si es en un controlador de dominio, no tiene nada que ver. Si tienes

alguna

directiva y autoridad certificadora, seguramente el problema viene por el
DNS o la directiva

Trata de contestar las otras preguntas ya que ellas permitirán acotar el
problema


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:
> Aqui hay algo, tengo este evento y supongo que estare relacionado.
>
> La inscripción de certificados automática para Sistema local no puede
> ponerse en contacto con el directorio activo (0x8007054b) El dominio
> especificado no existe o no se pudo establecer conexión con él.
>
> . La inscripción no se efectuará.
>
>
>
>
>
> "Guillermo Delprato [MS-MVP]"
> escribió en el
> mensaje news:%
>> ¿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.

Vuelvo a poner las preguntas anteriores:
¿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:uBK5pJ$,
Comuner typed:

La configuracion DNS de las maquinas apunta al unico controlador de
dominio que hay y que aloja el dns, con lo cual no creo que sea el
problema ya que el funcionamiento es correcto, inicio de sesion,
acceso a recursos, etc el problema viene cuando se "pierde" la
conexion y ya no hay forma de volver.


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

Si es en un controlador de dominio, no tiene nada que ver. Si tienes
alguna directiva y autoridad certificadora, seguramente el problema
viene por el DNS o la directiva

Trata de contestar las otras preguntas ya que ellas permitirán
acotar el problema


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:

Aqui hay algo, tengo este evento y supongo que estare relacionado.

La inscripción de certificados automática para Sistema local no
puede ponerse en contacto con el directorio activo (0x8007054b) El
dominio especificado no existe o no se pudo establecer conexión con
él.

. La inscripción no se efectuará.





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

¿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.