Solucionar problemas del servicio Examinador de equipos de Microsoft

Seleccione idioma Seleccione idioma
Id. de artículo: 188305 - Ver los productos a los que se aplica este artículo
Este artículo se publicó anteriormente con el número E188305
Expandir todo | Contraer todo

En esta página

Resumen

Aunque no existe un método centralizado para determinar si la lista de examen a través de la red WAN está completa, hay algunas técnicas para determinar si los servidores de un segmento específico están representados en la lista de examen de un segmento remoto. Estas mismas técnicas se pueden aplicar en todos los segmentos de la red WAN. Pero los resultados de estas pruebas pueden cambiar debido a las funciones de los servidores que cambian cuando tiene lugar la elección de examinadores. Los resultados de estas pruebas sólo tendrán significado a lo largo del tiempo si todos los servidores de un dominio de toda la red WAN son completamente estáticos, y no se puede conectar y desconectar ningún servidor.

Las pruebas descritas a continuación se basan en la aplicación del Kit de recursos de Windows NT Browstat.exe. Los resultados de ejemplo sólo corresponden al protocolo TCP/IP. Además, al igual que ocurre con la mayor parte de los diagnósticos de problemas de red, para solucionar los problemas del servicio Examinador, el administrador debe tener conocimientos detallados de los límites de los segmentos de red y de las configuraciones de enrutadores de la red. Por ejemplo, suponga que un cliente de un segmento remoto no tiene en su lista de examen un servidor que está ubicado en otro segmento.

Debido a la sensibilidad al tiempo del servicio Examinador y a su uso de datagramas de difusión, no se deben ejecutar los pasos siguientes sin antes esperar a que transcurra el ciclo de 48 minutos (el ciclo de propagación completo en un entorno de dominio de segmentos múltiples).

Recuerde que la resolución de nombres entre todos los examinadores es crítica y que la primera regla de negocio es establecer una infraestructura de resolución de nombres robusta con WINS. Se puede desperdiciar mucho tiempo intentando trazar problemas del examinador que en realidad se deben a problemas de resolución de nombres.

