P@blo - [MVP - Windows Server Customer Experience]

Perfiles mandatorios en Windows Server 2008 (Mandatory profiles with Windows Server 2008)

tech-steps — Thu, 17 Jul 2008 15:10:00 GMT

Un nuevo problema superado con Windows Server 2008. En esta ocación tuve la necesidad de crear un perfil mandatorio para un conjunto de equipos de un aula de computación sobre un servidor con Windows Server 2008. No había leido previamente sobre los cambios incluidos en este sistema operativo respecto de Windows Server 2003, asumí que era el mismo procedimiento pero me equivoqué. En realidad no hay documento alguno disponible que hable sobre como crear perfiles mandatorios en Windows Server 2008, pero si en Windows Vista (Perfiles con Windows Vista).

Una vez que descargué el documento me concentré en la sección de perfiles mandatorios, a continuación hago un resumen paso a paso de lo que se debe ejecutar para crear un perfil mandatorio:

- Crear una carpeta donde se almacenen todos los perfiles (mandatorios, roaming, etc)
- Compartir la carpeta con los siguientes permisos compartidos:
- Administradores - Propietarios (owner)
- Usuarios autenticados - Lectura
- Dentro de la primera carpeta, crear una nueva con el nombre de cada usuario o una global, por ejemplo "mandatorio" y al final colocar ".v2", con lo que el nombre de la carpeta sería "mandatorio.v2" (En Windows Server 2003 no se requería colocar el ".v2")
- Iniciar sesión en el servidor con una cuenta de usuario que tenga los privilegios necesarios, y configurar el perfil de acuerdo a lo que se requiera (agregar accesos directos, papel tapiz, etc etc), finalmente cerrar la sesión e iniciar nuevamente con la cuenta de administrador.
- En la sesión de administrador, hacer clic derecho en "Mi PC" y seleccionar "Propiedades", "Configuraciones avanzadas de sistema", clic en "Perfiles". En el cuadro de diálogo de "Perfiles", seleccionar el perfil de usuario que se utilizó en paso anterior y seleccionar "Copiar a". En el path colocar el UNC (por ejemplo: \\server\perfiles\mandatorio.v2). En la opción "Permitir uso a" hacer clic en "Cambiar" y seleccionar "Todos". Finalmente clic en Aceptar para iniciar la copia.
- Abrir un explorar de Windows y navegar a la carpeta donde se copio el perfil, hacer clic en "Organizar", "Opciones de carpeta", clic en la viñeta "Ver", marcar la opción "Mostrar archivos y carpetas ocultos", desmarcar "Hide extensions for known file types" y "Hide protected operating system files" (esto también cambia puesto que en Windows Server 2003 solo había que marcar la primera opción).
- Renombrar el archivo NTUSER.DAT a NTUSER.MAN.
- Finalmente, en las propiedades del usuario que vaya a utilizar el perfil mandatorio colocar en la viñeta de "Perfil" el UNC del perfil mandatorio pero sin el ".v2" al final.

Error 8024402f al actualizar manualmente Forefront Client Security Agent

tech-steps — Tue, 06 May 2008 22:07:00 GMT

Durante el proceso de actualización del agente de FCS, se presenta el mensaje de error "8024402f". Un poco de información más detallada apareció en el visor de sucesos:

ID: 5000
"EventType mptelemetry, P1 8024402f, P2 endsearch, P3 search, P4 1.5.1937.0, P5 mpsigdwn.dll, P6 1.5.1937.0, P7 microsoft forefront client security, P8 NIL, P9 NIL, P10 NIL."

Según pude leer en algunos sitios en internet, este tipo de errores se deben a problemas de comunicación con WSUS o el sitio de Windows Update, al leer esto, recordé que no implementé las políticas necesarias (GPOs) para que los PCs y servers de mi infraestructura detecten el servidor de WSUS; luego de crear dicha política y refrescarla con "gpupdate /force" y volver a ejecutar la actualización manual funcionó sin problemas.

