Retraso de conectividad con varios redirectores instalados

Seleccione idioma Seleccione idioma
Id. de artículo: 171386 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Puede experimentar un retraso al intentar conectarse a recursos de red desde un sistema con varios redirectores instalados. Este retraso sólo sucede la primera vez que intente la conexión.

Causa

Cuando se realiza un intento de conexión-WNET API UNC inicial a un recurso de red desde un sistema con varios redirectores, el sistema Windows NT envía la solicitud al proveedor de UNC múltiples (MUP) para identificar qué redirector debe controlar la solicitud.

Solución

Windows NT 4.0

Para resolver este problema, obtenga el service pack más reciente para Windows NT 4.0 o Windows NT Server 4.0, Terminal Server Edition. Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
152734Cómo obtener el service pack más reciente de Windows NT 4.0

Windows 2000 y Windows XP

Se ha hecho una modificación en el MUP que, si el redirector con la prioridad más alta se intenta primero con una respuesta satisfactoria, a continuación, se omiten esos redirectores con prioridades inferiores y la conexión se realiza a través del redirector de mayor prioridad.

Habilitar esta capacidad requiere un Mup.sys actualizada. La mejora de velocidad puede aumentarse modificando la entrada del registro DisableDFS.

Importante Esta sección, método o de tarea contiene pasos que le indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por tanto, asegúrese de que siga estos pasos cuidadosamente. Para obtener más protección, haga una copia de seguridad del registro antes de modificarlo. A continuación, puede restaurar el registro si se produce un problema. Para obtener más información acerca de cómo realizar una copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
322756Cómo hacer copia de seguridad y restaurar el registro de Windows

Advertencia si utiliza incorrectamente el Editor del Registro puede causar serios problemas que le obligarán a instalar de nuevo el sistema operativo. Microsoft no garantiza que se puedan resolver los problemas resultantes del uso incorrecto del Editor del registro. Utilice el Editor del Registro bajo su responsabilidad.

Para obtener información acerca de cómo modificar el Registro, consulte el tema de Ayuda "Cambiar claves y valores" en el Editor del Registro (Regedit.exe) o los temas "Agregar y eliminar información del Registro" y "Modificar información del Registro" en Regedt32.exe. Tenga en cuenta que debe hacer una copia de seguridad del Registro antes de modificarlo.
  1. Inicie el Editor del registro (Regedit.exe).
  2. Vaya a la subclave siguiente:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Mup
    						
  3. Crear un nuevo valor utilizando la siguiente información:
          DisableDFS  REG_DWORD
          Range:  0 or 1
          Default:  0 (Enabled)
    						

    Esta clave se establece en 1.

    Si establece la clave de DisableDFS a 1, el cliente ya no puede tener acceso a un espacio de nombres de una archivo de sistema distribuido. Esto incluye el espacio de nombres de SYSVOL en Active Directory. No establezca esta clave a 1 si el cliente es un miembro de Active Directory.
Nota Si utiliza al cliente IntranetWare de Novell, necesitará seguir estos pasos adicionales a los procedimientos enumerados anteriormente:
  1. Ejecute el editor del registro (Regedt32.exe).
  2. Vaya a la siguiente clave:
          HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
          \NetwareWorkstation\NetworkProvider
    						

    Nota La clave del registro anterior es una ruta de acceso; pero se ha ajustado para mejorar la legibilidad.
  3. Haga clic en DeviceName, haga clic en modificar y, a continuación, haga clic en cadena.
  4. Cambiar \Device\NetwareWorkstation a \Device\NetwareRedirector.
  5. Haga clic en Aceptar, cierre el Editor del registro y reinicie el equipo.

Más información

El MUP primero establece si sistema de archivos distribuido (DFS) está en uso y pasa la solicitud a DFS.

El MUP, a continuación, comprueba su caché interna para ver si tenía ha realizado la conexión anteriormente (entradas en la caché MUP se mantienen durante 15 minutos). El MUP envía la solicitud a cada redirector que controla cada solicitud de forma sincrónica y intenta identificar un recurso en la red que coincida con la solicitud. Después de devuelven todos los redirectores, el MUP elige (en función de respuesta y prioridad) qué redirector utilizará la aplicación.

Los retrasos proceden de dos ubicaciones: en primer lugar, el intento para tener acceso al recurso a través de DFS y, segundo, el MUP debe esperar y Aceptar todas las respuestas de todos los redirectores antes de completar la solicitud. Por tanto, incluso si un recurso es redirector fácilmente disponible y accesible en una, la solicitud debe seguir realizando a través de los otros redirectores instalados antes de la solicitud finaliza.

Dependiendo del número de redirectores, protocolos y las configuraciones de temporizador de conectividad, estos retrasos pueden superar los 13 segundos para cada conexión inicial.

El redirector de NetWare se utilizará como ejemplo.

El ejemplo siguiente ilustra un intento de conexión UNC inicial:
  1. Solicita la aplicación hace UNC.
  2. DFS se comprueba y se procesa la solicitud si DFS está habilitada.
  3. El MUP a continuación, comprueba la caché MUP para una conexión reciente.
  4. El MUP efectúa entonces una consulta al primer redirector, NetWare en este ejemplo, y responde el redirector.

    Nota La devolución es inmediata, como NetWare utiliza sólo IPX y las llamadas son rápidas.
  5. El MUP envía la solicitud al redirector, Microsoft en este ejemplo, segundo y el segundo redirector responde.

    Nota El retardo para el redirector de Microsoft depende de los protocolos instalados. Con TCP/IP, retrasos existe el nombre del recurso se consulta a través de WINS, difusiones, archivo LMHOSTS, DNS y así sucesivamente. Por ejemplo, el retardo predeterminado para un cliente de nodo h es 13 segundos.
  6. Se asigna una prioridad a cada redirector consultado por lo que si ambos redirectores devuelven correctamente, la prioridad se utiliza para designar qué redirector toma la solicitud.
  7. Se devuelve el identificador del recurso a la aplicación en función de decisión del MUP.
Si se efectuó la solicitud de la aplicación para un recurso NetWare, la aplicación tendría que esperar para el redirector de Microsoft para tiempo de espera antes de devolver el identificador para el recurso.

La prioridad de los redirectores puede configurarse mediante los pasos siguientes:
  1. Ejecute la herramienta red del panel de control.
  2. Haga clic en servicios y haga clic en orden de acceso de red.

Estado

Microsoft ha confirmado que es un problema de Windows NT 4.0 y Windows NT Server 4.0, Terminal Server Edition. Este problema se corrigió por primera vez en Windows NT 4.0 Service Pack 4.0 y Windows NT Server 4.0, Terminal Server Edition Service Pack 4.

Propiedades

Id. de artículo: 171386 - Última revisión: martes, 14 de abril de 2009 - Versión: 5.1
La información de este artículo se refiere a:
  • Microsoft Windows NT Server 4.0, Terminal Server Edition
  • Microsoft Windows NT Workstation 4.0 Developer Edition
  • Microsoft Windows NT Server 4.0 Standard Edition
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Server
  • Microsoft Windows XP Professional
Palabras clave: 
kbmt kbhotfixserver kbqfe kbbug kbfix kbnetwork KB171386 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 171386

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com