Deseaba configurar una máquina con Windows 7 para que pudiera conectarse a través de ODBC con un servidor SQL Server 2000, y a pesar que la configuración terminaba exitosamente, la aplicación no podía conectarse.
Me parecía raro también que al momento de configurar el ODBC no miraba la larga lista de drivers que normalmente miro sino que solamente me aparecía uno.
El problema era que mi versión del Windows es de 64 bits y existen dos aplicaciones administradoras de ODBC, una de 32-bits y otra de 64-bits. La versión de 32 bits se encuentra en la carpeta %systemdrive%\Windows\SysWow64 y la de 64bits se encuentra en %systemdrive%\Windows\System32.
La versión de 32 bits muestra el DSN de sistema de 32 bits, DSN de usuario de 32 bits y DSN de usuario de 64 bits. La versión de 64 bits muestra el DSN de sistema de 64 bits, DSN de usuario de 32 bits y DSN de usuario de 64 bits.
Así que corriendo la versión correcta del administrador, se puede solucionar el problema.
Más información en http://support.microsoft.com/kb/942976
martes, 8 de marzo de 2011
Unir Windows 7 de 64 bits a un dominio Windows SBS 2003
Intenté unir una PC con Windows 7 a un dominio Windows SBS 2003 y no encontré mayor problema que instalar algunas actualizaciones en el Servidor administrador del dominio. Pero cierta computadora en particular me dió bastante guerra. Se lograba unir al dominio aunque al momento de hacerlo tiraba un mensaje de error mencionando algo del DNS.
Una vez que la computadora reiniciaba no había forma de que entrara con alguno de los usuarios del dominio, ni siquiera con el administrador. Después de mucho pelear con la computadora, se me ocurrió averiguar la diferencia que había entre esta computadora y las otras con Windows 7 que habían logrado unirse al dominio sin problemas (esto, porque asumí que el problema estaba relacionado con el Sistema Operativo, ya que nunca me dió ese tipo de problemas con XP).
La diferencia era (además de la marca de la computadora) que el sistema operativo era Windows 7 de 64 bits. No estoy totalmente seguro que está haya sido la causa del problema, pero independientemente de eso, lo importante era averiguar cómo resolverlo. Así que si te ha pasado algo similar y tu computadora, aunque se una al dominio, no te permite ingresar a ella con usuarios del dominio, esta fue la solución que yo encontré y me sirvió muy bien:
Una vez que la computadora reiniciaba no había forma de que entrara con alguno de los usuarios del dominio, ni siquiera con el administrador. Después de mucho pelear con la computadora, se me ocurrió averiguar la diferencia que había entre esta computadora y las otras con Windows 7 que habían logrado unirse al dominio sin problemas (esto, porque asumí que el problema estaba relacionado con el Sistema Operativo, ya que nunca me dió ese tipo de problemas con XP).
La diferencia era (además de la marca de la computadora) que el sistema operativo era Windows 7 de 64 bits. No estoy totalmente seguro que está haya sido la causa del problema, pero independientemente de eso, lo importante era averiguar cómo resolverlo. Así que si te ha pasado algo similar y tu computadora, aunque se una al dominio, no te permite ingresar a ella con usuarios del dominio, esta fue la solución que yo encontré y me sirvió muy bien:
- Instalar Support Tools que vienen en los CDs de tu Windows Server 2003
- Ejecutar la aplicación ADSIEDIT.MSC que se encuentra en el directorio Support Tools
- En el menú de la derecha seleccionar Domain -> DC =
-> CN=Computers - Buscar la computadora afectada, presionar el botón derecho sobre ella y elegir Propiedades
- Dar dobleclick en el campo ServicePrincipalName de la lista
- Agregar el siguiente valor: HOST/nombrehost.dominio.xyz
Listo, al hacer esto, podrás ingresar en la computadora con cualquiera de los usuarios del dominio sin ningún problema.
viernes, 7 de enero de 2011
DNS cache en ISA Server
Cambié la dirección de uno de mis servidores y cuando intentaba accesar el sitio hospedado en él desde cualquier navegador nunca cargaba. Supuse que era problema de resolución de la dirección IP, así que me aseguré que la dirección se hubiera cambiado en el DNS.
Luego realicé un nslookup para chequear si el DNS devolvía la dirección correcta y si lo hacía. Al parecer solo los navegadores tenian este problema y seguían resolviendo la dirección anterior.
Después de revisar durante un rato, noté que el problema se daba solamente si estaba levantado el Cliente Firewall de ISA, así que supuse que el ISA Server manejaba algún tipo de caché para DNS y que me seguía devolviendo la dirección anterior.
En efecto, este era el problema, y la solución es sencilla: reiniciar el servidor ISA o limpiar el caché. Para limpiar el caché (o borrar solamente la entrada que está dando problemas) descargué el DNSTools para ISA Server, lo corrí, borré la entrada para la dirección antigua y listo, los clientes de mi red accesaron bien a la nueva dirección.
Luego realicé un nslookup para chequear si el DNS devolvía la dirección correcta y si lo hacía. Al parecer solo los navegadores tenian este problema y seguían resolviendo la dirección anterior.
Después de revisar durante un rato, noté que el problema se daba solamente si estaba levantado el Cliente Firewall de ISA, así que supuse que el ISA Server manejaba algún tipo de caché para DNS y que me seguía devolviendo la dirección anterior.
En efecto, este era el problema, y la solución es sencilla: reiniciar el servidor ISA o limpiar el caché. Para limpiar el caché (o borrar solamente la entrada que está dando problemas) descargué el DNSTools para ISA Server, lo corrí, borré la entrada para la dirección antigua y listo, los clientes de mi red accesaron bien a la nueva dirección.
lunes, 6 de diciembre de 2010
Microsoft Exchange 2010 en Windows Server 2008 R2
Debido a las limitantes que tiene Exchange 2003 (y además para estar actualizado) decidí migrar mi servidor de correos a un Exchange 2010 en un Windows Server 2008 R2. Instalarlo se miraba más complicado que lo que supuse y encontrar instrucciones que me guiarán mucho más. Busque en varios artículos de Microsoft pero no lograba encontrar una descripción paso a paso de lo que debía hacer.
Después de mucho buscar, encontré este artículo que me pareció excelente: http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/A_2881-Migrate-Small-Business-Server-2003-to-Exchange-2010-and-Windows-2008-R2.html, muestra los pasos a detalle y muy bien explicados.
Solamente tuve dos pequeños problemas, de los cuales no se mencionaba nada en el artículo:
1) Al momento de instalar el Exchange, me tiraba un error de llamada a procedimientos remotos (RPC) en el servidor Exchange 2003, por lo que no podía instalar la funcionalidad de Hub Transport o Transpote de concentradores y detenía la instalación. Después de investigar un poco, me di cuenta que debía entrar a mi ISA Server, instalado en el servidor Exchange, y en la sección configuración -> complementos deshabilitar los Filtros RPC. Una vez hecho esto, debi instalar de nuevo las caracteristicas que hacían falta y listo.
2) Una vez que trasladaba los buzones de los usuarios, tenía un problema: los usuarios en el exchange 2003 podían comunicarse hacia el exterior y hacia el exchange 2010; pero los usuarios en el exchange 2010 solamente podían comunicarse entre ellos. Este problemita me costó más que el anterior ¡porque habían mil opiniones en Internet! El mensaje que recibía decía que existía un error de Socket y que la comunicación había sido cortada; encontré el problema: de nuevo, tenía problemas en mi ISA Server por tener los puertos SMTP cerrados. Una vez resuelto esto me aparecía "Dirección IP de destino principal 451 4.4.0 ha respondido con: "451 5.7.3 no se puede conseguir la autenticación del servidor de Exchange".". Este problema se debía a que en el servidor Exchange 2003 hay que habilitar la Autenticación de Windows Integrada, tal como se indica en este artículo de Microsoft: http://support.microsoft.com/kb/979175/es.
Una vez resuelto esos dos problemas, mi exchange se encuentra trabajando perfectamente. ¡A seguirlo travesiando entonces para ver qué nuevas cosas interesantes trae! :)
Después de mucho buscar, encontré este artículo que me pareció excelente: http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/A_2881-Migrate-Small-Business-Server-2003-to-Exchange-2010-and-Windows-2008-R2.html, muestra los pasos a detalle y muy bien explicados.
Solamente tuve dos pequeños problemas, de los cuales no se mencionaba nada en el artículo:
1) Al momento de instalar el Exchange, me tiraba un error de llamada a procedimientos remotos (RPC) en el servidor Exchange 2003, por lo que no podía instalar la funcionalidad de Hub Transport o Transpote de concentradores y detenía la instalación. Después de investigar un poco, me di cuenta que debía entrar a mi ISA Server, instalado en el servidor Exchange, y en la sección configuración -> complementos deshabilitar los Filtros RPC. Una vez hecho esto, debi instalar de nuevo las caracteristicas que hacían falta y listo.
2) Una vez que trasladaba los buzones de los usuarios, tenía un problema: los usuarios en el exchange 2003 podían comunicarse hacia el exterior y hacia el exchange 2010; pero los usuarios en el exchange 2010 solamente podían comunicarse entre ellos. Este problemita me costó más que el anterior ¡porque habían mil opiniones en Internet! El mensaje que recibía decía que existía un error de Socket y que la comunicación había sido cortada; encontré el problema: de nuevo, tenía problemas en mi ISA Server por tener los puertos SMTP cerrados. Una vez resuelto esto me aparecía "Dirección IP de destino principal 451 4.4.0 ha respondido con: "451 5.7.3 no se puede conseguir la autenticación del servidor de Exchange".". Este problema se debía a que en el servidor Exchange 2003 hay que habilitar la Autenticación de Windows Integrada, tal como se indica en este artículo de Microsoft: http://support.microsoft.com/kb/979175/es.
Una vez resuelto esos dos problemas, mi exchange se encuentra trabajando perfectamente. ¡A seguirlo travesiando entonces para ver qué nuevas cosas interesantes trae! :)
Suscribirse a:
Entradas (Atom)