Microsoft Application Virtualization (Softgrid 4.5) - error 536912451 al tratar de iniciar manualmente el servicio "Softgrid Virtual Application Server" sobre Windows Server 2008

tech-steps — Mon, 05 May 2008 16:51:00 GMT

Probando la nueva versión de Microsoft Application Virtualization (System Center Application Virtualization ó Softgrid Beta 4.5) sobre Windows Server 2008 en un ambiente de Terminal Services. El punto es que toda la instalación resultó sin problemas hasta que instalé el cliente de Application Virtualization para Terminal Services y al tratar de ejecutar la aplicación de prueba se presentó un mensaje de error indicando que el servidor rechazó las conexiones. Revisando los servicios de Windows Server 2008 verifiqué que "Softgrid Virtual Application Server" no estaba levantado y la tratar de hacerlo generaba el error "536912451" y sin información adicional.

Solucioné el problema desinstalando completamente Application Virtualization incluido el cliente de TS, borré también la base de datos creada en SQL Server 2005 SP2. También hice algunos cambios en la configuración de la instalación y de SQL que posiblemente hayan ayudado. Primero, en SQL Server Configuration Manager > SQL Server 2005 Network Configuration > Protocols for MSSQLSERVER habilité las opciones: Named Pipes, TCP/IP y VIA. En el proceso de instalación de Softgrid al ingresar los datos del servidor coloque el FQDN completo del servidor. Luego de instalar el Application Server, reinicié el servidor e instalé el cliente de TS, volví a reiniciar el servidor, probé con el cliente y la aplicación de prueba y todo funcionó, claro está que el servicio a pesar de que está configurado para iniciarse de manera automática no lo hace, hay que iniciarlo manualmente.

The Remote computer could not be found - Terminal Server Remote Applications 2008

tech-steps — Thu, 01 May 2008 20:06:00 GMT

Configurando TS RemoteApp sobre Windows Server 2008 Enterprise obtuve este mensaje de error a nivel de estaciones de cliente accediendo por medio de IE a TS: "The Remote computer could not be found". La dirección que ingresé en el browser era del tipo http://server/ts ó http://192.168.0.1/ts, de ambos modos ingresé al sitio sin embargo al tratar de ejecutar una aplicación obtenía el mensaje de error antes mencionado. Al revisar las configuraciones en la consola de administración de TS (Terminal Server RemoteApp Manager) en la sección Overview, en Terminal Server Settings me di cuenta que estaba colocado el modo de acceso al servidor como server.midominio.local, intenté ingresar con el FQDN completo del servidor ejecutar la aplicación y todo funcionó sin problema.

Manta: una ciudad de {Héroes}

tech-steps — Sun, 27 Apr 2008 15:41:00 GMT

El pasado sábado 26 de abril pude participar como speaker del evento de lanzamiento de comunidades de Windows Server 2008, SQL Server 2008 y Visual Studio 2008. Esta invitación llegó por parte de las comunidades técnicas de la ciudad de Manta. A pesar del poco tiempo disponible para hablar sobre Windows Server 2008, y como en otras oportunidades, enfatisé mi presentación en los cuatro pilares funcionales de Windows Server 2008: Seguridad, Web, Virtualización y fundamentos. Finalmente pude disfrutar de un día en Manta para descanso personal y recuperar fuerzas para la siguiente semana, un fin de semana que nunca se olvidará, gracias Manta y en especial a Byron Camino y Marcelo Ávila, líderes de las comunidades.

No se encuentra un conector coincidente para enrutar el destinatario externo. - Exchange 2007

tech-steps — Wed, 23 Apr 2008 21:42:00 GMT

