Creación de unidades mapeadas no deseadas de origen desconocido

0

Estoy atrapado en una situación en la que tengo una unidad de red asignada cuando inicio sesión que no quiero. La unidad (X :) es una copia de otra unidad que quiero (W :), que también es mapeo. No necesito que se asigne dos veces. Desconecto X: y se reasigna en el próximo inicio de sesión. He revisado minuciosamente las muchas políticas de grupo en el servidor y no puedo encontrar nada que pueda causar que X: se asigne. También he verificado los scripts de inicio de sesión que puedo encontrar para ver si el uso neto se está utilizando en un archivo .bat, pero aún así, nada.

¿Hay algún registro de cliente que muestre qué está causando la asignación de las unidades de red? ¿Cómo soluciono aún más esto? Tengo una política de grupo para asignar X a una ubicación de unidad diferente para usuarios específicos que funciona bien, y necesito que esa funcionalidad permanezca, por lo que no puedo crear una desconexión .bat para X: al iniciar sesión porque la X legítima : la unidad para otros usuarios se verá afectada. Gracias.

Simkill
fuente
Si inicia sesión como otro usuario de dominio, ¿se asigna de la misma manera? Si inicia sesión como usuario local, ¿se asigna? ¿Utilizaste GPResult al intentar resolver cómo se agrega?
Ƭᴇcʜιᴇ007
Ocurre como otros usuarios de dominio en otras máquinas también. No sucede al iniciar sesión localmente. GPResult / r muestra los GP aplicados, ninguno de los cuales parece contener el mapeo de colorete
Simkill
Definitivamente es una política de dominio lo que lo está causando en ese momento. Verifique los scripts de inicio / inicio de sesión que se están ejecutando, ya que pueden estar mapeando la unidad (que no será obvio en GPResult).
Ƭᴇcʜιᴇ007
* Definitivamente, no desafiante. :)
Ƭᴇcʜιᴇ007
Por lo general, estaría de acuerdo, pero mi colega y yo ya hemos mirado, no hay nada en las secuencias de comandos de inicio de sesión para causar esto. ¿Me puede señalar algún registro que pueda arrojar luz sobre el tema?
Simkill

Respuestas:

0

Resultó que el GPO que realizaba cambios en la unidad W no se estaba ejecutando con 'Ejecutar en el contexto de seguridad de los usuarios registrados' y no tenía permiso para modificar ninguna unidad W creada manualmente por un usuario. Por lo tanto, decidió por su propia cuenta crear el mapeo W con la letra X. No tengo idea de por qué Microsoft decidió que era una buena idea en lugar de lanzar una advertencia en el visor de eventos, pero después de agregar esta configuración y crear un mapa de eliminación para X, todo funciona correctamente ahora.

Simkill
fuente