No se puede iniciar sesión localmente en un Windows SBS 2003

Al intentar entrar a un servidor Windows SBS 2003 de manera local con el usuario administrador me aparecía el mensaje "Las directivas locales de este sistema no le permiten iniciar una sesión interactiva", pero si podía ingresar al sistema desde una conexión remota. Después de revisar la ayuda en el sitio de Microsoft (http://support.microsoft.com/kb/841188/es) encontré que si el administrador pertenece al grupo Operadores Remotos (Remote Operators) no podrá ingresar de manera local, ya que por default en Windows SBS 2003 este grupo tiene denegado el acceso local al sistema.

Noté que este era mi caso y procedí a eliminar el usuario administrador del grupo Operadores Remotos. Excelente, ya podía ingresar al servidor de manera local, pero ya no podía hacerlo de manera remota.

¿Cómo hacer que el administrador pueda ingresar de manera remota y local al servidor? Esto no debería ser un problema, pero no sé por qué razón el administrador estaba en Operadores Remotos ni porque no me le daba acceso normal al quitarlo de ahi, pero la solución es sencilla:

• Abrir el editor de objetos de directivas de grupo escribiendo en la línea de comandos gpedit.msc
• Irse a Configuración del equipo -> Configuración de Windows -> Configuración de seguridad -> Directivas locales -> Asignación de derechos de usuario.
• Encontrarás ahi la directiva "Permitir el inicio de sesión a través de Servicios de Terminal Server", darle doble click
• Presionar el botón Agregar un usuario o grupo
• Escribir el usuario o grupo que deseas agregar, asegúrate de incluir el nombre de dominio, por ejemplo: MiDominio\administrador

Con esto el administrador ya podrá ingresar de manera local y remota.

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:

• 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.

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! :)

Desechando IIS FTP Server por FileZilla 0.9.23

Si deseamos instalar un FTP Server en un Windows Server 2003 quizás nuestra primera opción sea el IIS FTP Server ya que viene con el Sistema Operativo y no necesitaremos comprar nada más; pero después de configurar y batallar un poco con él puede ser que uno termine decepcionándose y se decida a utilizar otro programa.

Un administrador de red esperaría que un FTP Server le permitiera configurar usuarios, grupos de usuarios, carpetas, permisos a éstas, etc. No puedo decir que IIS no lo haga porque sí lo hace, pero de una forma que quizás presente más inconvenientes que ventajas.

IIS permite 3 tipos de configuración con respecto a los permisos por usuario:
- Sin aislamiento. Todos los usuarios entran a una carpeta raíz común, pueden ver todas las carpetas disponibles y entrar en aquellas a las que tengan permiso.
- Aislamiento basado en carpetas. Hay una carpeta raíz común y cada usuario esta asociado a una subcarpeta.
- Aislamiento basado en Active Directory. La configuración FTP para cada usuario es obtenida a través de Active Directory.

La primera opción definitivamente será útil para muy pocos administradores de redes. Sirve solamente para redes muy pequeñas con muy pocos clientes y donde la información no es muy confidencial.

Y aunque las otras dos podrían resolver el problema, la administración es más complicada de lo necesaria, teniendo que utilizar el active directory o comandos especiales para asociar carpetas a los usuarios...en resumen, todo un dolor de cabeza.

Y aunque se logre hacer funcionar, las 3 opciones presentan una característica que para mi gusto es poco deseable: los usuarios y grupos del FTP Server tienen que ser usuarios y grupos creados en el Sistema Operativo, usuarios del dominio o del servidor.

Decidí probar con otro programa, el FileZilla Server 0.9.23, es un programa Open Source; lo instalé, lo configuré y en cuestión de 5 minutos había tomado mi decisión: ¡¡Adios IIS!!

FileZilla cuenta con todas las opciones necesarias para administrar un FTP Server: usuarios, grupos, permisos por carpetas, logs, etc. Todas estas opciones son de fácil uso, amigables y suficientes, al menos para lo que yo necesitaba. Algunos screenshots del software para administración de FileZilla Server:



Si has estado buscando un FTP Server gratis y que satisfaga tus necesidades, te recomiendo que pruebes FileZilla Server, a mí me funcionó. Puedes obtenerlo en http://filezilla-project.org/

