Resuelva la estrategia de que no se puede acceder a los recursos compartidos de Win2003

El sistema utilizado es Win2003. Hoy, después de ver "Uso compartido local" en "Administración de equipos", aparecerá el cuadro de diálogo de error "El servicio del servidor no se inició". ¿Qué tipo de indicador hay? ¿Estrategia para resolverlo?

En primer lugar, expliquemos el entorno, la dirección IP de la máquina A es 192.168.0.1, como el servidor de terminal (que almacena los recursos compartidos a los que se accede), e instalé el software antivirus Rising y el firewall personal Rising; B La dirección IP de la máquina es 192.168.0.2, que se usa como cliente del escritorio remoto (a través del cliente para acceder a los recursos compartidos en el servidor de terminal A). Ambas máquinas son el sistema operativo Windows200erver y la conexión del escritorio remoto está instalada. La máquina B siempre puede pasar. El programa gestiona la máquina A de forma remota y accede a los recursos compartidos en el disco duro de la máquina A ejecutando 192.168.0.1x $ (x es la letra de la unidad).
(Además, dado que el programa de escritorio remoto de win2003 está configurado para ser controlado de forma remota de forma predeterminada El servidor, pero no puede copiar los archivos en él inmediatamente, por lo que los datos se transmiten de esta manera).

Un día, después de aplicar el escáner de vulnerabilidades en el software Rising Antivirus a la máquina A, el elemento de configuración de seguridad solicita que la aplicación x $ access sea menos segura y pueda repararse automáticamente, por lo que no pienso mucho en eso. La reparación automática, reinicio encontró que la máquina B no puede acceder a los recursos compartidos de la máquina A ejecutando 192.168.0.1x $, pero el escritorio remoto aún es fácil de usar.

¿Qué pasa? No creo que haya ninguna otra operación, excepto el programa antivirus Rising. Así que empecé a solucionar el software antivirus uno por uno. Después de la modificación de la configuración de la máquina A, la máquina B no pudo ejecutar 192.168. El método .0.1x $ accede a los recursos compartidos de la máquina A. Primero, sospeché que el parche de vulnerabilidad modificó el programa de conexión de escritorio remoto, así que reinstalé el programa de escritorio remoto y servidor de terminal de la máquina A. La falla persistió. Simplemente reinstalé el programa de conexión remota de la máquina B de nuevo, o no fue bueno. Teniendo en cuenta si el acceso a los recursos compartidos está deshabilitado por la línea de comandos, luego se ejecuta netsharex $ en la máquina A, se habilita el permiso de uso compartido de la unidad x de la máquina A o se accede a los datos ejecutando 192.168.0.1x $, reiniciando repetidamente No resolvió el problema.

Así que volví al punto crucial del problema: el escáner de vulnerabilidades de Rising Anti-Virus, recordando que en el pasado había un escáner de seguridad similar al usar Skynet Firewall. ¿Sería el Firewall personal ascendente en la máquina A? ¿Cortar la forma de acceder a los datos? Así que detenga el firewall personal Rising, ejecute 192.168.0.1x $ en la máquina B, jaja, hay un mensaje de contraseña familiar, elimine el orden de entrada, asegúrese de que finalmente se pueda acceder a los datos en el disco A machine x. !

Los pasos anteriores son para la restauración del acceso a los recursos compartidos. Tal vez encuentre los pasos un poco engorrosos, pero puede conocer el proceso de todo el problema con gran detalle. De hecho, el problema es muy simple, y la solución es muy fácil, pero el problema simple es a menudo complicado. Espero que cuando los usuarios se encuentren con este problema, primero tengan que encontrar el motivo en la fuente. Espero ayudar a todos.