Preguntas sobre Windows 2000 Server vs WinNT Server

27/01/2004 - 00:25 por abulafia | Informe spam
Hola.

Hace unos días dejé por aquí un mensaje donde os contaba el problema de
unos reseteos que sufría de vez en cuando en un servidor con WinNT 4.0
-SP 6.a- (bien de forma esporádica, bien al tratar de copiar desde otro
equipo de la red alguna carpeta algo "cargada" de información).

Al realizar una imagen del disco erróneo, recibía los siguientes mensajes:

Error #1516
Partition improperly dismounted

Error #983
Too many errors found, process halted

Tras efectuar un chkdsk/f de ambas particiones el problema continuaba
apareciendo, por lo que he decidido reinstalar por completo.

Bien, ahora se me plantean las siguientes cuestiones: he realizado una
prueba de instalación de Win2000 Server en ese equipo (la máquina es un
servidor IBM netfinity Pentium III, con 20 GB de HD -SCSI- y 128 MB de
RAM) y necesitaría que me aclarárais algunos puntos:

* Quiero dejar el dominio local que había como estaba (reinstalo todo de
cero). ¿Necesito en este caso instalar Active Directory?, ¿o puedo
generar el dominio sin hacer uso de él? (Este equipo sería controlador
de dominio único)

* La prueba que he hecho ha sido instalando Active Directory, con el
mismo nombre de dominio que antes, y he visto lo siguiente:

1.- Era necesario instalar un servidor DNS

2.- He tenido que redefinir las relaciones de confianza para que
aceptara validar a los usuarios del dominio desde los demás equipos
(desde "Mi PC", en cada equipo, pedirle que me una de nuevo al dominio
desde el usuario administrador, sino, no reconoce los usuarios)

3.- He observado que instala y activa DHCP, que yo no necesito para
nada porque uso ipŽs específicas definidas en cada equipo

4.- He observado (y esto me parece un problema a tener muy en
cuenta) que tarda una barbaridad desde que se introducen nombre de
usuario y contraseña (en algún equipo del dominio) hasta que inicia la
sesión y permite trabajar con los equipos (del orden de 3 a 4 minutos,
aunque sean sesiones seguidas del mismo usuario)


Visto todo lo anterior: ¿puedo resolver esos problemas? (supongo que,
por desconocimiento, me estoy dejando pasos esenciales); ¿valdrá la pena
migrar a Win2000 Server o debería reisntalar WinNT desde cero y listo?

Os agaradeceré cualquier sugenrencia que queráis hacerme.

Un saludo y gracias.

Preguntas similare

Leer las respuestas

#11 abulafia
28/01/2004 - 14:08 | Informe spam
Lo tengo como dices:

Ruta de los scripts
%windir%\SYSVOL\sysvol\<nombre_dominio>\scripts
donde %windir% = ruta sistema, por defecto WINNT o WINDOWS
Aquí deben guardarse los scripts.


Siguiendo lo que has escrito, te apunto algo más:

SYSVOL: no está compartida
sysvol: sí está compartida (como sysvol)
DOMINIOX: no está compartida
scripts: sí está compartida (como NETLOGON)

mi %windir% es WINNT

Los scripts están guardados donde dices, exactamente en mi caso:
c:\WINNT\SYSVOL\sysvol\DOMINIOX\scripts\

También puedo verlos dentro de NETLOGON

Si ejecuto \\SERVER_NTetlogon\usuariox.bat el comando se completa sin
problemas.

Si ejecuto \\SERVER_NT\sysvol\DOMINIOX\scripts\usuariox.bat el comando se
completa sin problemas

Pero al iniciar la sesión nada de nada, deja el archivo sin ejecutar ...y te
aseguro que está en las propiedades del usuario, en el apartado "Perfil", en
la casilla "Archivo de comandos de inicio de sesión" con su nombre,
"usuariox.bat", correctamente escrito.

¿Qué podría hacer? (A parte de empezar a llorar... que ya casi lo he hecho)