Para entender el problema es necesario explicar primero el escenario. Tres componentes básicos forman parte de la infraestructura montada: Directorio Activo, Exchange Server 2007, y un servidor firewall / proxy de frontera (que a su vez funciona como smarthost de correo elecrónico, entrante y saliente). Este smarthost mantiene las funciones de filtro de correos electrónicos para detectar virus y spam. El dominio utilizado para la comunicación y enrutamiento de correos electrónicos entre el smarthost y Exchange 2007 es completamente distinto al dominio público registrado en internet. Toda esta descripción se resume en la figura 1.

Figura 1

Luego de haber configurado todos los buzones de correo de los usuarios se procedieron a hacer las pruebas. El correo entrante funcionó si problemas, simplemente es necesaria una política de reenvío de correos electrónicos desde el smarthost a Exchange 2007. Sin embargo para los correos salientes es necesario configurar un "Send Connector" (Microsoft Exchange > Organization configuration > Hub Transport). Al configurar el "Send Connector" en la viñeta "Address space" agregué el nombre del dominio interno "miempresa.local" para que sea reconocido dicho dominio en el smarthost, sin embargo cuando traté de enviar un correo se presentó el mensaje de error dentro de la herramienta de "Queue viewer": "No se encuentra un conector coincidente para enrutar el destinatario externo.". Luego de indagar el problema me di cuenta, leyendo más detenidamente la descripción de "Address space" que ahí debían registrarse todos los dominios externos en internet a los cuales ese conector puede enviar correos pasando por el smarthost. Para que todo funcione sin problemas, cambié el "Address space" por el comodín * (asterisco), seleccioné la opción de todos los subdominios. hice la prueba nuevamente y en efecto funcionó. La aplicación de esta opción podría ser para restringir el envío de correos electrónicos hacia el internet en el caso de querer hacerlo así o que ciertos usuarios únicamente puedan enviar correos internamente.

Could not load all ISAPI filters for site/service. Therefore startup aborted. - OWA 2007

tech-steps — Wed, 23 Apr 2008 18:08:00 GMT

Al tratar de ingresar a OWA de Exchange 2007 recibí este mensaje de error: "Could not load all ISAPI filters for site/service. Therefore startup aborted.". Al revisar los ISAPI Filters de las propiedades del sitio web por defecto donde se instalan los archivos y directorios de OWA apareció el filtro "Exchange OWA Cookie Authentication ISAPI filter" que no pudo cargarse, tal y como se muestra en la figura 1.

Figura 1.

Revisando en internet me encontré con este sitio: http://support.microsoft.com/kb/894435, y ejecuté los pasos descritos en la sección "ASP.NET 2.0, 64-bit version", luego de lo cual todo funcionó sin problema.

El .NET Show con Roberth Hess

tech-steps — Wed, 23 Apr 2008 03:53:00 GMT

Una experiencia única el haber compartido con Roberth Hess, Jorge Oblitas, Edgar Sánchez y Francisco Lomas el .NET Show. En esta ocación pude hablar un poco acerca de escenarios de colaboración con Office System 2007, concentrándome principalmente en Sharepoint Server 2007 (colaboración on-line) y Groove 2007 (colaboración offline). En el caso de Sharepoint desarrollé un escenario de "aprobación de permisos de salida" en una organización utilizando listas personalizadas y flujos de trabajo (workflows) construidos con Sharepoint Designer 2007. En el caso de Groove 2007 integré esta herramienta con Sharepoint a nivel de bibliotecas de documentos y las capacidades de trabajo fuera de línea, más adelante colocaré en mi blog un artículo al respecto de como reproducir este escenario.Una vez más, gracias a Jorge por la invitación y el gran honor de haber compartido una mañana de tecnología con Roberth. Hess

Actualizaciones de CRM 3.0 para usuarios: Windows Vista, Office 2007 y Exchange 2007

tech-steps — Tue, 15 Apr 2008 14:46:00 GMT

