En el trabajo, hay dos notebooks con Windows Vista (un Starter Edition y un Home Premium). El primero en llegar fue el Starter, hace más de un mes, y el Home hace dos días. Contamos con un servidor de datos con Windows NT (seguramente más de alguna empresa lo usa para estos efectos), y tiene carpetas compartidas, con ciertos niveles de acceso según usuarios y perfiles.

El problema radica en que hace un par de días, el equipo con Vista Starter, dejó de poder entrar a estas carpetas compartidas, sin un motivo aparente. Al intentar entrar, pide usuario y contraseña (obviamente creados en el servidor), pero no se loguea. El equipo con Windows Vista Home, nunca pudo entrar a estas carpetas compartidas. Todo esto me hizo pensar, que quizás en estos días, se descargó alguna actualización de Windows Vista, que causó este problema.

Llamé a HP, que es el fabricante de uno de los notebooks, pero ellos responden hasta la conectividad de la tarjeta de red. ¿La tarjeta de red funciona? Entonces no es su problema.

Llamé a Microsoft, donde primero por teléfono me dijeron que la “solución” era reemplazar el servidor de datos con Windows NT, por un servidor Windows 2003… una solución de unos cuántos cientos de dólares no más…

Después, me enviaron un mail, indicándome que el nivel de autenticación en Windows Vista, no es igual que en Windows NT, y esa es la causa de la falla en el acceso.

Copio el texto del mail textual:

Inconveniente
No se puede unir el equipo a un servidor Windows NT.

Resolución
Se indica que Windows Vista utiliza el nivel de autenticación NTLMv2, mientras que el máximo nivel de autenticación soportado por Windows NT es NTLM. De esta manera, Windows Vista no es compatible con Windows NT. Es posible, sin embargo, cambiar el nivel de autenticación utilizado por Windows Vista desde NTLMv2 a NTLM de manera de intentar unir el equipo al grupo de trabajo con Windows NT, aunque esto también depende de la configuración del servidor.

Para cambiar el nivel de autenticación se debe utilizar una política de grupo. Se puede acceder al editor de políticas de grupo accediendo a Inicio, Panel de Control, Herramientas Administrativas, Directiva de Seguridad Local.

La política que controla esta opción se encuentra en Directivas Locales, Opciones de Seguridad. El nombre de la política es Seguridad de Red: nivel de autenticación de LAN Manager, y el valor que se le debería asignar es siempre Enviar LM y NTLM: usar la seguridad de sesión NTLMv2 si se negocia.

▶▶▶ ¿Cuál es el “problema” de esta solución entregada por Microsoft? ▶▶▶

Que la opción Directivas Locales, Opciones de Seguridad, NO EXISTE en Vista Starter y Vista Home. Solamente existe en las versiones Ultimate, Business y Enterprise, por lo tanto no es la solución.

Averiguando entre medio de foros, llegué a la solución definitiva, que tiene que ver con cambiar un simple valor en el Registro de Windows, vía regedit.

La clave es esta:

HKEY_LOCAL_MACHINE\SYSTEM\

Currentcontrolset\Control\Lsa\LmCompabilityLevel y cambiar el valor a 1

Luego de hacer el cambio se reinicia el equipo y sería todo. Así que esta es la solución para todos quienes tengan este problema y el dato para la gente que trabaja en Microsoft…

El link salvador fue este.

Posteado originalmente en mi blog.

Topics relacionados

• Solución a Error al conectarse al elemento raíz del registro HKCU en AVG 9 Free
• Exception Processing Message c0000013
• Problema al hacer doble clic sobre disco duro
• Ares conectando

Creo que es importantísimo habilitar esta opción en carpetas críticas (sobre todo si son compartidas) en los servidores de datos.

Lamentablemente no tengo capturas de imágenes, pero aquí va la explicación para todos, y en especial para Jeremías, intentando que sea lo más clara y didáctica posible

Todo esto se hace en el servidor.

Primero, buscamos en My Computer la carpeta que queremos supervisar.

Clic derecho sobre ella, opción Propiedades.  Luego, aleta Security (sí, el NT está en inglés en mi trabajo).  En esta aleta, aparecen 3 apartados y uno de ellos es Auditing (algo así como Auditar).  Se presiona ese botón y en la nueva ventana que se abrirá (Directory Auditing) se debe agregar al usuario o grupo de usuario que se estará vigilando sobre esa carpeta.

Luego, volviendo a la ventana anterior, tenemos estas dos opciones:

• Replace auditing on subdirectories.
• Replace auditing on existing files.

Se puede seleccionar o no cualquiera de ellas, o las dos, dependiendo de lo que se quiera hacer.  En mi caso, solamente escogí la segunda, porque no hay más subdirectorios dentro de esta.

Ahora, se selecciona cuál es la acción a supervisar.  Las opciones son:

• Read
• Write
• Execute
• Delete
• Change permissions
• Take ownership

y se puede escoger que  registre el evento si la opción fue exitosa (Sucess) o fallida (Failure).  En mi caso, escogí que registrara cada eliminación exitosa (opción Delete y Sucess).

Perfecto, ya tenemos hecha la primera parte ^^

Ahora ¿cómo vemos este registro de acciones sobre esta carpeta?

Como algunos ya estarán sospechando, en el Visor de Sucesos o Event Viewer.

Dentro del Event Viewer, en la opción Security Log, se reflejará cada eliminación de archivo exitoso dentro de la carpeta seleccionada, como un Event ID 560, con categoría Object Access, mostrando exactamente qué usuario fue el que realizó la acción (siempre y cuando dicho usuario quepa dentro de la selección de usuario o grupo a auditar seleccionado anteriormente) y la fecha y hora en que lo hizo.  Evidentemente, si se selecciona que se auditen otras acciones, habrá que buscar por otro Event Id (en mi caso, me servía el 560).

Espero les sea de tanta utilidad como lo fue para mí ^^

P.D.: Seguramente esta opción es igual en otros sistemas operativos de servidores, como Windows 2000 Server, o 2003, pero fue probado en Windows NT.

Los topics más comentados

• Compra de dominio en Nic.cl y compra de hosting
• Cómo pasar de héroe a villano en menos de 1 minuto
• Hay gente que le tiene miedo a Google
• Brevenotas: la mejor forma de ocultar un juego en el pc del trabajo
• Las mujeres y la computación