Más información

  1. Buscar el examinador principal en el segmento en el que reside el servidor.

    Este comando se debe ejecutar en el segmento en el que reside el servidor no encontrado. Ejecute el comando siguiente:

    BROWSTAT STATUS
     Status for domain <NombreDominio> on transport \Device\NetBT_IEEPRO1
    
     Browsing is active on domain. Master browser name is: <ExaminadorPrincipal> Master 
    browser is running build 1381 1 backup servers retrieved from master 
    <ExaminadorDeReserva> \\SmallerServer There are 100 servers in domain NombreDominio 
    on transport \Device\NetBT_IEEPRO1 There are 1500 domains in domain NombreDominio on 
    transport \Device\NetBT_IEEPRO1

    Esta información debe indicar qué servidor actúa como examinador principal en el segmento. Pero si la respuesta del examinador principal local fue lenta, la información pudo haberse recibido desde otro examinador principal.

    Los resultados de este comando darán la cadena "\Dispositivo\Protocolo_NIC", que se puede utilizar con otros comandos Browstat.

    Para buscar el examinador principal local en el segmento del cliente, ejecute el comando siguiente:

    BROWSTAT GETMASTER \Dispositivo\NetBT_El59x1 <NombreDominio>

    Con el modificador Status o Getmaster se envía una consulta NombreDominio<1d> que devuelve el examinador principal actual de ese segmento. El servicio Examinador no se utiliza para buscar qué equipo actúa como examinador principal. Este paso se puede ejecutar de forma remota si se emplea el propio servicio Examinador para indicar qué equipos actúan como examinador principal en el segmento, pero esto requiere que el administrador conozca los nombres de todos los servidores de cada uno de los segmentos. Además, ésta es una técnica pobre de solución de problemas porque el propio servicio Examinador se utiliza para solucionar un problema de examinador. Incluso si esa parte del examinador no presenta ningún problema, la lista que se devuelve puede estar desactualizada hasta 36 minutos. Para determinar de forma remota la lista de examinadores principales del dominio, se puede enviar el comando siguiente:

    BROWSTAT VIEW \Dispositivo\NetBT_IEEPRO1 \\NombrePDC | FINDSTR /I MBR

    A continuación, el administrador debe determinar qué examinador principal está en el segmento que contiene el nombre del servidor no encontrado.

    Si no se puede encontrar un examinador principal, es posible exigir una elección al detener e iniciar el servicio Examinador en un controlador de dominio que esté en el segmento del servidor. Vuelva a ejecutar esta prueba después de unos minutos. Opcionalmente, en la consola de un servidor ubicado en el segmento del servidor se puede exigir una elección al ejecutar el comando siguiente:

    BROWSTAT ELECT \Dispositivo\NetBT_IEEPRO1 <NombreDominio>.
  2. Determinar si el examinador principal contiene el nombre del servidor en su lista

    El examinador principal es el primer servidor de la cadena de comunicación que debe contener el nombre del servidor no encontrado. Esta prueba determina si el examinador principal recibió la trama de anuncio de host del servidor. Nota: la cadena "\dispositivo..." se obtiene a partir del resultado anterior. Ejecute el comando siguiente:

    BROWSTAT VIEW \Dispositivo\NetBT_IEEPRO1 \\<ExaminadorPrincipal> | FINDSTR /i <ServidorNoEncontrado>

    Si la lista del examinador principal contiene el servidor, el comando devolverá un resultado similar al siguiente:
     \\<ServidorNoEncontrado> NT 04.00 (W,S,NT,PBR,DFS) "Descripción" of server \\<ServidorNoEncontrado>

    Si el examinador principal local no contiene el nombre del servidor, se puede ejecutar el comando siguiente desde cualquier equipo del segmento del servidor no encontrado:

    BROWSTAT FORCEANNOUNCE \Dispositivo\NetBT_El59x1 <NombreDominio>

    O bien, se puede ejecutar el comando siguiente desde la consola del servidor no encontrado:

    BROWSTAT ANNOUNCE \Dispositivo\NetBT_El59x1 <NombreDominio>

    Puede resultar útil comprobar que el servidor no encontrado puede asignar una unidad de red al examinador principal para comprobar la conectividad de la red.

    Asimismo, se puede reiniciar el servidor para exigir una trama de anuncio de host.
  3. Determinar si el PDC recibió el nombre de servidor desde el examinador principal

    Ejecute el comando siguiente:

    BROWSTAT VIEW \Dispositivo\NetBT_IEEPRO1 \\<PDC> | FINDSTR /i <ServidorNoEncontrado>

    El resultado debería ser similar al siguiente:
     \\<ServidorNoEncontrado> NT 04.00 (W,S,NT,PBR,DFS) "Descripción" of server \\<ServidorNoEncontrado>

    Si no se encuentra el nombre del servidor, probablemente se debe a problemas de resolución de nombres. Para que el PDC obtenga la lista de servidores desde el examinador principal, el examinador principal del servidor debe ser capaz de resolver el NombreDominio<1b> para poder enviar la trama de anuncio de principal dirigida mediante el puerto UDP 138. Para que el PDC responda a este anuncio y proporcione el nombre del servidor, debe ser capaz de resolver el nombre de equipo del examinador principal. (Para que el examinador principal del servidor obtenga la lista de todo el dominio del PDC, también debe ser capaz de resolver el nombre de equipo del PDC.)

    La resolución de nombres en ambas direcciones es crítica. Para comprobar que el examinador principal del servidor puede resolver la entrada NombreDominio<1b>, puede ejecutar el comando siguiente:

    BROWSTAT GETPDC \Dispositivo\NetBT_El59x1 <NombreDominio>

    Para comprobar que el PDC y el examinador principal pueden resolver sus nombres de equipo respectivos, puede asignar una unidad de red del examinador principal al PDC, y viceversa. Si alguno de estos pasos produce un error, resuelva el problema de resolución de nombres.
  4. Determinar el examinador principal del segmento del cliente

    Esto se hace mediante los mismos pasos de la sección 1 anterior, pero se ejecuta en el segmento del cliente.
  5. Determinar si el examinador principal tiene el nombre del servidor no encontrado en el segmento del cliente

    Ejecute el comando siguiente:

    BROWSTAT VIEW \Dispositivo\NetBT_IEEPRO1 \\<SegClienteMB> | FINDSTR /i <ServidorNoEncontrado>

    Si el servidor tiene la entrada, el resultado debe ser similar al siguiente:

     \\<ServidorNoEncontrado> NT 04.00 (W,S,NT,PBR,DFS) "Descripción" of server \\<ServidorNoEncontrado> 


    Si el examinador principal no tiene el nombre del servidor no encontrado, probablemente se debe a un problema de resolución de nombres. Puede comprobar si el examinador principal del segmento del cliente es capaz de resolver el NombreDominio<1b> al ejecutar el comando siguiente:

    BROWSTAT GETPDC \Dispositivo\NetBT_El59x1 <NombreDominio>

    Asimismo, el examinador principal debe ser capaz de resolver el nombre de equipo del PDC. Para comprobar esto, puede asignarse una unidad de red al PDC.

    Si cualquiera de estas dos pruebas produce un error, resuelva los problemas de resolución de nombres.
  6. Determinar los examinadores de reserva en el segmento del cliente

    Para disminuir la demanda de servicios del examinador principal del segmento, cuando un cliente solicita una lista de examen, elegirá un examinador de reserva si hay alguno disponible. Por lo tanto, es más probable que todos los clientes utilicen examinadores de reserva. Existen dos maneras de determinar los examinadores de reserva correspondientes a un segmento.

    En la consola del examinador principal, ejecute el comando siguiente:

    BROWSTAT LOCALLIST \Dispositivo\NetBT_IEEPRO1 | FINDSTR /i BBR

    Esto devolverá una lista de entradas similar a la siguiente:

     \\<ExaminadorDeReserva> NT 04.00 (W,S,BDC,NT,BBR,DFS) "Descripción" of server \\<ExaminadorDeReserva>


    Para enviar este comando de forma remota al examinador principal, ejecute el comando siguiente:

    BROWSTAT VIEW \Dispositivo\NetBT_IEEPRO1 \\<ExaminadorPrincipal> 0X40000000 | FINDSTR /I BBR

    NOTA: estos indicadores están definidos en el documento Protocolo de examen CIFS:

    ftp://ftp.microsoft.com/developr/drg/cifs/cifsbrow.doc
  7. Determinar si los examinadores de reserva tienen el nombre del servidor no encontrado Para que todos los clientes de este segmento recuperen una lista de examen fiable, se debe comprobar en cada examinador de reserva si existe el nombre del servidor no encontrado. En cada examinador de reserva, ejecute los comandos siguientes:

    BROWSTAT VIEW \Dispositivo\NetBT_IEEPRO1 \\<ExaminadorDeReserva> | FINDSTR /i <ServidorNoEncontrado>

    Si un examinador de reserva no contiene el nombre del servidor no encontrado, compruebe si el examinador de reserva puede asignar una unidad de red al examinador principal. La función del examinador de reserva es la función de examinador más dinámica. Los examinadores principales promocionan los posibles examinadores a examinadores de reserva dependiendo de la carga del examinador. Espere 12 minutos y repita los pasos 6 y 7.