Durante la implementación de CRM 3.0 en la empresa en la que actualmente trabajo, me encontré con algunos incovenientes, particularmente con la integración de CRM 3.0 con Exchange 2007. Uno de los componentes de CRM es el Email Router, que se encarga de la distribución y entrega de correos a los destinatarios correspondientes que forman parte de CRM; este componente está originalmente diseñado para dar soporte a Exchange 2000 y 2003. Para mi escenario, implementé Directorio Activo en un servidor con Windows Server 2003 64 bits y sobre este Exchange 2007. El primer obstáculo con el que me encontré es que el Email Router de CRM 3.0 no tiene soporte para Exchange 2007 por defecto, pero, si en la organización se mantiene originalmente un servidor Exchange 2000 ó 2003 y adicionalmente un Exchange 2007, existe una actualización de CRM 3.0 Email Router para poder interactuar con Exchange 2007, pero no es equivalente al Email Router propiamente dicho, es decir, no se puede instalar sobre un servidor Exchange 2007. En mi caso como no tengo un Exchange 2003 previo simplemente no puedo consumir la funcionalidad de este componente. Las buenas noticias son que CRM 4.0 si tiene soporte completo para Exchange 2007. Para aquellos que deseen esta actualización del Email Router de CRM 3.0 aquí está el link: http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=f7656f0f-4195-4a7d-b654-2786787e1422

El segundo obstáculo que tuve fue la momento de dar soporte a los usuarios que mantienen instalado Office 2007, específicamente Outlook 2007 (instalación del cliente de CRM 3.0 para clientes Outlook). Para esto si pude encontrar solución, y el enlace está aquí: http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=740e1b3b-11c3-4aef-b2e3-8309e0cf1bb0

Finalmente todos mis usuarios trabajan en un ambiente de Terminal Services para lo cual también encontré una actualización y poder instalar el cliente de CRM para outlook, aquí el enlace: http://www.microsoft.com/downloads/details.aspx?displaylang=es&FamilyID=cbad1af7-8fde-40f2-8df5-935a363f87d9

Espero esta información sea de su utilidad.

Launch 2008 - Windows Server 2008, Visual Studio 2008, SQL Server 2008

tech-steps — Thu, 03 Apr 2008 03:56:00 GMT

El día de ayer, 1 de abril, fue un día realmente especial por dos razones; en primer lugar por la realización del evento de lanzamiento de Windows Server 2008, Visual Studio 2008 y SQL Server 2008 en la ciudad de Quito, donde participé como speaker de la sesión de seguridad en el track de IT Pros, aunque con un "poco" de inconvenientes técnicos pues logré salir algo librado del tema, sin embargo quedé en deuda con todo el público asistente y de hecho voy hacer algo con la ayuda de este blog para compensarlo.

El segundo motivo de haber sido un gran día fue el recibir la noticia de haber sido reconocido por tercer año consecutivo como MVP (Most Valuable Professional) en Windows Server Customer Experience. Un nuevo año de esfuerzo, dedicación y ganas. Mis más sinceros agradecimientos a Fer García (MVP Lead), Guillermo Taylor (MSFT) y todas las comunidades técnicas y demás colegas y amigos MVPs, a todos ellos dedico este reconocimiento. En la foto, los héroes de la jornada.

Como agregar archivos y aplicaciones a una imagen NK.bin de Windows CE

tech-steps — Mon, 24 Mar 2008 14:25:00 GMT

En muchos de los casos, cuando se desarrolla una imagen de Windows CE a la medida, se requiere incluir ciertos archivos que no son propios del sistema operativo, tal como: archivos de configuración, aplicaciones, entre otros. En este caso particular yo tuve que incluir un archivo de configuración para una conexión remota utilizando Remote Desktop Connection y una aplicación personalizada. Para incluir cualquier tipo de archivo a una imagen NK.BIN de Windows CE se necesitan dos componentes:

- Editar el archivo project.bib
- Una carpeta local donde se ubiquen los archivos a importar o incluir en la imagen NK.BIN

