CONSULTA IMPORTAnte

Funciona perféctamente. Resumiendo te diré lo que pasa: al administrador se
queda con la password en blanco (es recreado), los usuarios locales
desaparecen y los usuarios del dominio conservan su perfil e incluso son
capaces de entrar cacheados y conservando el perfil. Te cuento lo que he
hecho:

1.- Instalar un w2000 poniendo contraseña al administrador
2.- Instalar la consola de recuperación
4.- Crear un usuario
5.- Crear una carpeta y retocar la CAL para que aparezcan el administrador y
el usuario creado y quitando "Todos"
6.- Cerrar sesión, iniciar con el usuario, crear un documento de texto en el
escritorio y reiniciar (con esto he creado el perfil del usuario y puesto un
indicador, en forma de fichero de texto, para después reconocerlo).
7.- Arrancar con la consola y hacer:

cd system32\config
del sam
del sam.log
exit

8.- Al reiniciar, he podido iniciar sesión de administrador dejando la
contraseña en blanco.
9.- Obviamente el usuario creado ya no existía en la CAL de la carpeta;
aparecía el típico SID de usuario no encontrado en su lugar, pero sí
aparecía el administrador como si no hubiese pasado nada.
10.- Volver a poner contraseña al administrador.
11.- Repetir los pasos 4 y 5 añadiendo a la CAL a un usuario del dominio.
12.- Deshabilitar la conexión de red del equipo, para que no tenga acceso al
DC.
13.- Cerrar sesión e iniciar una nueva con el usuario del dominio que
añadimos en la CAL y comprobar que se tiene acceso a la carpeta.
14.- Repetir el paso 7 y vemos que se vuelve a producir el 8.
15.- Cerrar sesión con el administrador y abrirla con el usuario del dominio
sin problemas; es decir, que se ha guardado la sesión cacheada y además se
conserva el mismo perfil.
16.- Cerrar sesión e intentarla iniciar con el usuario local; no se puede
pues no existe. Intentarlo con otro usuario del dominio distinto al
utilizado antes; no se puede al no tener conectividad con el DC.

