DFS y cortes en la conexión

prueba con las direcciones DNS en tpc/ip

Instalé un DFS en uno de los dos controladores de

dominio que tenemos. Ahora

los usuarios acceden a los docuementos a través de la

ruta

\ombre_dominio\compartidas\usuarioX\Mis documentos,

mientras que antes de

instalar el DFS lo hacían mediante
\ombre_servidor\compartidas\usuarioX\Mis documentos.

El caso es que desde que se puso el DFS, los W2000 Pro se
desconecta/conectan de la red intermitentemente. Se

pierde la conexión con

\\dulcenombre se pierde el acceso a los documentos de

los usuarios.

¿Hay que instalar algo en los W2000 Pro para que

funcione el DFS?

.

Cada DC tiene en apunta a sí mismo en el DNS y los W2000 Pro están
configurados por DCHP (todos apuntan a los dos DC). ¿Era eso a lo que te
referías? Gracias.
"jose_sistemas" escribió en el
mensaje news:94c001c3ea5f$9eff9ad0$
prueba con las direcciones DNS en tpc/ip

Instalé un DFS en uno de los dos controladores de

dominio que tenemos. Ahora

los usuarios acceden a los docuementos a través de la

ruta

\ombre_dominio\compartidas\usuarioX\Mis documentos,

mientras que antes de

instalar el DFS lo hacían mediante
\ombre_servidor\compartidas\usuarioX\Mis documentos.

El caso es que desde que se puso el DFS, los W2000 Pro se
desconecta/conectan de la red intermitentemente. Se

pierde la conexión con

\\dulcenombre se pierde el acceso a los documentos de

los usuarios.

¿Hay que instalar algo en los W2000 Pro para que

funcione el DFS?

.

Gracias por tu artículo.
Probé con lo que me dices, pero sigue pasando lo mismo. El usuario empieza a
trabajar con su directorio (\ombre_dominio\usuarios\UsuarioX) y mientras
navega por las carpetas, el sistema saca una ventanita diciendo que ya no
está conectado y que los archivos se sincronizarán la próxima vez que se
conecte. A los pocos segundos, se vuelve a sincronizar solo. ¿? Snif.

Nota: esto no pasa en los servidores W2000, sólo en los W2000 Pro y desde
que puse el DFS.

Gracias!
"Fernando Reyes [MS MVP]"
escribió en el mensaje news:%23nYz$
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.


Un saludo
Fernando Reyes [MS MVP]
MCSE Windows 2000

(déjame sin merienda si quieres escribirme)


"Alfredo Calvo Uceda" escribió en el mensaje
news:%

Instalé un DFS en uno de los dos controladores de dominio que
tenemos. Ahora los usuarios acceden a los docuementos a través de la
ruta \ombre_dominio\compartidas\usuarioX\Mis documentos, mientras
que antes de instalar el DFS lo hacían mediante
\ombre_servidor\compartidas\usuarioX\Mis documentos.

El caso es que desde que se puso el DFS, los W2000 Pro se
desconecta/conectan de la red intermitentemente. Se pierde la
conexión con \\dulcenombre se pierde el acceso a los documentos de
los usuarios.

¿Hay que instalar algo en los W2000 Pro para que funcione el DFS?

¿Puede ser por algo relacionado con los Offline Folders (archivos sin
conexión?) y el DFS?

"Alfredo Calvo Uceda" escribió en el mensaje
news:%

Instalé un DFS en uno de los dos controladores de dominio que tenemos.

Ahora

los usuarios acceden a los docuementos a través de la ruta
\ombre_dominio\compartidas\usuarioX\Mis documentos, mientras que antes

de

instalar el DFS lo hacían mediante
\ombre_servidor\compartidas\usuarioX\Mis documentos.

El caso es que desde que se puso el DFS, los W2000 Pro se
desconecta/conectan de la red intermitentemente. Se pierde la conexión

con

\\dulcenombre se pierde el acceso a los documentos de los usuarios.

¿Hay que instalar algo en los W2000 Pro para que funcione el DFS?