Inicialmente para el archivo de configuración (.rdp) utilice la opción del Platform Builder: Project > Insert > Resource, luego seleccioné la opción "Import", luego edité el archivo project.bib y coloqué la entrada correspondiente al archivo (esto lo voy a explicar más adelante), generé la imagen y en efecto funcionó. Sin embargo, para la aplicación (.exe) este proceso no funcionó. El proceso de importación simplemente no funcionó, por lo que recurrí al plan "B". Creé una carpeta en la raíz C:\ y coloqué ahí la aplicación, modifiqué la entrada correspondiente en el archivo project.bib y listo. No se porque razón no funciona con aplicaciones pero al final funcionó.

Las entradas a las que me refiero en el archivo project.bib tienen el siguiente formato:

Name Path Memory Type
default.rdp $(_FLATRELEASEDIR)\default.rdp NK S
app.exe c:\archivos\app.exe NK S

Por defecto cuando se utiliza la opción "Import" el archivo se importa en la carpeta "Release" donde se genera la imagen del sistema operativo, es por esa razón que para el archivo default.rdp se utiliza la constante $(_FLATRELEASEDIR) que hace referencia a ese path. Para la aplicación app.exe, como había escrito, se debe crear una carpeta aparte y colocar ahí el archivo y especificar el path completo.

Configuraciones persistentes en Remote Desktop Connection - Windows CE

tech-steps — Fri, 07 Mar 2008 15:59:00 GMT

Luego de varios días de investigación, posts en blogs, preguntas al fabricante etc etc, lo logré. El escenario es el siguiente: por defecto la opción de "Disk drives" de la viñeta de "Local Resources" de Remote Desktop Connection no viene marcada y de hecho esta configuración por alguna razón no se guarda en el registro; otra información como nombre/IP del servidor remoto, nombre de usuario, contraseña, dominio si se guardan al grabar el registro. Revisé varios blogs donde mencionaban algo sobre el tema pero definitivamente no funcionó.

Al final lo que hice fue generar un archivo default.rdp marcando únicamente la opción de "Disk drives" y lo agregué como archivo del sistema al momento de generar la imagen nk.bin de Windows CE. Específicamente no se como opera el tema, pero cuando inició el sistema operativo Windows CE e hice doble clic en el acceso directo a "Remote Desktop Connection" apereció marcada la opción de "Disk drives" y todo funcionó bien. Asumo que si se requiere que vayan marcadas algunas otras opciones se debe seguir el mismo procedimiento, pero hay que tomar en cuenta que si se desmarca la opción esto no se guardará.

Cómo cambiar los formularios por defecto de una lista de SharePoint por formularios personalizados

tech-steps — Fri, 29 Feb 2008 15:43:00 GMT

Toda lista de Sharepoint posee formularios por defecto para la creación (NewForm.aspx) y modificación (EditForm.aspx) que se encuentran ligados a la barra de herramientas de la lista o al desplegar el menú de un item ya creado. En muchos de los casos estos formularios por defecto deben ser cambiados por formularios personalizados. Para cambiar estos formularios por defectos de las listas de Sharepoint he utilizado Sharepoint Designer. Para esto seguir los siguientes pasos:

- Previamente diseñar los formularios personalizados con los campos requeridos.

- Ejecutar Sharepoint Designer y conectarse al sitio donde se encuentren implementadas las listas.

- Hacer clic derecho sobre el nombre de la lista que se desea cambiar los formularios por defecto y seleccionar "Propiedades".

- En el cuadro de diálogo de propiedades de la lista, hacer clic en la viñeta "Archivos auxiliares".

- En la opción "Formularios específicos del tipo de contenido:" seleccionar "Elemento".