Instalar PHP5 con IIS 6

Necesitaba el IIS para unas aplicaciones asp que iba a instalar en el servidor, pero estaba a punto de tirar la toalla ya que la configuración del servidor para que corriera PHP5 sobre el IIS 6 se me estaba haciendo imposible. Seguía todos los pasos indicados en todos los sitios de Internet, pero por alguna razón desconocida a mí no me funcionaba. Al intentar ver las páginas en el browser siempre me aparecía: error 500.

Luego de buscar en varios lados, encontré por fin la respuesta: Mi IIS 6 es una aplicación 64 bit y las dll del php son 32 bit. Hay que correr lo siguiente en la línea de comandos para permitir la corrida de 32-bit:

cscript %SYSTEMDRIVE%\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 1

Esto habilitará ambos modos y el PHP funcionará perfectamente.

Artículo completo en: http://www.peterguy.com/php/Install_IIS6.html

Límite de Microsoft Exchange Database

Cuando todo está funcionando en tu red de manera normal y los usuarios se encuentran contentos por el servicio, surge uno de esos problemas que no tienes ni idea de dónde surgió ni mucho menos como solucionarlo.

Tengo un servidor de dominio con Microsoft Windows SBS 2003. Se que algunos odian Microsoft, pero a veces es necesario manejar sus productos para desenvolverse en algunos sectores del mercado, ... además, algunos de sus productos no son tan malos como se piensa. Pues, SBS 2003 trae Exchange Server que es un servidor de correo. Yo lo tengo configurado, de forma tal que los correos bajan a las PCs desde el servidor de correos externo provisto por el ISP; luego, estos correos son copiados en el Exchange para mantener un backup en caso de ser necesario y además facilita la reubicación de un usuario a una PC distinta o incluso para manejar sus correos en una PC y su laptop personal. Tengo también configurado el Exchange para la salida de los correos a través de SMTP y para manejar el correo interno.

De repente los usuarios reportan que no tienen correo interno y que no pueden enviar correos. Reviso el Exchange y en efecto, el Almacén del Buzón está caído; intento levantar el proceso y arranca, pero unos cuantos segundos está caído nuevamente. El error se debe a un límite de tamaño para la base de Datos de Microsoft Exchange Standard Edition 2003. Al llegar a 16 GB el servicio se cae y no permite almacenar más correos.

Encontré tres soluciones para este problema:
- Comprar el Enterprise Edition que no tiene límite en el tamaño de la base de datos.
- Realizar un ajuste en el registro que permite aumentar el tamaño de la base de datos temporalmente para limpiarla de aquella información que ya no se necesita.
- Actualizar al Service Pack2 que puede llegar a tener un límite de 75 GB.

Probé las dos últimas opciones y funcionan perfectamente.

Microsoft Terminal Server

He estado acostumbrado al Telnet de Unix desde que soy un estudiante; pero jamás me había tocado trabajar con una herramienta de Microsoft para realizar algo similar al Telnet: el Microsoft Terminal Server...

Después de mucho tiempo de luchar intentando configurar este software en Microsoft Windows SBS 2003 para permitir la conexión remota de usuarios a una aplicación de negocios, por fin logré hacerlo funcionar. El único problema es que solamente permitía el acceso remoto de 1 o 2 usuarios simultáneamente, y las necesidades de la empresa eran de 7 a 10 personas trabajando en distintos lugares durante todo el día :(...

Me di cuenta (algo que puede parece obvio pero no para mí que era un ignorante en la materia), que necesitaba comprar licencias por cada usuario que se iba a conectar al Terminal Server...típico de Microsoft...

Pues mandé a comprar las licencias...y me llevo otra sorpresa: no hay manera de introducir estas licencias en el servidor!!, todos los métodos fallaban...hasta incluso después de platicar más de 2 horas con personal de Microsoft fue imposible instalarlas.

Después de mucho buscar respuestas y de un malestar creciente por parte de la gerencia de la empresa...encontré un pequeño pero grandioso artículo en las páginas de Microsoft: Small Business Server 2003 no soporta Terminal Server!!!

Conseguí un Windows Server 2003 para probarlo y...asunto resuelto!!, algo aparentemente sencillo pero que me costó semanas darme cuenta, pedí la licencia lo instalé y listo.