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.
Mostrando entradas con la etiqueta Servidores. Mostrar todas las entradas
Mostrando entradas con la etiqueta Servidores. Mostrar todas las entradas
viernes, 7 de enero de 2011
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! :)
miércoles, 10 de noviembre de 2010
Backup del correo
Una de las ventajas que ofrece el servidor de correos Microsoft Exchange es la facilidad de trasladar el buzón de un usuario desde una computadora a otra sin demasiado esfuerzo; además de esto, contamos con un backup permanente del buzón de cada uno de los usuarios de la empresa.
Microsoft Outlook puede conectarse a un servidor Exchange local, de manera que el buzón del usuario se almacenará en ambos equipos: en la computadora del usuario en un archivo .ost (offline storage table, buzón sin conexión) y en el servidor Exchange.
Los archivos ost permiten a los usuarios accesar a su correo aun cuando el outlook no se encuentre conectado al servidor Exchange; una vez que se conecte, los buzones se sincronizarán. Cuando Outlook se configura para trabajar sin el Exchange, trabaja sobre archivos .pst (personal storage table) que almacena el buzón y demás carpetas del usuario.
Como el buzón en realidad se encuentra almacenado en el servidor, si deseamos formatear la computadora de un usuario o trasladarlo a una nueva computadora, no necesitamos sacar backup de su correo; ya que al configurar el outlook en la nueva computadora, éste se sincronizará con el servidor y creará una copia del buzón almacenado en él en el archivo .ost. Pero hay que tener mucho cuidado con aquellos usuarios que utilicen equipos portátiles y trabajen en sus casas con el outlook, porque si les formateamos sus computadoras antes de que éstas realicen la sincronización con el servidor, los correos que hayan enviado o recibido mientras se encontraban desconectados nunca se almacenaron en el servidor por lo tanto se perderán. Por tal razón, hay que encender la computadora, abrir el outlook, asegurarse que esté conectado con el Exchange y presionar Enviar/Recibir para permitir que la sincronización se lleve a cabo antes de realizar el formateo.
De no tener este cuidado puede ser que nos toque tener que explicarle al usuario lo que ha pasado con esos correos que ha enviado desde su casa el día anterior, y eso...no será tarea fácil.
Microsoft Outlook puede conectarse a un servidor Exchange local, de manera que el buzón del usuario se almacenará en ambos equipos: en la computadora del usuario en un archivo .ost (offline storage table, buzón sin conexión) y en el servidor Exchange.
Los archivos ost permiten a los usuarios accesar a su correo aun cuando el outlook no se encuentre conectado al servidor Exchange; una vez que se conecte, los buzones se sincronizarán. Cuando Outlook se configura para trabajar sin el Exchange, trabaja sobre archivos .pst (personal storage table) que almacena el buzón y demás carpetas del usuario.
Como el buzón en realidad se encuentra almacenado en el servidor, si deseamos formatear la computadora de un usuario o trasladarlo a una nueva computadora, no necesitamos sacar backup de su correo; ya que al configurar el outlook en la nueva computadora, éste se sincronizará con el servidor y creará una copia del buzón almacenado en él en el archivo .ost. Pero hay que tener mucho cuidado con aquellos usuarios que utilicen equipos portátiles y trabajen en sus casas con el outlook, porque si les formateamos sus computadoras antes de que éstas realicen la sincronización con el servidor, los correos que hayan enviado o recibido mientras se encontraban desconectados nunca se almacenaron en el servidor por lo tanto se perderán. Por tal razón, hay que encender la computadora, abrir el outlook, asegurarse que esté conectado con el Exchange y presionar Enviar/Recibir para permitir que la sincronización se lleve a cabo antes de realizar el formateo.
De no tener este cuidado puede ser que nos toque tener que explicarle al usuario lo que ha pasado con esos correos que ha enviado desde su casa el día anterior, y eso...no será tarea fácil.
jueves, 19 de febrero de 2009
Servidor PowerEdge no reconoce los discos
Me sucedió hace algunos días, días después de haber cambiado de oficina un servidor Dell PowerEdge 1800, que el servidor no me arrancaba. Esto me sucedió justo después de conectar una unidad de backup por medio de un cable SCSI externo.
Al encender el servidor me mostraba en los mensajes que no reconocía los discos duros. El servidor cuenta con dos discos duros en RAID 1, es decir donde uno es el espejo del otro. Después de intentar un rato, me comuniqué con el soporte de Dell (excelente servicio, por cierto) que me indicó los pasos a seguir para habilitar los discos duros. Al parecer el servidor los había sacado de línea para protegerlos por algún problema que detectó y sencillamente lo que había que hacer era entrar a la herramienta de administración del servidor para ponerlos OnLine de nuevo. Unas vez puestos OnLine los discos revisarían consistencia lo cual tardaría un rato mostrando una luz de color anaranjado y no verde como es lo habitual, pero el Sistema Operativo cargó sin problemas y no había perdida de información.
El personal de Dell me indicó que el problema se podría haber ocasionado por faltas de actualizaciones en el firmware o por la conexión de algún dispositivo no compatible, debido a que yo le indiqué que había conectado el backup. La unidad de backup estaba conectada al servidor en la oficina anterior así que no era falta de compatibilidad, pero yo insistía en que el problema debió ocasionarse por la instalación de la unidad y no por faltas de actualización.
Después de revisar bien la conexión me di cuenta que la conexión de unidad de cinta la había instalado mal (en el puerto equivocado de la unidad de cinta), lo que ocasionó problemas en el servidor. Pero al menos pude aprender un par de cositas que de otra forma no lo hubiera hecho.
Al encender el servidor me mostraba en los mensajes que no reconocía los discos duros. El servidor cuenta con dos discos duros en RAID 1, es decir donde uno es el espejo del otro. Después de intentar un rato, me comuniqué con el soporte de Dell (excelente servicio, por cierto) que me indicó los pasos a seguir para habilitar los discos duros. Al parecer el servidor los había sacado de línea para protegerlos por algún problema que detectó y sencillamente lo que había que hacer era entrar a la herramienta de administración del servidor para ponerlos OnLine de nuevo. Unas vez puestos OnLine los discos revisarían consistencia lo cual tardaría un rato mostrando una luz de color anaranjado y no verde como es lo habitual, pero el Sistema Operativo cargó sin problemas y no había perdida de información.
El personal de Dell me indicó que el problema se podría haber ocasionado por faltas de actualizaciones en el firmware o por la conexión de algún dispositivo no compatible, debido a que yo le indiqué que había conectado el backup. La unidad de backup estaba conectada al servidor en la oficina anterior así que no era falta de compatibilidad, pero yo insistía en que el problema debió ocasionarse por la instalación de la unidad y no por faltas de actualización.
Después de revisar bien la conexión me di cuenta que la conexión de unidad de cinta la había instalado mal (en el puerto equivocado de la unidad de cinta), lo que ocasionó problemas en el servidor. Pero al menos pude aprender un par de cositas que de otra forma no lo hubiera hecho.
Suscribirse a:
Entradas (Atom)