- Aparecen tres formularios en la parte inferior: de mostrar elementos, de nuevo elemento, y de editar elementor. Debajo de cada opción existe una linéa de texto deshabilitada indicando cual es el formulario por defecto, junto a esta línea de texto aparece un botón de "Examinar..." el mismo que debe ser presionado para seleccionar el formulario que reemplazará al que se encuentra por defecto.

- Finalmente acepte los cambios realizados y compruebe en su lista que el cambio haya sido realizado.

The remote computer disconnected the session because of an error in the licensing protocol. Please try connecting to the remote computer again or contact your server administrator.

tech-steps — Mon, 25 Feb 2008 20:42:00 GMT

Para este caso el escenario es el siguiente:

- Servidor: Windows Server 2003 + SP2 (Terminal Services - licenciado por dispositivo), tanto el servidor de terminal services como de licenciamiento están en el mismo servidor.

- Controlador de Dominio Windows Server 2003 64 bits + SP2

Desde un dispositivo basado en Windows CE traté de conectarme al servidor de Terminal y se presentó este mensaje de error: "The remote computer disconnected the session because of an error in the licensing protocol. Please try connecting to the remote computer again or contact your server administrator.". Luego de seguir los pasos del artículo: http://technet2.microsoft.com/windowsserver/en/library/159e6ff8-4edb-43fd-8767-3d9858897e2c1033.mspx?mfr=true, ingresé a la consola de Terminal Services Configuration > Server Settings, revisé el modo de licenciamiento que estaba seleccionado como "Por dispositivo", lo cambié a "Por usuario" y funcionó de maravilla.

Could not load type 'Microsoft.ReportingServices.UI.GlobalApp' - SQL Reporting Services 2005

tech-steps — Tue, 19 Feb 2008 15:29:00 GMT

El escenario de este problema resuelto. Servidor instalado con Windows Server 2003 R2 Standard Edition + SP2 (Español), SQL Server 2005 Standard Edition + SP2 (incluido Reporting Services), .NET Framework 3.0. Al inicio todo estaba funcionando correctamente, creo que a causa de un corte de energía eléctrica no se apagó bien el servidor y eso causo el problema.