Problemas de host múltiple

Para que el PDC cree una única lista de todo el dominio, no puede ser un servidor de host múltiple. Cada examinador principal (MB, Master Browser) de los segmentos remotos establecerá una conexión con el PDC. Como no existe ninguna garantía de que todos los examinadores principales elijan la misma interfaz en el PDC, éste debe tener un único host para que pueda crearse una sola lista de todo el dominio. Además, todos los examinadores principales deben ser de un único host. Cada 12 minutos, el examinador principal se conecta al PDC y solicita la lista de todo el dominio. A continuación, el examinador principal emite una trama de anuncio de examinador principal al PDC para indicarle que se conecte al examinador principal y obtenga sus listas locales. Como el PDC no mantiene direcciones IP independientes para cada interfaz del examinador principal, cuando el PDC se conecte al examinador principal, sólo obtendrá la lista de equipos y servidores recopilada en esa interfaz específica.

Otras consideraciones

Para impedir los problemas de intermitencia en la funcionalidad del examinador y evitar la necesidad de efectuar estas comprobaciones, puede ser necesario dedicar equipos en cada segmento a mantener una lista coherente de todo el dominio. En caso de que los servidores se cierren y reinicien con frecuencia, considere la posibilidad de utilizar un BDC si el número de segmentos no es grande, o un mínimo de un servidor miembro de Windows NT en cada segmento con el valor del Registro IsDomainMaster establecido en TRUE. Durante la elección, esto dará preferencia al servidor para convertirse en examinador principal del segmento.