Conclusión: en un grupo de trabajo es una solución con la que perdemos los
usuarios que teníamos, teniendo que recrearlos y moviendoles el perfil
viejo, vaya que nos va a dar trabajo y hace que se desee tener Lockmith para
poder arreglar el problema, en lugar de seguir este procedimiento. Sin
embargo, en un dominio es un remedio fabuloso, pues en teoría el único
usuario local que vamos a tener (en clientes y servidores no DC's, ya que
los DC's no tienen nada local) es el administrador del equipo, con lo que se
soluciona el problema en un ratito y sin gastar un duro.

Un saludo
Fernando Reyes [MS MVP]

(Róbame a la novia para escribirme)

Visita news://marcmcoll.net cortesía de Marc Martínez Coll

"Javier Inglés [MS MVP]" escribió en
el mensaje news:

Coméntame después para ver qué pude hacer mal en caso de éxito socio.

Gracias y un saludo!!!


"Fernando Reyes [MS MVP]"
escribió en el
mensaje news:

Voy a hacer yo una esta tarde, a ver qué pasa...

Un saludo
Fernando Reyes [MS MVP]

(Deja que te huelan los sobacos para escribirme)

Visita news://marcmcoll.net cortesía de Marc Martínez Coll

"Javier Inglés [MS MVP]" escribió en
el mensaje news:%

Pues o no recuerdo bien socio, o se me escapa algo, pero la prueba
que hice o no la hice bien o algo me faltó, pero la prueba no me fue
satisfactoria :-((

Salu2!!!


"Fernando Reyes [MS MVP]"
escribió en el
mensaje news:%

¿Cómo? ¿Que es una gilipollez? En un hilo el que consultaba dijo
que
lo
resolvió así, borrando sam y sam.log; que de esa manera al arrancar
se crea
un nuevo usuario administrador con la password en blanco. Lo dimos
por bueno
Ignacio y yo y de hecho cambié mi tip al respecto (de ahí que le
apareciera
el enlace del disquete, pues se me escapó, era de la solución a la
que
sustituyó esta). -(|:os ¿Es pues incorrecto y debo dejar el tip
como
lo
tenía? ¿qué le puedo contestar al que me diga que lo ha arreglado
así?

Un saludo
Fernando Reyes [MS MVP]

(Róbame a la novia para escribirme)

Visita news://marcmcoll.net cortesía de Marc Martínez Coll

"Javier Inglés [MS MVP]" escribió
en
el mensaje news:

Pues no leíste enteramente el hilo, ya que advertimos que ese
procedimeinto es una de las gilipolleces más grandes que se han
dicho...

Si te has cargado la SAM y no tienes backup, te toca reinstalar

Salu2!!!


"esteban" escribió en el
mensaje news:01a601c39fe6$c2eaad40$

lei que una persona tenia problemas con el Password
le respondieron que iniciara con Disco de arranque de ntfs
y renombrara o borrara el %systemrooot\System32\config\sam

luego dio la direccion de como hacer el disco de inicio

sinceramente lo probe pero al arrancar con el disco de
inicio ok bootea pero me inicia igual que siempre ,intento
con f8 e igual siempre entra a la parte del login
quiesiera saber mi ayudan

Qué cosas, a mí me parecía una locura (lo es si no se trabaja en un dominio).

Yo pensaba que cargarse el fichero Sam le afectaría a Windows hasta tal punto que ni siquiera pudiese iniciar correctamente los servicios más básicos al arrancar; así ocurre por supuesto en Windows XP y está documentado. Windows 2000 debe de estar hecho de otra pasta.:-)))
Ramón Sola desde Málaga (España) /
MS MVP Windows - Shell/User -> http://mvp.support.microsoft.com
Para escribirme, convierte "yanoseashooligan" en "yahoo".

Chiste, pregunta retórica o cita:
Si cuando rompes un compás no pierdes el sacapuntas, ¿por qué cuando rompes
una goma se pierde la regla?

El mensaje identificado como news:e# va a
nombre de Fernando Reyes [MS MVP]
():
[...]

Conclusión: en un grupo de trabajo es una solución con la que perdemos los
usuarios que teníamos, teniendo que recrearlos y moviendoles el perfil
viejo, vaya que nos va a dar trabajo y hace que se desee tener Lockmith para
poder arreglar el problema, en lugar de seguir este procedimiento. Sin
embargo, en un dominio es un remedio fabuloso, pues en teoría el único
usuario local que vamos a tener (en clientes y servidores no DC's, ya que
los DC's no tienen nada local) es el administrador del equipo, con lo que se
soluciona el problema en un ratito y sin gastar un duro.

Un saludo
Fernando Reyes [MS MVP]

(Róbame a la novia para escribirme)

Visita news://marcmcoll.net cortesía de Marc Martínez Coll

"Javier Inglés [MS MVP]" escribió en
el mensaje news:
> Coméntame después para ver qué pude hacer mal en caso de éxito socio.
>
> Gracias y un saludo!!!

Lo revisaré y a ver si saco tiempo par probarlo de nuevo socio con éste guía burros tan chulo qu eme has hecho.

Gracias y un saludo de nuevo!!

Javier Inglés
MS-MVP

:
<<<QUITAR "NOSPAM" PARA MANDAR MAIL>>>

Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho


"Fernando Reyes [MS MVP]" escribió en el mensaje news:e%

Funciona perféctamente. Resumiendo te diré lo que pasa: al administrador se
queda con la password en blanco (es recreado), los usuarios locales
desaparecen y los usuarios del dominio conservan su perfil e incluso son
capaces de entrar cacheados y conservando el perfil. Te cuento lo que he
hecho:

1.- Instalar un w2000 poniendo contraseña al administrador
2.- Instalar la consola de recuperación
4.- Crear un usuario
5.- Crear una carpeta y retocar la CAL para que aparezcan el administrador y
el usuario creado y quitando "Todos"
6.- Cerrar sesión, iniciar con el usuario, crear un documento de texto en el
escritorio y reiniciar (con esto he creado el perfil del usuario y puesto un
indicador, en forma de fichero de texto, para después reconocerlo).
7.- Arrancar con la consola y hacer:

cd system32\config
del sam
del sam.log
exit

8.- Al reiniciar, he podido iniciar sesión de administrador dejando la
contraseña en blanco.
9.- Obviamente el usuario creado ya no existía en la CAL de la carpeta;
aparecía el típico SID de usuario no encontrado en su lugar, pero sí
aparecía el administrador como si no hubiese pasado nada.
10.- Volver a poner contraseña al administrador.
11.- Repetir los pasos 4 y 5 añadiendo a la CAL a un usuario del dominio.
12.- Deshabilitar la conexión de red del equipo, para que no tenga acceso al
DC.
13.- Cerrar sesión e iniciar una nueva con el usuario del dominio que
añadimos en la CAL y comprobar que se tiene acceso a la carpeta.
14.- Repetir el paso 7 y vemos que se vuelve a producir el 8.
15.- Cerrar sesión con el administrador y abrirla con el usuario del dominio
sin problemas; es decir, que se ha guardado la sesión cacheada y además se
conserva el mismo perfil.
16.- Cerrar sesión e intentarla iniciar con el usuario local; no se puede
pues no existe. Intentarlo con otro usuario del dominio distinto al
utilizado antes; no se puede al no tener conectividad con el DC.

Conclusión: en un grupo de trabajo es una solución con la que perdemos los
usuarios que teníamos, teniendo que recrearlos y moviendoles el perfil
viejo, vaya que nos va a dar trabajo y hace que se desee tener Lockmith para
poder arreglar el problema, en lugar de seguir este procedimiento. Sin
embargo, en un dominio es un remedio fabuloso, pues en teoría el único
usuario local que vamos a tener (en clientes y servidores no DC's, ya que
los DC's no tienen nada local) es el administrador del equipo, con lo que se
soluciona el problema en un ratito y sin gastar un duro.

Un saludo
Fernando Reyes [MS MVP]

(Róbame a la novia para escribirme)

Visita news://marcmcoll.net cortesía de Marc Martínez Coll

"Javier Inglés [MS MVP]" escribió en
el mensaje news:
> Coméntame después para ver qué pude hacer mal en caso de éxito socio.
>
> Gracias y un saludo!!!
>
>
> "Fernando Reyes [MS MVP]"
> escribió en el
> mensaje news:
>> Voy a hacer yo una esta tarde, a ver qué pasa...
>>
>> Un saludo
>> Fernando Reyes [MS MVP]
>>
>> (Deja que te huelan los sobacos para escribirme)
>>
>> Visita news://marcmcoll.net cortesía de Marc Martínez Coll
>>
>> "Javier Inglés [MS MVP]" escribió en
>> el mensaje news:%
>>> Pues o no recuerdo bien socio, o se me escapa algo, pero la prueba
>>> que hice o no la hice bien o algo me faltó, pero la prueba no me fue
>>> satisfactoria :-((
>>>
>>> Salu2!!!
>>>
>>>
>>> "Fernando Reyes [MS MVP]"
>>> escribió en el
>>> mensaje news:%
>>>> ¿Cómo? ¿Que es una gilipollez? En un hilo el que consultaba dijo
>>>> que
>>>> lo
>>>> resolvió así, borrando sam y sam.log; que de esa manera al arrancar
>>>> se crea
>>>> un nuevo usuario administrador con la password en blanco. Lo dimos
>>>> por bueno
>>>> Ignacio y yo y de hecho cambié mi tip al respecto (de ahí que le
>>>> apareciera
>>>> el enlace del disquete, pues se me escapó, era de la solución a la
>>>> que
>>>> sustituyó esta). -(|:os ¿Es pues incorrecto y debo dejar el tip
>>>> como
>>>> lo
>>>> tenía? ¿qué le puedo contestar al que me diga que lo ha arreglado
>>>> así?
>>>>
>>>> Un saludo
>>>> Fernando Reyes [MS MVP]
>>>>
>>>> (Róbame a la novia para escribirme)
>>>>
>>>> Visita news://marcmcoll.net cortesía de Marc Martínez Coll
>>>>
>>>> "Javier Inglés [MS MVP]" escribió
>>>> en
>>>> el mensaje news:
>>>>> Pues no leíste enteramente el hilo, ya que advertimos que ese
>>>>> procedimeinto es una de las gilipolleces más grandes que se han
>>>>> dicho...
>>>>>
>>>>> Si te has cargado la SAM y no tienes backup, te toca reinstalar
>>>>>
>>>>> Salu2!!!
>>>>>
>>>>>
>>>>> "esteban" escribió en el
>>>>> mensaje news:01a601c39fe6$c2eaad40$
>>>>>> lei que una persona tenia problemas con el Password
>>>>>> le respondieron que iniciara con Disco de arranque de ntfs
>>>>>> y renombrara o borrara el %systemrooot\System32\config\sam
>>>>>>
>>>>>> luego dio la direccion de como hacer el disco de inicio
>>>>>>
>>>>>> sinceramente lo probe pero al arrancar con el disco de
>>>>>> inicio ok bootea pero me inicia igual que siempre ,intento
>>>>>> con f8 e igual siempre entra a la parte del login
>>>>>> quiesiera saber mi ayudan