Saludos.

PD: lo de pasar el equipo a un grupo de trabajo y meterlo de nuevo en el
dominio no ha resuelto el problema derivado de conexión al domino que tenía
el equipo con el que hice pruebas. Al tratar de unirlo de nuevo al dominio
usando la cuenta de administrador, recibo el mensaje siguiente:

"Su equipo no se pudo unir al dominio porque se produjo el siguiente error:
No se ha encontrador la ruta de acceso de la red"

Te doy más pistas:

* Haciendo un ping al servidor, responde sin problemas
* Si en la barra de direcciones de cualquier ventana escribo
\\ip_del_servidor y pulso intro veo perfectamente todos sus recursos
compartidos.

El resto de equipos funcionan ya sin problemas (salvo por lo de los archivos
de inicio de sesión).

(Supongo que te estoy "matando lentamente" como los venenos... espero que
sabrás disculparme)

Gracias.

"Juansa [MS MVP] ..¶?" escribió en el mensaje
news:
Ruta de los scripts
%windir%\SYSVOL\sysvol\<nombre_dominio>\scripts
donde %windir% = ruta sistema, por defecto WINNT o WINDOWS
Aquí deben guardarse los scripts.

En ficha de usuario, pestaña perfil, archivo de comandos de inicio de
sesion, <nombre_script>.

Yo mismo lo tengo así, con la diferencia que no utilizo bats ni comandos
net, sino scripts.vbs y objetos, por ejemplo:

Dim oNet
Set oNet = CreateObject("WScript.Network")
ONet.MapNetworkDrive "X:", \\<ruta_recurso_compartido>"
Set oNet = CreateObject("WScript.Network")
ONet.MapNetworkDrive "Y:", "\\<ruta_recurso_compartido>"


Ahora, si el equipo no reconoce la ruta, comprueba con ping IP y nombre
servidor si hay respuesta.

Quitarlo del dominio es pasarlo a un grupo de trabajo cualquiera y volver a
intentar unirlo al dominio después.

Espero serte de ayuda
Juansa
[MS MVP - Windows Server]

"La vida es fascinante: sólo hay que mirarla a través de las gafas
correctas".
Alejandro Dumas (1803-1870); escritor francés
"Aprender sin pensar es inútil. Pensar sin aprender, peligroso".
Confucio (551-479 a. C.); filósofo chino.
"Un error no se convierte en verdad por el hecho de que todo el mundo crea
en él".
Mahatma Gandhi (1869-1948); político y pensador indio.


"abulafia" escribió en el mensaje
news:%23oWn%
Vaya... justo cuando miraba ha aparecido tu mensaje... ¡esto parece un


chat!

No, no me refiero al nombre de domino sino al nombre de la máquina en la
red.

Verás, en la primera instalación de prueba, como instalé desde cero, le di


a
la máquina el nombre "SERVER" en la red y al dominio, el mismo que ya


tenía
cuando corría en NT "DOMINIOX". Realicé pruebas de conexión desde máquinas
de la red al servidor y descubrí que, al haber cambiado el nombre de la
máquina, los usuarios no conseguían validarse en el dominio pues buscaba


su
PERFIL de inicio de sesión (que está en una carpeta del servidor) y su
ARCHIVO DE COMANDOS DE INICIO DE SESIÓN (en la carpeta
SYSVOL\DOMINIOX\SCRIPTS que te he comentado) en una RUTA que ya no


existía
"\SERVER_NT\etc" pues la máquina se denominaba ahora "SERVER" y no
"SERVER_NT". Corregí el problema con dos maniobras: por un lado, cambié


las
rutas de las líneas de comando en el archivo de inicio de sesión del


