no solo es la columna vertebral de los equipos de red empresariales, sino también el cuerpo principal de software empresarial y aplicaciones de base de datos. En la operación real, el servidor a menudo tiene una u otra falla, software o hardware. Muchas fallas son irregulares, y solo podemos resolverlas a través de la experiencia.
Server no solo es la columna vertebral de los equipos de red empresariales, sino también el cuerpo principal de las aplicaciones de bases de datos y software empresariales. En la operación real, el servidor a menudo tiene una u otra falla, software o hardware. Muchas fallas son irregulares, y solo podemos resolverlas a través de la experiencia. El autor es responsable del mantenimiento de los servidores de la empresa. En un trabajo práctico, encontré una falla que el servidor no pudo iniciar sesión. La solución de problemas fue más peculiar y la escribí para compartirla con los lectores.
Fenómeno de falla:
La compañía autora no es muy grande, hay alrededor de 50 computadoras y se compran dos servidores de IBM. Dado que un software de aplicación utilizado internamente requiere soporte de dominio de Windows, el dominio del servidor de Windows 2000 está habilitado en ambos servidores de IBM. Uno es el controlador de dominio DC y el otro es el controlador de dominio de reserva BDC.
Dado que el controlador de dominio de respaldo desempeña un papel principal en el dominio de administración, básicamente no hay modificaciones ni operaciones después de la configuración. Sin embargo, en el párrafo anterior, hubo una falla en que el servidor del controlador de dominio principal DC no pudo iniciar sesión en el escritorio del sistema. Cada vez que se inició el controlador de dominio, permaneció en la interfaz de inicio de sesión de 2000, es decir, la interfaz antes de la cuenta del administrador y la operación de contraseña fueron necesarias. La siguiente información de inicio de sesión muestra "Conectándose a la red", esperando casi una hora y aún sin progreso, permaneciendo siempre en el indicador "Conectándose a la red". Reinicie el servidor y presione F8 para ingresar al modo seguro normalmente. Sin embargo, tan pronto como ingresa al modo normal, ocurren los problemas mencionados anteriormente.
Dado que el inicio de sesión del sistema siempre permanece en la conexión de red, sospecho que hay un problema con la red. Por ejemplo, el controlador de dominio principal no puede resolverse por sí solo a través de DNS. Intente ingresar al modo seguro para desactivar la tarjeta de red, de modo que el sistema no busque en la red, intente conectarse a la red. Por supuesto, el sistema puede ingresar al escritorio normalmente después de desactivar la tarjeta de red.
Sin embargo, deshabilitar la tarjeta de red no soluciona el problema, aunque el servidor puede iniciar sesión en el escritorio, pero los servicios proporcionados no están disponibles para otros clientes. ¿Por qué puedo iniciar sesión sin una tarjeta de red? El autor una vez más concentró la idea de resolver la falla en la resolución de nombres de dominio. Es bien sabido que en una red habilitada para el dominio, el nombre de dominio resuelto por el DNS tiene una correspondencia personal con el equipo. Cualquier computadora que no retenga el nombre correspondiente al DNS correcto en el controlador de dominio principal no podrá usar la red.
El autor verifica la configuración del servicio DNS en el controlador de dominio principal y encuentra que la dirección DNS del controlador de dominio primario está configurada en la dirección IP del controlador de dominio de respaldo. Parece que hay un problema con la resolución de DNS en el controlador de dominio de respaldo. El autor se dirigió de inmediato al controlador de dominio de respaldo para verificar que la conexión entre el cable de red y la interfaz de la tarjeta de red en el controlador de dominio de respaldo se había perdido, es decir, el controlador de dominio de respaldo estaba realmente desconectado de toda la red. Una vez que el cable de red en el controlador de dominio de respaldo se enchufa y se inicia la tarjeta de red en el controlador de dominio principal, el sistema puede ingresar al sistema normalmente y se elimina la falla.
Este error parece deberse a un cable de red suelto en el controlador de dominio de respaldo. En realidad, es el resultado del problema de configuración cuando configuramos el dominio. ¿Por qué lo dice? Porque al crear un dominio, es mejor que configuremos el DNS de acuerdo con las siguientes reglas.
(1) El servicio DNS está instalado en DC y BDC, en lugar de habilitarse en un solo servidor, evitando errores de resolución de DNS y proporcionando redundancia para la resolución de DNS.
(2) El servidor DNS local de DC está configurado con su propia dirección IP, y el servidor DNS nativo del BDC también está configurado con su propia dirección IP.
(3) Al mismo tiempo, la dirección del servidor DNS secundario en el DC también se establece en la dirección del BDC, y la dirección del servidor DNS secundario en el BDC correspondiente también se establece en la dirección IP del DC.
De esta manera no tendremos un problema al hacer la resolución de DNS, ya que esta falla no ocurrirá. Debido a que la resolución de DNS se realiza al iniciar sesión en el controlador de dominio principal y al conectarse a la red, se consultará automáticamente la configuración de DNS de la máquina local. Incluso si el cable de red BDC está suelto o apagado, no afectará el inicio de sesión de DC.
Resumen:
La configuración de un controlador de dominio en un sistema Windows es una tarea muy complicada, y la aparición de un error es aún más irregular, por lo que esta inicialización también debe seguir la descripción anterior al actualizar la red a un dominio. Reglas para que la probabilidad de fallo se pueda minimizar.