El sitio del servidor de reportes (http://miservidor/reportserver) se abría y presentaba sin problema, es más pude diseñar un reporte y lo publiqué también sin problemas. Sin embargo, al abrir el sitio del administrador de reportes (Report Manager - http://miservidor/reports) se presentaba el siguiente mensaje de error:

Español: "No se pudo cargar el tipo Microsoft.ReportingServices.UI.GlobalApp"

Inglés: Could not load type 'Microsoft.ReportingServices.UI.GlobalApp'

Source Error:

Line 1: <%@ Application Codebehind="Global.asax.cs" Inherits="Microsoft.ReportingServices.UI.GlobalApp" %>

Siguiendo la sugerencia del sitio: http://sqlforums.windowsitpro.com/web/forum/messageview.aspx?catid=92&threadid=42375&enterthread=y, ejecuté los comandos: aspnet_regiis -u y aspnet_regiis -i, para registrar nuevamente ASP.NET con IIS, y todo volvió a la normalidad.

Espero esta información sea de su utilidad.

An attempt has been made to use a data extension 'OLEDB' that is not registered for this report server

tech-steps — Fri, 08 Feb 2008 15:28:00 GMT

Escenario: Servidor Windows Server 2003 + SQL Server 2005 Express con SP2. Diseñé un reporte utilizando las herramientas de Visual Studio y utilizando una conexión de tipo OLEDB hacia una base de SQL 2005. En Visual Studio el reporte se visualizó perfectamente y la implementación de la misma manera se realizó con éxito. Sin embargo al momento de ingresar al sitio del Report Manager para visualizar el reporte se presentó el siguiente mensaje de error:

"An attempt has been made to use a data extension 'OLEDB' that is not registered for this report server"

Solución: hice clic en la viñeta de "Propiedades" del reporte y luego clic en "DataSources". Originalmente estaba seleccionado "OLEDB", seleccione la opción "Microsoft SQL Server" y modifiqué la cadena de conexión quitando la sección de "Provider" ya que no está soportado, resultando algo asi "Data Source=server;Initial Catalog=BaseDeDatos", ejecuté nuevamente el reporte y todo listo.

Error: 18452 - Login failed for user ''. The user is not associated with a trusted SQL Server connection. [CLIENTE: X.X.X.X]

tech-steps — Thu, 15 Nov 2007 14:02:00 GMT

Un nuevo problema resuelto, pero antes explico mi escenario. Tengo un servidor Windows Server 2003 Std (controlador de dominio adicional) con SQL Server 2005 Std y MOSS 2007 Std. Desarrollé algunas formas en infopath para mantenimiento de información almacenada en SQL Server. Al momento de establecer la conexión con la base de datos, durante el proceso de diseño de los formularios, seleccioné el modo de autenticación integrado y asigné los permisos necesarios en SQL para que las distintas cuentas de usuario de dominio puedan ingresar sin problemas.

Localmente en el servidor todos los formularios infopath funcionaron super bien, sin embargo cuando trataba de abrirlos en un equipo que no forma parte del dominio no podía ingresar a las formas y administrar los datos almacenados. Al revisar el log de SQL (C:\Archivos de programa\Microsoft SQL Server\MSSQL.1\MSSQL\LOG) se presenta el error así:

Error: 18452, gravedad: 14, estado: 1.
Login failed for user ''. The user is not associated with a trusted SQL Server connection. [CLIENTE: X.X.X.X]

De entrada se trata de un error de validación. Luego de indagar algunos minutos en efecto me di cuenta que la validación de los usuarios contra SQL se hace mediante las cuentas de inicio de sesión de cada computador y no con las credenciales de MOSS. Para solucionar el problema cambié el modo de conexión de los formularios infopath a autenticación de SQL, cree una sola cuenta con los permisos de acceso necesarios, probé nuevamente y todo funcionó.

Ahora me encuentro en el dilema de saber porque no funciona esto cuando se publica el servidor MOSS (extranet), me mantengo investigando.

Windows Server 2008: Ediciones, Licenciamiento y precios

tech-steps — Thu, 15 Nov 2007 13:44:00 GMT

A casi tres meses del lanzamiento mundial de Windows Server 2008, se liberan ya los primeros anuncios comerciales en cuanto a: ediciones, licenciamiento y precios de vente de este nuevo sistema operativo. A diferencia de Windows Server 2003 (con 4 ediciones + SBS 2003), Windows Server 2008 posee 8 ediciones donde el principal componente diferenciador entre las mismas es Hyper-V.

Para ampliar en detalle esta información visiten: http://www.microsoft.com/presspass/press/2007/nov07/11-12HyperVPR.mspx

LocationMonitoringObjectNotAvailableException: Health Service 'server.dominio.local' in which the location monitoring object is contained is not available.

tech-steps — Sat, 10 Nov 2007 18:32:00 GMT

Ahora trabajando un poco con SCE2007 se me presentó este error al momento de ejecutar el asistente de configuraciones del servidor (programación de actualizaciones, excepciones del firewall de windows, asistencia remota, calendarización de descubrimiento, etc etc). Durante el proceso de instalación al configurar la cuenta "Run as" para ejecutar ciertos procesos del lado del cliente (instalación agente, inventarios de HW y SW, etc) ingrese las credenciales de una cuenta copia del usuario Administrador de Directorio Activo. Todo el proceso de instalación lo ejecuté con las credenciales del usuario Administrador. Durante la ejecución del asistente antes mencionado se presentó el siguiente mensaje de error que impidió configurar algunas características (entre ellas las excepciones de firewall de windows):

Date: 08/11/2007 10:45:24
Application: System Center Essentials
Application Version: 6.0.1251.0
Severity: Error
Message: El servicio generó una excepción desconocida. Consulte la excepción interna para obtener más información.

Microsoft.EnterpriseManagement.Common.UnknownServiceException: El servicio generó una excepción desconocida. Consulte la excepción interna para obtener más información. ---> System.ServiceModel.FaultException`1[Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException]: The creator of this fault did not specify a Reason. (Fault Detail is equal to Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException: Health Service '0167dominio.0167PTROLEBUS.local' in which the location monitoring object is contained is not available. Make sure that the computer hosting the Health Service is available and verify that the Health Service is running.).
   --- End of inner exception stack trace ---
   at Microsoft.EnterpriseManagement.DataAbstractionLayer.SdkDataAbstractionLayer.HandleIndigoExceptions(Exception ex)
   at Microsoft.EnterpriseManagement.DataAbstractionLayer.TypeSpaceOperations.CreateFileShare(Guid batchId, Guid targetId, String location, WindowsJobCredentials creds)
   at Microsoft.EnterpriseManagement.Monitoring.ClientMonitoring.ClientMonitoringTypes.ExecuteTask(Guid targetId, Boolean createTask, String overrideValue, WindowsMonitoringTaskCredentials creds, AemTaskStatusCallback callback)
   at Microsoft.EnterpriseManagement.Monitoring.ClientMonitoring.ClientMonitoringSettings.CreateFileShare(AemSettings aemSettings, WindowsMonitoringTaskCredentials credentials, AemTaskStatusCallback callback)
   at Microsoft.EnterpriseManagement.Mom.Internal.UI.Common.SDKHelper.<>c__DisplayClass52.<LaunchFileShareCreationTask>b__51(Object sender, ConsoleJobEventArgs e)
System.ServiceModel.FaultException`1[Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException]: The creator of this fault did not specify a Reason. (Fault Detail is equal to Microsoft.EnterpriseManagement.Common.LocationMonitoringObjectNotAvailableException: Health Service 'servidor.dominio.local' in which the location monitoring object is contained is not available. Make sure that the computer hosting the Health Service is available and verify that the Health Service is running.).

Pude revisar el servicio "Health Service" en el servidor local y estaba operando sin problema, pude detenerlo e iniciarlo nuevamente si problema, pero el proceso de configuración seguía fallando. En ese momento recordé una experiencia similar con CRM 3.0 de Microsoft, en el cual los procesos de workflow no se ejecutaban correctamente, a pesar de estar bien configurados, a menos que se inicie la sesión con un usuario con privilegios de administrador de CRM, diferente al usuario con el cual se realizó el proceso de instalación.

En este caso para SCE2007, inicié sesión con el usuario que configuré como cuenta de "Run as", ejecuté el asistente de configuración y todo funcionó sin problemas. En algunos otros posts de blogs hacían referencia a otro tipo de soluciones pero no mencionaba si habían configurado con cuentas distintas.

Alternativa gratuita de POP3 Connector para Exchange 2003

tech-steps — Tue, 18 Sep 2007 17:08:00 GMT

Nativamente Exchange Server 2003 (Standard o Enterprise) no dispone de un conector POP3 para implementar un escenario en el cual los buzones de correo electrónico de una empresa o compañía se encuentran hospedados fuera de la misma (generalmente en empresas de hosting que brindan servicios de correo electrónico utilizando POP3). Es curioso pero Exchange Server 2003 que viene dentro de SBS2003 si tiene un conector POP3 nativo que debe ser descargado e instalado.

Sin embargo y luego de buscar alternativas me encontré con una bastante básica y sencilla que permite emular un conector POP3 y funciona muy bien con Exchange 2003, POPRoute de la empresa ORNIC.

Un poco las limitantes que tiene esta herramienta es la posibilidad de calendarizar directamente la consulta contra el servidor POP3 externo y hacer las descargas cada cierto intervalo de tiempo, sin embargo pueden apoyarse del Programador de tareas de Windows Server y todo solucionado.