usuario
con el que estaba haciendo las pruebas (donde ponía "net use h:
\\server_nt\etc", puse "net use h: \\server\etc"); por otro, repetí la
maniobra de identificación en la red de ese equipo de usuario (botón
derecho del ratón sobre "MI PC", "Propiedades", apartado "Identificación


de
red", "Id de red") dejando que buscase de nuevo el dominio mediante el
usuario "administrador".

El problema estaba resuelto: reconocía el dominio, se validaba, encontraba
el perfil y lo cargaba y ejecutaba el archivo de inicio de sesión de ese
usuario.

En el lado negativo estaba que no me reconocía el perfil local del usuario
que ya existía en ese equipo (pues en "Documents and settings" se genera


un
perfil nuevo para el usuario, es decir, deja de utilizar la carpeta de
perfil "USUARIO.DOMINIOX" que ya existía, y pasa a usar la carpeta
"USUARIO.DOMINIOX.000" que genera nueva) con lo que el escritorio, la
carpeta mis documentos, etc... son ahora nuevas (de hecho, tal cual las
especifica el perfil que hay en el servidor para usuarios que inician


sesión
por primera vez)

El otro problema, mucho más gordo y que ya te comenté, era la demora que
existía desde que se introducía el nombre y la contraseña de usuario en un
equipo de la red hasta que se validaba, cargaba el perfil y dejaba


trabajar
(4 ó 5 minutos)

La cuestión es que decidí reinstalar el sistema y dejar el nombre del


equipo
servidor como "SERVER_NT" para, al menos, no tener que corregir las líneas
de todos los scripts que tengo y no tener que repetir la identificación en
la red en todos los equipos. El resultado fue satisfactorio, con la


sorpresa
añadida de que, de esta forma, ya no sustituye el perfil que ya existía
localmente en "Documents and settings" USUARIO.DOMINIO por el
USUARIO.DOMINIO.000, con lo que los usuarios que no inician sesión por
primera vez no ven sustituido su escritorio por uno nuevo.
Corregí la configuración del Servidor DNS y se solucionó también la demora
en la velocidad de inicio de sesión en los equipos de la red.

Hasta aquí, la situación actual.

Ahora:

LO BUENO:
* todos los equipos se validan de forma rápida en el dominio
* mantenienen el perfil local que ya tenían si no eran usuarios nuevos en
esa máquina
* se carga el perfil existente en el servidor si son usuarios nuevos

LO MALO:
* no ejecutan el archivo de comandos de inicio de sesión que hay en el
servidor (el ".bat") a pesar de que he verificado que: (A) las líneas que
cambié en este archivo han sido reestablecidas, (B) está correctamente
definido en las propiedades del usuario y (C) el archivo reside en la
carpeta \SYSVOL\DOMINIOX\SCRIPTS del servidor.
(No deja de ser curioso que encuentre y cargue correctamente el perfil de
inicio para usuarios nuevos y no encuentre el archivo de inicio de sesión,
pues ambos están en el servidor)

* el equipo que usé para realizar las primeras pruebas busca ahora su


perfil
y su archivo de comandos de inicio de sesión en la máquina de la red


llamada
"SERVER" (que ya no existe, porque la "rebauticé" "SERVER_NT") y, al


tratar
de repetir el proceso de identificación en la red en ese equipo, me dice


que
no encuentra el dominio y suspende la maniobra. ¿Será que tengo que sacar


la
máquina del dominio y volverla a meter?. ¿Cómo se hace eso?.

Saludos y muchas gracias por "enésima" vez.

PD: perdonad que siga por aquí tratándose de una cuestión de Win2000 y no


de
WinNT, pero a tí ya te "tengo situado en el problema" y en el grupo de
Win2000 aún no me ha dicho nadie nada al respecto (dejé un mensaje ayer y


he
dejado otro hace un momento)

"Juansa [MS MVP] ..¶?" escribió en el mensaje
news:ei8$
1. <nombre_dominio> es un valor y <nombre_servidor> es otro. El equipo ha


de
unirse a <nombre_dominio>, <nombre_servidor> en este caso es indiferente.


En
todo caso entiendo que quieres referirte a <nombre_dominio>?
2. Los bat, o scripts van en la segunda ruta que mencionas. La asignación
para que los clientes ejecuten esos bat/scripts se hace, por ejemplo, en


su
ficha de usuario.


Espero serte de ayuda
Juansa
[MS MVP - Windows Server]

"La vida es fascinante: sólo hay que mirarla a través de las gafas
correctas".
Alejandro Dumas (1803-1870); escritor francés
"Aprender sin pensar es inútil. Pensar sin aprender, peligroso".
Confucio (551-479 a. C.); filósofo chino.
"Un error no se convierte en verdad por el hecho de que todo el mundo crea
en él".
Mahatma Gandhi (1869-1948); político y pensador indio.


"


Respuesta Responder a este mensaje
#12 Rodolfo Parrado Gutiérrez
28/01/2004 - 14:27 | Informe spam

PD: lo de pasar el equipo a un grupo de trabajo y meterlo de nuevo en el
dominio no ha resuelto el problema derivado de conexión al domino que tenía
el equipo con el que hice pruebas. Al tratar de unirlo de nuevo al dominio
usando la cuenta de administrador, recibo el mensaje siguiente:

"Su equipo no se pudo unir al dominio porque se produjo el siguiente error:
No se ha encontrador la ruta de acceso de la red"

Te doy más pistas:

* Haciendo un ping al servidor, responde sin problemas
* Si en la barra de direcciones de cualquier ventana escribo
\\ip_del_servidor y pulso intro veo perfectamente todos sus recursos
compartidos.




Y haciendo ping por nombre? , ese member server debe apuntar a DNS de su servidor de directorio activo y no al de su ISP. ejecute en el memeber ipconfig /flushdns


El resto de equipos funcionan ya sin problemas (salvo por lo de los archivos
de inicio de sesión).




Voy a buscar info alguna vez me paso que solo ejecuto los login script una vez y luego por mas que estabam alli en todos los DC no salian... hasta les coloque pausa a ver si era que no los veia, voy a acordarme y buscarle solucion ...

-
Rodolfo Parrado Gutiérrez
Bogotá - Colombia
-
MVP Windows Server - Networking
MCT, MCSE, MCSA, MCP+I
-
Este mensaje se proporciona "como está" sin garantías de ninguna índole, y no otorga ningún derecho.
-
Asegúrese de buscar desde el enlace sobre lo que esta preguntando, ya que muchas veces la pregunta ya fue respondida más de una vez
http://groups.google.com/groups?hl=....public.es
-
Respuesta Responder a este mensaje
#13 abulafia
28/01/2004 - 15:03 | Informe spam
"Rodolfo Parrado Gutiérrez" escribió en el
mensaje news:

Y haciendo ping por nombre? , ese member server debe apuntar a DNS de su
servidor de directorio activo y no al de su ISP. ejecute en el memeber
ipconfig /flushdns

Hago ping por su nombre y responde perfectamente. Si tecleeo en la barra de
direcciones de una ventana \\server_nt y pulso intro, veo los recursos
compertidos del servidor.

He ejecutado ipconfig /flushdns en ese equipo y se ha vaciado existosamente
la cache de direcciones DNS, pero al intentar introducir el equipo en el
dominio aparece el problema nuevamente:

"Su equipo no se pudo unir al dominio porque se produjo el siguiente error:
No se ha encontrador la ruta de acceso de la red"

(Veo que lo de ponerme a llorar va resultando cada vez menos descabellado)


Gracias por tu ayuda (eres casi mi única esperanza)

Fuera de bromas, te agradezco en el alma el tiempo que te estás tomando con
esto. Gracias.

PD: voy a parar por un rato y tratar d ebuscar info sobre todo esto. Ya te
contaré (o, con suerte para mí, me contarás tú)

Saludos.
Respuesta Responder a este mensaje
#14 Rodolfo Parrado Gutiérrez
28/01/2004 - 15:05 | Informe spam
pero el servidor apunta a los DNS del que tiene el servicio para directorio activo?

-
Rodolfo Parrado Gutiérrez
Bogotá - Colombia
-
MVP Windows Server - Networking
MCT, MCSE, MCSA, MCP+I
-
Este mensaje se proporciona "como está" sin garantías de ninguna índole, y no otorga ningún derecho.
-
Asegúrese de buscar desde el enlace sobre lo que esta preguntando, ya que muchas veces la pregunta ya fue respondida más de una vez
http://groups.google.com/groups?hl=....public.es
-

"abulafia" escribió en el mensaje news:

"Rodolfo Parrado Gutiérrez" escribió en el
mensaje news:

Y haciendo ping por nombre? , ese member server debe apuntar a DNS de su
servidor de directorio activo y no al de su ISP. ejecute en el memeber
ipconfig /flushdns

Hago ping por su nombre y responde perfectamente. Si tecleeo en la barra de
direcciones de una ventana \\server_nt y pulso intro, veo los recursos
compertidos del servidor.

He ejecutado ipconfig /flushdns en ese equipo y se ha vaciado existosamente
la cache de direcciones DNS, pero al intentar introducir el equipo en el
dominio aparece el problema nuevamente:

"Su equipo no se pudo unir al dominio porque se produjo el siguiente error:
No se ha encontrador la ruta de acceso de la red"

(Veo que lo de ponerme a llorar va resultando cada vez menos descabellado)


Gracias por tu ayuda (eres casi mi única esperanza)

Fuera de bromas, te agradezco en el alma el tiempo que te estás tomando con
esto. Gracias.

PD: voy a parar por un rato y tratar d ebuscar info sobre todo esto. Ya te
contaré (o, con suerte para mí, me contarás tú)

Saludos.


Respuesta Responder a este mensaje
#15 abulafia
28/01/2004 - 20:54 | Informe spam
Rodolfo Parrado Gutiérrez wrote:
pero el servidor apunta a los DNS del que tiene el servicio para directorio activo?




Hola de nuevo.

Los DNS definidos en ese equipo de la red eran los dos del proveedor de
acceso a internet.

He añadido un tercer servidor DNS con la ip del Server2000 local ala
configuración de red de ese equipo y el error ha persistido.

He quitado los DNS del ISP y he dejado sólo la IP del Server2000 local y
el error continua.

Si te sirve de pista, el resto de equipos (con los que no hice ninguna
prueba) se validan perfectamente en el dominio y tienen como DNS los del
ISP (la ip del Server2000 no figura en ningún lado y lo encuentran sin
problemas, validándose en el dominio y cargando el perfil que contiene
el servidor -si son usuarios que inician sesión por vez primera- o
manteniendo el perfil local que ya tenían cuando el servidor era WinNT
-si ya se habían validado anteriormente en el dominio desde esa máquina
y tenían ya un perfil local en ella-)

Este error me ocurrió la primera vez cuando me intenté conectar al
dominio habiendo instalado el Server2000 con un nombre de id de red
diferente al que tenía cuando funcionaba con WinNT (Se llamaba SERVER_NT
y lo llamé simplemente SERVER). Para solucionar el problema, repetí la
identificación del equipo de usuario en ese dominio y la realizó sin
problema, funcionando bien desde ese momento (aunque con la demora en el
arranque que te conté). En esta ocasión, aparece el error (porque,
supongo, busca un controlador principal de dominio llamado SERVER,
cuando al instalarlo definitivamente le dejé el nombre anterior
SERVER_NT). Al intentar realizar una vez más la identificación en el
dominio, se produce el error.

"Su equipo no se pudo unir al dominio porque se produjo el siguiente
error: No se ha encontrador la ruta de acceso de la red"

He probado a sacarlo colocándolo en el grupo de trabajo WORKGROUP, y ya
no he podido volver a meterlo en el dominio.

Saludos y gracias (en este momento estoy recabando más información)
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida