Host XP Tarda demasiado en loguearse contra dominio W2k

[@tzi!]

Buenas gente, como estan?
bueno por aca ando, hoy preguntando:
tengo una red, bastante grande. digamos que los host corren sobre windows xp, y el controlador de dominio corre sobre windows 2000. cada vez que un host xp trata de loguearse contra el dominio, tarda facil entre 10 y 15 minutos hasta loguearse completamente y entrar a la sesion del usuario. esto se acelera si cuando logueo al usuario desconecto al cable de red. Estoy investigando por todos lados para ver que puede ser, pero principalmente armando una estrategia de pruebas para que todo salga bien. lo que vi es que puede ser un problema dns, y algo me llamo la atencion: mi nombre de dominio es un FQDN, en mi caso, en argentina, algo como dominio.com.ar. Lo que vi es que se utiliza mucho dominio.local, alguien tiene alguna idea de si esto tiene que ver con este problema?

cualquier ayuda, idea o tip es bien agradecido :)
muchas gracias a todos.

[ruben_vmb]

Si se oye mucho a bronca del dns,,, si no prueba esto
1.- Crea la cuenta en la maquina,,, usuario: Equipo1 dominio: tudominio
2.- Habilita el Netbios sobre TCP/IP
3.- Verifica si esta bien configuradas las zonas de tu DNS

[Marto]

Iniciado por @tzi!

lo que vi es que puede ser un problema dns, y algo me llamo la atencion: mi nombre de dominio es un FQDN, en mi caso, en argentina, algo como dominio.com.ar. Lo que vi es que se utiliza mucho dominio.local, alguien tiene alguna idea de si esto tiene que ver con este problema?

Vas muy bien encaminado es un problema de dns. Para solucionarlo comprueba en cada máquina en la que tengas ese problema, que la dirección ip del dns primario corresponda con la ip del servidor de dominio de tu red.

Me parece a mi que las máquinas tienen puestas como dns las dns de tu proveedor de acceso a internet y de ahí viene el problema ya que a la hora de loguearse las maquinas en el dominio, estas tienen que buscar el dominio dominio.com.ar que es un dominio de internet y puesto que solo tienes puestas las dns de tu proveedor de internet, intentaran loguearse en el servidor de internet que mantiene ese dominio (no en el servidor de tu dominio en local); por eso hay que colocar como dns primario la direcciond e tu servidor de dominio, para que primero resuelvan en él y si no logran encontrar nada que pasen a usar los dns del provvedor de internet.

Por eso ahora podras entender porque se recomienda que en estos casos el servidor de dominio de esa empresa se ponga como dominio.local, para que cuando tengan que resolver no se confundan con el nombre de dominio de internet.

Un saludo y ya nos contarás como te fué.

[@tzi!]

muchas gracias a ambos por su respuesta

Vas muy bien encaminado es un problema de dns. Para solucionarlo comprueba en cada máquina en la que tengas ese problema, que la dirección ip del dns primario corresponda con la ip del servidor de dominio de tu red.

En efecto, cada máquina tiene configurada como direccion ip del dns la direccion ip del controlador de dominio.

Totalmente un problema DNS. si desconecto el cable de red antes de que se efectue la autenticación, todo corre perfectamente, debido a que solo autentica con las credenciales almacenadas en el cache de la máquina y no tiene que buscar a un controlador de dominio. Estuve leyendo las recomendaciones de microsoft para los nombres de dominio de AD, y en efecto, conviene utilizar un dominio que no sea un FQDN para evitar problemas de resolución.

Lo que me resta es simular mi entorno de red en producción dentro del laboratorio, cambiar el nombre del dominio y testear los host xp.

muchas gracias nuevamente!