En todos los pasos anteriores, si alguna de la sugerencias no le permite continuar con el paso siguiente, compruebe que ninguno de los servidores de examinador identificados presentan un error de "nombre en conflicto". Esto se puede comprobar al ejecutar el comando siguiente:

NBTSTAT -n

Este comando se puede utilizar de forma remota con el modificador -A o -a.

El examinador es muy sensible a la configuración de los enrutadores en toda la red WAN. Como las funciones de examinador se determinan mediante elecciones de difusión, no pueden reenviarse difusiones UDP. Si el tráfico de difusión UDP se reenviara en una dirección pero no en la otra, podría producirse un comportamiento extraño. Esto puede causar eventos de examinador 8003 que producen un ciclo continuo de elecciones.

Otro paso que se puede efectuar para tratar de resolver problemas consiste en capturar el tráfico de red con un analizador de protocolos como Monitor de red de Microsoft. Para ver directamente los intercambios del examinador, se puede detener y reiniciar el servicio Examinador. Desgraciadamente, no existe ninguna garantía de que un examinador asumirá la misma función que tenía después de detener e iniciar el servicio Examinador. Pero este método puede ser especialmente útil para comprobar la comunicación cuando el examinador principal solicita al PDC la lista de todo el dominio e, inmediatamente, el PDC solicita la lista local al examinador principal. Una vez iniciado el servicio Examinador en el examinador principal, debe tener lugar todo el intercambio en uno o dos minutos. Los valores de búfer de captura del analizador de protocolos y tamaño de la trama se deben configurar para permitir esta cantidad de tráfico.

La lista de servidores devuelta por el servicio Examinador antes de Windows NT 4.0 estaba limitada a un tamaño de 64 kilobytes. Cuando se supera este tamaño, el usuario verá una lista alfabética de servidores truncada. Para impedir este comportamiento, todos los examinadores deben ejecutar Windows NT versión 4.0 o posterior.

Referencias

Para obtener más información, consulte las notas de la aplicación del servicio Examinador de Windows NT en el siguiente sitio Web de Microsoft:
http://www.microsoft.com/ntserver/commserv/techdetails/prodarch/ntbrowser.asp

Propiedades

Id. de artículo: 188305 - Última revisión: viernes, 23 de septiembre de 2011 - Versión: 6.0
La información de este artículo se refiere a:
  • Microsoft Excel 4.0 para Macintosh
  • Microsoft PowerPoint 3.0 para Macintosh
Palabras clave: 
kbinfo kbnetwork kbtshoot KB188305

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