Un día horrible como tecnico de ordenadores....

Se ha cambiado la ubicación de este blog

2010-08-15T19:07:00.001+02:00

Este blog está ubicado actualmente en http://blog.juanen.com/.
Espera y te redirigiremos automáticamente dentro de 30 segundos, o bien haz clic aquí.

Si estás suscrito a este feed, actualiza la URL de la suscripción a
http://blog.juanen.com/feeds/posts/default.

Se ha cambiado la ubicación de este blog

2010-08-15T12:22:00.001+02:00

Espacio en disco, vhd, sabado noche, y alcohol

2009-09-20T18:23:00.008+02:00

Siempre he pensado como escribir blogs con post a diario, y si puede ser con algo de sentido del humor pues mejor que mejor. La verdad es que no es una de mis virtudes, así que vamos a ver si al menos nos ponemos el reto de actualizar este dichoso blog una vez a la semana, algo que debería ser sencillo para un tío como yo que es animal de costumbres.

Siguiendo la linea de contar mis experiencias en la faceta de técnico, anoche me ocurrió algo que quizas os haya ocurrido y hayáis visto de manera sencilla como solucionar, pero a mi me imponía bastante, ya que se trataba de un problema con un sistema en producción (apagado en ese momento por el problema) el cual había que tratar con sumo cuidado, mi amigo Exchange 2007.

El problema básicamente consistía que nuestro Operations Manager me lanzó una alarma durante la tarde, diciendo que el volumen C: estaba por debajo del umbral de espacio permitido, así que nada, sesión de TS y efectivamente, 4 Gb libres en C: (es un volumen de 250Gb) y cayendo empicado. Que las máquinas se suspendieran era cuestión de minutos, así que opté por la solución de apagarlas de inmediato (ahora entenderéis por que).

El problema del espacio en C: era algo recurrente, ya había ocurrido previamente en otras ocasiones, y tenía en mente haber puesto solución, pero esta semana revisando el sistema de copias vi que curiosamente el fichero VHD de una de estas máquinas, tenía fecha fija en junio de 2009. Esto me hizo pensar, que los ficheros VHD estaban creciendo de manera desorbitada en otro lugar ya que sabía que los ficheros de las dos máquinas virtuales deberían medir 100Gb y 20Gb, y evidentemente algo estaba ocupando los 250Gb y crecía deprisa.

La primera opción fue ir a ver las instantaneas de las máquinas virtuales, pero ninguna tenía ninguna activa, dandole vueltas no podía ser nada más que eso que creciera tan deprisa, así que echamos un ojo al directorio de instantaneas por defecto "C:\ProgramData\Microsoft\Windows\Hyper-V\Snapshots", y voila, dos ficheros de 118Gb y otro de 48Gb, bien pues nada un breve vistazo a technet, y verificamos que el problema está en que solo se realiza la mezcla (merge) cuando la máquina está apagada, así que tuvimos una buena idea, es solo tema de esperar y listo.... tic tac tic tac....

tras un rato largo, llega al 29% del mezclado, y desaparece el mensaje..... ay! dios. una horrible sospecha, no será que va a necesitar espacio para hacer el merge de los ficheros vhd y avhd (los avhd son los ficheros de los snapshots). Efectivamente 0 bytes libres. Bueno tras un rato de googlear resulta que encuentro como de manera sencilla podemos mezclar un VHD con un AVHD, pero el problema es que tengo 2 y no se cual es el primero de los dos :-( (en un futuro post hablaremos como mezclar dos vhd). Así que la única opción que me va quedando es buscar más sitio.

El método es de lo más tonto, y sencillo. Exportar la máquina a un disco con espacio suficiente, borrar la máquina y los vhd, y volverla a importar en el disco con espacio. Así de simple... Como se hace, pues vamos al lio.

En la máquina que tenemos el problema elegimos la opción de exportar:

A continuación nos solicitará donde queremos exportar la máquina virtual, este export necesita por supuesto que vaya a un disco donde tengamos espacio suficiente. Elegimos la unidad, y el sistema se encargará de en el export mover todos los archivos necesarios, de configuración, vhds, snapshots (instantaneas), etc. con la diferencia que los archivos xml de configuración serán cambiados a ".exp".

Cuidado no marquéis la opción de exportar solo la configuración de la máquina virtual (Export only the virtual machine configuration) ya que entonces no exportará ni los vhd ni los avhd.

Ahora solo toca esperar, al final en el path que hemos dicho tendremos todos los datos de nuestra máquina exportados y disponibles, y la máquina original donde estaba. Es momento para borrarla y liberar el espacio. Una vez borrada desde la opción importar de Hyper-V vamos a volver a recuperar nuestra máquina. Ojo, antes de importarla pongamos los ficheros de toda la máquina donde queramos que se quede, por ejemplo yo use para exportar el path "v:\vms\export" y no me gusta que la máquina en producción se quede así, algo mejor como "V:\VMs", así que mueve los ficheros, y vamos al importar.

A continuación nos solicitará el path donde están los archivos, ojo por que lo que nos está pidiendo es el directorio donde están los archivos de la máquina virtual, por ejemplo, si no movimos la máquina de directorio, y la exportamos a "V:\VMs\export" lo que tendremos que elegir es el directorio "V:\VMs\export\MAQUINA".

En las opciones de importar hay varios temas importantes que detallo:

- Mantener el GUID, si no hemos borrado la máquina original y es el mismo host en el que importamos, es importante que genere un nuevo GUID por que sino tendremos problemas. No importa que las máquinas se llamen igual se diferencian por el GUID no por el nombre. (Off-Topic: esto funciona y se ve perfectamente en el complemento de Hyper-V sin embargo en el System Center VMM si las máquinas se llaman igual no es capaz de mostrarlas, tendrás que ir al complemento de Hyper-V y renombrar una de ellas que en el si verás las dos).

- El directorio que importemos tenía unos ficheros .exp con los datos de la exportación, al importar estos son convertidos a ficheros de configuración .xml y ya no se podrá volver a importar esa máquina del directorio.

- Probablemente (bueno seguro) perderás la configuración de la/s tarjetas de red, así que si quieres que todo vaya bien, antes de arrancar la máquina entra en la configuración y vuelve a configurarlas en la máquina virtual (si es el mismo host, arrancará según las configures perfectamente)

- Y si eres como yo y tu objetivo final es que los discos se mezclen (merge) entonces deberás dejar la máquina apagada :-)

A disfrutar.

Actualización firmware HTC Advantage x7510

2009-08-12T13:38:00.007+02:00

Hace bastante tiempo que no posteo en este blog, y hoy he tenido que verificar si es posible la actualización de esta máquina, la HTC Advantage x7510 de un firmware original a un firmware identico pero en castellano.

Antes de empezar señalar que este método es solamente para propositos educativos, y que el uso del mismo es totalmente ilegal ya que si no disponeis de la licencia en castellano, el uso de otro firmware diferente al que te ha sido entregado con la máquina original es ilegal, es una de las restricciones que tiene la licencia, así que tu mismo. Por supuesto tu garantía queda 100% inutilizada.

------------------------------------------------

Vuelta atras, si por algún motivo necesitaras volver atras puedes hacerlo sin dejar demasiado rastro, para ello necesitas deshacer los pasos aquí hecho, re-flasheando el firmware original del que deberías haber hecho copia, y luego reinstalando el SPL original, en el post de cmonex tienes los enlaces para descargar el SPL original, y algunos firmwares también originales.

Espero que te sirva.

Saludos.

-------------------------------

Lo primero que tenemos que verificar son los siguientes puntos:

- PC con XP o Vista, y 1 puerto USB 1.1 o superior.

- Permisos de administrador para ejecutar las aplicaciones.

- Si tienes vista bajate el último Mobile Center de Microsoft y actualiza tu equipo, el mobile center última versión está aquí.

- La HTC debe tener al menos el 50% de la batería cargada.

Con todos estos integrantes, vas a necesitar dos actualizaciones para la HTC, lo primero será lo que se denomina "Hard-SPL", digamos que es el encargado de cargar el sistema operativo, y este viene "capado" para que solo puedas actualizar el sistema operativo para el que tienes comprada la HTC (misma versión, mismo idioma, fabricante, etc.). Puedes descargar una versión de "cmonex" que funciona con las HTC que se han comercializado en españa. tienes una versión aquí.

Por último y para acabar con las herramientas que necesitamos por ahora necdesitas el firmware que vas a instalar, por ejemplo si tu objetivo es instalar el firmware de Windows Mobile 6.1 en Castellano, puedes descargar una versión modificada denominada WWE de aquí o la versión ESN de aquí.

Bien, ya tienes todo, te recomiendo que también te descargues las itsutils que te permitirán hacer una copia de seguridad del firmware de tu HTC, pero eso queda para otro post. Las herramientas las tienes aquí.

Vale, vamos al lio, lo primero es verificar que la HTC la tienes conectada con tu ActiveSync o con el Mobile Center, para probarlo lo mejor es abrir el explorador y ver que puedes navegar por las carpetas de la HTC, esto no lo voy a explicar aquí, si quieres modificar el firmware tienes que saber hacer eso ;-). Si esto te funciona y te has bajado las itsutils puedes ejecutar desde la linea de comandos el comando "pdocread.exe -l" el cual te dará un listado y de las diferentes areas del firmware, es importante verificar que no hay errores.

Si hasta aquí todo va correcto, es momento de modificar el SPL, por defecto la versión que traen las HTC es la versión 3.05.000, para ello descomprime el software que descargaste, y ejecuta el comando x7510_HSPL365.exe, arrancará un wizard, leelo con atención, y avanza hasta el final. Aseguraté que la PDA tiene batería suficiente antes de empezar, y por supuesto que tu equipo informático (sobre todo si es portatil) no se apaga, suspende, etc. El proceso de actualizar el SPL viene a durar 1 minuto no mucho más, verás como la HTC se reinicia al iniciar el proceso a una pantalla llena de colorines, y luego aparece una barra de progreso que se llenará hasta el 100%.

Una vez terminado, reiniciará la máquina, y verás que no hay diferencias significativas más alla del cambio de número de version del SPL. Deja que arranque completamente la HTC hasta la pantalla "Today", y vuelve a asegurarte que tienes batería, más de un 50%.

Ahora si vamos a modificar el windows mobile por la versión que deseemos, cogemos el paquete que hayamos descargado y nuevamente ejecutamos el .exe de actualización, en nuestro ejemplo lo que buscamos es actualizar al idioma actual y nos hemos bajado el paquete de xtep que incluye windows mobile 6.1 (igual que el que traia) pero una versión en castellano, por lo que ejecutamos el actualizador de la versión ESN que se llama x7510Wrapper.exe. El proceso es similar a la actualización del SPL, pero en esta ocasión nos llevará aproximadamente 8 minutos, nuevamente insisto en las precauciones habituales (batería, no apagar, cables, etc.).

Una vez finalizada esta actualización el sistema se reinicia, y esta vez tardará un poco más de lo normal en arrancar, ya que instala el nuevo firmware con la pantall en negro bastante rato. Cuando arranqueis la primera vez estará como cuando sacada de la caja, toda la información se habrá perdido completamente. Y hemos terminado... configura tu HTC y disfruta.

---------------

Fuentes:

Backup HTC: http://forum.xda-developers.com/showthread.php?t=334680

Firmware modificado Español: http://forum.xda-developers.com/showthread.php?t=475780

SPL modificado: http://forum.xda-developers.com/showthread.php?t=441684

Agradecimiento por la info y todo el merito para xda-developers, en especial a xtep, y cmonex.

Licenciamiento y Software Original

2008-12-24T00:13:00.001+01:00

El licenciamiento de productos de software es algo así como los costes de los CDs de música o los DVD de vídeo. La gente tenemos una curiosa teoría por la que la cultura debería ser gratuita y de amplio acceso a todo el mundo, y en parte tienen razón, la cultura es una de las grandezas del ser humano que nos diferencia de los animales (bueno y no a todo el mundo). Pero también es cierto que la cultura la tiene que producir alguien, al cual le gusta comer, beber, vivir, etc. todos los días exactamente igual que a nosotros. Pero es que además la cultura es un bien prescindible, incluso me atrevería a decir que en ciertos aspectos es un lujo. Lo que quiero decir con esto es que el acceso a música, o películas, o series, etc. son temas totalmente superfluos por los que deberíamos entender que quien invierte su tiempo, talento, y recursos en producir ese bien quiere ganar algún dinero, pocos son los artistas que no tienen un ingreso adicional y quieren regalar su trabajo. Si no estamos dispuestos a pagar por ello es que no lo necesitamos, y mucho peor no lo valoramos. No vamos a entrar en discusiones del tipo y si luego no me gusta, y si es malo?, hoy en día tenemos múltiples maneras de ver, oír, o probar el producto antes de comprarlo.

Ahora tras esta introducción, la vamos a convertir en lo que el software es a la empresa privada, es un bien que es producido por personas a las que les gusta comer, beber, vivir, etc. es un bien que en el caso de una empresa SI es necesario, es imprescindible hoy en día, podríamos encontrar la justificación que es un bien necesario no como la música ya que sino mi empresa no funciona, Vd. puede pasar sin oír música o sin ver una película, pero yo sin mi Office no puedo trabajar. Correcto, estoy de acuerdo contigo. Pero...

Si la conclusión a la que tu mismo llegas es que es una herramienta imprescindible para tu trabajo, por que no estás dispuesto a pagar por ello, por que la electricidad es imprescindible para tu trabajo, y no puenteas el cable de luz en el transformador de la distribuidora. O los picos que usan tus operarios son necesarios para su trabajo, y no te planteas ir a la ferretería y decirle oyes véndeme un pico y te robo otros 49 picos, joer no voy a pagar por 50 no?, si me preguntan ya enseño la factura de un pico.. es muy sorprendente que no nos planteemos esto con el software.

El software es una herramienta más dentro de tu empresa, igual que una excavadora, una mesa, o el paquete de folios de la fotocopiadora. Por que cuando haces tu plan de negocio, o cuando calculas cuanto cobrar por tus servicios, igual que incluyes el coste de personal, servicios, etc. no incluyes el coste del software que es IMPRESCINDIBLE para tu día a día.

La excusa, es que es muy caro. Si por supuesto, también lo hay más barato, incluso gratuito (si, si, para cualquier solución existe una alternativa gratuita, si, incluido tu ERP). El software vale lo que vale, cuando compras una máquina de imprimir, no le cuestionas al tio por que vale 600.000€, o cuando compras un coche para tu comercial no le dices al concesionario, joer, 18.000€ de coche, al contrario, lo asumes, inicias un plan de amortización y lo incluyes en tu actividad diaria. El software es lo mismo, es una herramienta sin la que tu día a día no sería posible.

Como he dicho existe software libre, pero haz una prueba muy simple, en tu próxima entrevista a por ejemplo un perfil comercial o administrativo, pregúntales, ¿usa Vd. office?, ¿sabe Vd. usar Open Office?. Cuanto cuesta Microsoft Office, 400€ la suite más amplia (no la más alta de gama), uy que caro por cada empleado madre mía, bien eso son 10€/mes/empleado en 3 años, crees de verdad que es caro?, ahora pregunta cuanto cuesta un curso de OpenOffice, 200/300€/empleado, más las 40 horas de empleado en el curso, estamos hablando de cerca de 1.000€ de coste, sin añadir la falta de experiencia que no podemos valorar. ¿Realmente crees que la licencia es tan cara?...

Piénsalo un poco, el software es una herramienta imprescindible para tu trabajo, y como tal deberás comprarla.

Sistemas virtualizados

2008-11-15T17:28:00.004+01:00

Bueno, comenzaremos planteando algunos cambios que me obligan a este post. La empresa para la que vengo trabajando desde hace algún tiempo deja de existir durante este mes de Noviembre para incorporarse en un proyecto más ambicioso, pero como este blog no trata de mi anterior empresa, vamos al lio.

Dentro del nuevo proyecto, soy el responsable de la gestión y administración de los recursos IT internos a la compañía. Como en toda buena integración o migración de compañías es imposible que todo esté en la fecha que marcan los jefes, y entre otras cosas algo que no tenemos operativo a día de hoy (Sabado 15 de Noviembre) son las máquinas nuevas que soportarán la infraestructura. Esto implicaría el retraso de la mudanza con los costes añadidos que eso lleva, el trastorno para los clientes, los empleados, etc. Por ello hemos decidido tomar una decisión de emergencia y es "Virtualicemos".

Por que hemos decidido virtualizar, la respuesta es sencilla, por que tenemos máquinas para ello :-), no, la realidad es que el virtualizar nos permite experimentar en un entorno en producción real (aunque ya teníamos alguna experiencia previa) el manejo de los sistemas virtuales, y por otro lado nos permite que una vez que tengamos aquí las máquinas físicas reales, de una manera extremadamente sencilla podrémos migrar las máquinas virtuales a las reales como máquinas virtuales.

Como resumen de las ventajas:

- Funcionamiento en fechas.

- Puesta en marcha de la infraestucutra necesaria abstrayendola del hardware.

- Movimiento de máquinas virtuales de la infraestructura temporal a definitiva en minutos.

- Desde el minuto 0 tenemos un laboratorio de pruebas y muestra para clientes.

- Adquisición de conocimientos y experiencia en nuevos entornos y herramientas de MS.

- Posibilidad de ensayo/error muy sencillo (tiras la máquina y levantas una nueva).

Toda la infraestructura ha sido montada sobre dos máquinas que detallo a continuación:

- [VM01] Clonico con placa Gigabyte P48SX, micro Dual Core E660, 8Gb de memoria DDR2/667, 4 discos SATA, 2 RAID1, y 2 de 500Gb para almacenar los VHD y datos.

- [VM02] Proliant ML110G4 (si, si, lo se), 4Gb de memoria (hemos intentado meter 8Gb pero imposible, si todos los módulos son iguales), micro XEON a 1,8Ghz, y un disco de 146Gb SATA (suficiente para almacenar dos 2008 core con roles de dns, dhcp, iis, y poco mas).

El software que estamos utilizando para virtualizar es Hyper-V RTM, en el VM01 tenemos un 2008 x64 Enterprise, con el Rol de Hyper-V instalado y System Center Virtual Machine Manager 2008. En el VM02 tenemos Windows 2008 Hyper-V Edition (es gratis!).

Utilizamos SCVMM08 para toda la gestión de la infraestrucutra, y la verdad es que funciona de manera espectacular, no como la beta que madre mia que castigo, mantenemos las librerías con diferentes máquinas en diferentes combinaciones, así como las ISOs de los productos que tenemos que instalar de manera centralizada, no nos tenemos que preocupar de copiar o mover archivos, o estampar ISOs, SCVMM08 se encarga de toda esa gestión, es un producto muy espectacular.

Bueno como muestra, os dejo simplemente una foto de donde estamos montando los cacharritos para que os murais de envidia, vosotros en casa durmiendo la siesta y otros aqui disfrutando como cosacos con mi amigo el Hyper-V ;-)

PROBLEMAS CON NTBACKUP Y LAS INSTANTANEAS

2008-09-26T16:56:00.004+02:00

Cualquier administrador de sistemas sobre Windows 2003 conoce los problemas que tiene basar la política de copias de seguridad en la herramienta NTBACKUP. Al igual que comentaba en el anterior articulo las carencias de la herramienta de gestión de Microsoft Exchange, lo mismo pasa con NTBackup que te obliga a comprar un software decente de copias de seguridad si realmente quieres garantizarte que todo funciona correctamente.

Es muy habitual encontrarte con un problema al utilizar NTBACKUP y es que al hacer la copia (crítica por otro lado) del "System State" de Windows 2003 obtengas un error como el siguiente:

Este error en principio un poco críptico viene seguido de este otro evento, que da algo más de información y claramente nos lleva a pensar a un problema con la base de datos MSDE SQL Server:

Bien, este es un problema conocido cuando has instalado una versión runtime de SQL Server puede ocasionar que la librería SQLVDI.DLL se "des-registre" provocando que todo el sistema de instantaneas de volumen falle, incluida la copia del System State que se apoya en estas.

La solución es extremadamente sencilla, simplemente iendo a "Archivos de Programa\Microsoft SQL Server\80\COM" y ejecutando "REGSVR32 SQLDVI.DLL" quedará solucionado el problema.

Problema complejo (o raro) para una solución extremadamente sencilla. Si queréis más detalles técnicos aquí están:

http://support.microsoft.com/kb/830575

Saludos.

Gestión de colas en Exchange

2008-09-24T22:56:00.002+02:00

Un problema con el que os habréis encontrado en multiples ocasiones, sobre todo si tratáis con diversos clientes, es la gestión de las colas de correo en diferentes sistemas. En particular hoy voy a hablar de Exchange que es con el que más me toca pelear últimamente.

Desde hace unos meses hacía aquí es bastante habitual que algún simpaticon te bombardee tu servidor SMTP con millones de correos con un mismo origen hacía todo tipo de combinaciones dentro de tu dominio, es decir hacía: a@midominio.com, ab@midominio.com, abc@midominio.con, etc. hasta dar con todos los posibles destinatarios.

Borrar esa cantidad ingente de correos (yo suelo encontrarme con entre 15.000 y 20.000 en muchas máquinas) es una tarea dificil, sobre todo cuando los destinos son múltiples dominios, ya que como sabéis Exchange la gestión de colas te la separa por dominio de destino de correo:

Y claro, cuando tienes 16.000 correos, a 2-5 correos por cola, pues puedes imaginarte, una locura borrar todo ese correo.

Siempre tenemos algún amigo simpaticon que se ha currado una herramienta que te hace la vida más facil, y que normalmente pierdes horas trabajando por no echar un minuto en buscarla, así que aquí va la herramienta definitiva para los administradores que nos permite gestionar desde la linea de comandos las colas de exchange:

ftp.microsoft.com/pss/Tools/Exchange%20Support%20Tools/Aqadmcli/

Viene a ser algo así como: "Advanced Queue Administration Client", es un sencillo interfaz de lineas de comandos, muy potente y que te permite hacer mil diabluras en las colas de correo de tu Exchange 2000/2003 (en 2007 habla con tu amigo la PowerShell). Para el ejemplo que pongo si deseamos borrar los 16.000 correos con origen ebay@ebay.it (como te pille te mato, como odio a los spammers), tendríamos un comando de este tipo:

delmsg flags=SENDER,sender=yo@midominio.com

con esto borraríamos todo los mensajes de origen yo@midominio.com, si por el contrario queremos borrar la cola completa pues más sencillo:

delmsg flags=ALL

Como he dicho una herramienta muy potente y muy versatil desde la linea de comandos.

A disfrutarla. Saludos.

Hacia la certificación

2008-08-18T23:52:00.002+02:00

Han sido dos años de dimes y diretes, y parece que el horizonte de la certificación como MCSA está proximo (espero que en un par de semanas a lo sumo). La verdad es que cuando empiezas parece que hay un largo recorrido por delante y efectivamente así es. Pero cuando te pones en serio a trabajar sobre ello realmente no es tan complicado como puede parecer en un primer
momento.

La premisa básica para obterner la certificación a mi modo de ver es tener una amplia experiencia manejando los sistemas en los que quieres tener ese nivel de experto, esa experiencia yo me atrevería a decir que es un 60%-70% del aprobado, ya que esa es la cantidad de pregutnas que tendrás en el examen que con la experiencia y un poco de cabeza puedes contestar sin problemas. ¿Por que digo un poco de cabeza?, sencillo, muchos de nosotros que trabajamos o venimos de trabajar en PYMES o para ellas, manejamos infraestructuras pequeñas, de entre 2 y 10 servidores, y hasta unos 70-100 equipos clientes, con como mucho 5 delegaciones. Muchas de las cuestiones que se presentan en las certificaciones sobre todo para MCSA y MCSE se refieren a grandes corporaciones, en las que la infraestructura suele ser miles de equipos, decenas de servidores, y multiples "branch offices", pero al final la solución es la misma para 2 servidores que para 100, solo con un pelin de lógica se sabe la respuesta (y experiencia por supuesto).

Queda un 30-40% de respuestas para las que debes estudiar y debes estudiar duro, primero con los "Self-Paced" de Microsoft que son de muy alta calidad (olvidate de los MOC y de los cursos presenciales, me he gastado una fortuna y aun no conozco ningun curso presencial bueno). En segundo lugar utiliza test de prueba como los de Mesasure-Up o Testking (los de última generación) que simulan los examenes a la perfección sin hacer las trampas de copiar las preguntas literales del examen.

Mi próximo reto es el 70-620, o lo que es lo mismo "Configurando Windows Vista" el cual la verdad tengo muchas esperanzas ya que realmente el estudio al menos me está resultando extremadamente sencillo, ya que en el libro no hay prácticamente nada que no haya visto en mi día a día de uso del Vista desde hace casi un año, como digo el 70% del examen lo tengo del día a día, un 30% me falta de caracterisitcas que nunca he usado (y posiblemente ni yo ni mis clientes usen jamas) o cuestiones que Microsoft decide que se han de hacer de determinada manera por que ellos creen que esa es la mejor.

Bueno simplemente desearme suerte, y espero a vuelta de fin de semana añadir este examen al curriculum... el siguiente... la próxima semana.

Animaros y estudiar, cualquier pregunta o curiosidad que no viole el AUP del examen, estoy a vuestra disposición.

Saludos.

Sharepoint y Reporting Services

2008-06-25T18:43:00.003+02:00

Hay un problema conocido en Office Sharepoint Server 2007 (sharepoint 3.0 no lo soporta) en integrar Reporting Services si además estás utilizando autenticación por formularios, por el que si el acceso a tu sitio lo realizas por cualquier URL que no sea la "Predeterminada" o "Default" da un error de Seguridad el servicio de Reporting Services en modo integrado.

Según MSDN simplemente lo único que debes hacer es que los Reportes del servicio de RS se haga por la URL predeterminada, pero claro si tu quieres tener diferentes URLs (como tiene el 90% de la gente) para permitir accesos desde la intranet o desde la extranet no es posible.

Bien obviando este inconveniente que espero que solucionen con el SP3 de SQL Server, hoy nos hemos encontrado con un problema en un cliente en el que al hacer el cambio, y poner la url como predeterminada el Reporting ha dejado de funcionar, no da el error de seguridad pero nos informa de que el servicio de Reporting Services no está instalado o bien configurado.

Ha sido una pequeña lucha, ya que además es una granja quien soporta este sharepoint con 1 Backend corriendo SQL Server, y (actualmente) un frontend soportando el acceso de los clientes. El problema se agravaba ya que este cambio lo habíamos realizado con anterioridad en otros entornos y había funcionado sin problemas, pero en este caso fallaba.

Una pequeña pensada sobre la evolución del sistema, nos llevo a ver que problemas sufrimos durante la implementación, y uno de los mayores problemas que hemos tenido siempre, ha sido con la resolución de nombres, de hecho durante la implementación hemos tenido que tirar del fichero HOSTS en multiples ocasiones (el cliente no nos dejaba tocar su DNS). Esto nos llevo a intentar hacer un ping a las URL de los frontend desde el mismo frontend para descubrir que no resolvía el nombre (si el XP que usabamos el cliente), inmediatamente tras resolver este problema, el sistema comenzo a funcionar perfectamente.

Previamente ya tuvimos algunos problemas sobre la "llegada" de los frontend hacía los servidores de SQL server justamente por la resolución de nombres.

Por ello, es extremadamente importante que cuando implementes una solución de Sharepoint (aunque sea sencilla) tengas claro que nombes de host utilizarás, interna y externamente y que tengas claro que los DNS van a resolver adecuadamente las IPs internas, externas, etc. Technet tiene documentación sobre la planificación de este aspecto muy detallada, te ahorrarás muchisimo trabajo.

Cualquier comentario es bienvenido.

Y essooooo... digo y otroooooo...70-

2008-05-30T13:17:00.002+02:00

Bueno, ha sido duro, han sido pocas horas de sueño esta última semana, pero al final hemos pasado. El 70-291 ya está en mi bolsillo. Cuando empece a estudiar el "Self Paced" del 70-291 comence con muchisimo animo ya que era eminentemente un tema de redes que la verdad creo que me manejo bastente bien, DHCP, DNS, rutas, etc. Pero la verdad es que cuando te metes un poco en profundidad la cosa se complica, el apartado sobre todo de solución de problemas (throubleshot) es bastante complejo, ya que muchas operaciones que tu sueles hacer de una determinada maner, Microsoft decide que es mejor de otra manera (por ejemplo, yo no restauraría jamas un servidor DHCP como dice microsoft, también es cierto que no manejo redes de miles de computadoras).

Bueno mi recomendación es que te atrevas con este examen, con el apoyo del libro se simplifica, pero también es cierto que es interesante sobre todo que vayas con un poco de práctica en los apartados de IPSec y protocolos de encriptación, CHAP, EAP, etc. (aunque de estos a mi no me cayo ninguna, dios me van a echar por revelar información).

Si te animas, aquí me tienes para cualquier duda.

Exchange y antivirus para cliente (desktop pc)

2008-05-18T23:16:00.002+02:00

Esta vez el problema ha sido de rápida solución, aunque es el típico problema que yo denominaría (al igual que hacía un profe mio de matemáticas) de idea feliz.
La cosa comenzó un Miercoles por la tarde, en que un amigo me pidio que le echara un ojo a su exchange ya que llevaba un par de días volviendose loco con el ya que había conseguido que levantara en varias ocasiones pero la mayor parte del tiempo estaba caido sin funcionar, y esto le estaba causando un gran trastorno en su cliente por que más de 50 personas estaban sin servicio de correo.
Puestos manos a la obra, diagnosticamos de manera rápida que el problema estaba en la propia máquina de Exchange, ya que los DNS, firewalls, sistemas anti-spam/antivirus frontales estaban operando correctamente, y sin embargo el servicio SMTP del Exchange no estaba levantado. Un siguiente vistazo también nos mostró de manera rápida que las bases de datos de Exchange (publica y de buzones) no estaban tampoco montadas, click con botón derecho montar, pero sin exito, por lo que nos vamos a ver que dice nuestro gran amigo el visor de sucesos.

La verdad es que esta vez el "Event Viewer" no daba gran información, pero si me llamo la atención un evento de la controladora SCSI que tiene la máquina en la que trabajamos (HP/Compaq con una SCSI y un RAID5 para almacenar datos) en que reportaba un disco fallando, un vistazo a la máquina física nos muestra que el disco 1 del RAID esta marcado como en fallo. Esto nos aclara un primer problema, el Exchange no es capaz de montar las bases de datos, ya que no es que estén corruptas (el RAID5 las preserva) sino que el tiempo que tarda de acceso a las bases de datos es gigantesco y Exchange se cansa de esperar. Por lo que tomamos la decisión de mover las bases de datos a una unidad a parte de este RAID5 en que tenemos espacio suficiente, sin tolerancia a fallos, pero es una emergencia hasta que llegue el disco sustituto. Para que os hagáis una idea, el almacen de buzones ocupa 6,7Gb y tardo aproximadamente 25 minutos en mover ese archivo al nuevo disco temporal, lo que explica que Exchange y por ende el conector SMTP se aburrieran de esperar y no montaran los almacenes y el conector SMTP no funcionara.
Bien, movemos los almacenes (45 minutos despues) montamos los almacenes, y perfecto a la primera, problema solucionado...o no....

Evidentemente el primer problema, está solucionado pero el servicio sigue sin funcionar, el servicio anti-spam no es capaz de entregar el correo al Exchange, sin embargo el Exchange si es capaz de sacarlo hacia fuera, y OWA y los Outlook funcionan correctamente. Bien, echemos un vistazo al puerto 25 a ver que pasa. Hacemos un telnet a la ip publica del la máquina Exchange, y nada, timeout (y el servicio está corriendo), hacemos un telnet a localhost al puerto 25 y ahi está nuestro Exchange perfectamente, recibe correo, pero evidentemente no nos sirve, nadie podrá llegar a localhost desde fuera que es lo que necesitamos.

Venga, algo se ha quedado tonto, reiniciamos la máquina a ver que pasa. Idem. Vale, a esa IP le ocurre algo extraño, pero curiosamente el resto de servicios funciona sin problemas, IIS, etc. Añadimos una segunda IP y ocurre lo mismo, no hay forma de conectar con el servicio, solo con localhost. Tras una charla con el amigo que pidió la ayuda descubrimos que esto es algo que había pasado previamente y había desaparecido de manera misteriosa. Pues bien, en ese momento aparece la "idea feliz", ya está, el antivirus....

Hay algunos antivirus, como en este caso el McAfee instalado, que reconfiguran el Outlook o el cliente de correo que tengamos para que sean los propios antivirus los que escuchen en el puerto 25 y todo lo que salga por ahi sea revisado por el propio antivirus. Aquí lo que estaba ocurriendo es que cuando el McAfee arrancaba antes que el servicio SMTP de Exchange ocupaba el puerto 25 haciendo que el servicio SMTP no pueda "bindearse" a las IPs públicas de la máquina que el ocupaba. Desinstalando McAfee...funcionando a la perfección.

Moraleja, jamas, jamas, jamas, instales un antivirus de cliente en un servidor, y si instalas un antivirus de los que se venden de servidor de ficheros, asegurate que solo escanea los ficheros que debe, si quieres un antivirus para Exchange hay soluciones muy buenas expresas para Exchange, por eso suelen añadirle al nombre del antivirus al final "for Microsoft Exchange"

Punto y seguido...

2008-05-13T20:44:00.002+02:00

Bueno, en vista de los tiempos que corren, he decidido darle un pequeño giro a esto y profesionalizar el web, y poner en segundo plano el blog personal ya que es de uso muy restringido para familiares, y animales de compañía.

El objetivo de este Blog sigue siendo el mismo que el primer día, contar las andanzas a las que nos enfrentamos desde el pequeño departamento de sistemas en el que trabajo y que espero que os ayuden a ahorrar unos millones de minutillos en encontrar la típica chorrada que hace que arruines los planes de trabajo de una semana.

Bienvenidos y a vuestra disposicion.

Somos los amos, los putos amos.

2008-02-26T21:12:00.004+01:00

La verdad es que cuando monté mi último gran lio, uno de los objetivos es vender calidad de servicio a toda costa, empiezas fuerte, sigues fuerte pero tienes momentos en que te planteas si realmente estás dando la calidad que merecen tus clientes. En ese momento, vas a uno de los más venerados en este mundo, Microsoft, e intentas entrar en una de sus webs, pero no cualquier web, si no la web en la que viven y habitan todos sus gurús, sus tios certificados, sus ingenieros, etc. y ohhhh.....

...resulta que en la nada menos que todo poderosa Microsoft alguien la caga en cosas tan básicas como esta... Bien, la verdad es que en vez de cabrearme por no poder entrar a la web lo que he conseguido es una inyección de automoral, ya que hasta este nivel por ahora no hemos llegado, así que, lo dicho....

"Los amos, somos los putos amos"

Pack de administración para Windows Vista (windows 2003 server admin pack)

2008-02-24T12:05:00.003+01:00

Por fin parece que alguien se ha currado el tema de hacer funcionar el AdminPack para Windows 2003 Server en Windows Vista, es comodisimo poder llegar a casa de un cliente hacer click con el portatil y administrar cualquier punto del sistema.

Los pasos son sencillos, descarga el Admin Pack para Windows 2003 SP2 aquí:

http://www.microsoft.com/downloads/thankyou.aspx?familyId=86b71a4f-4122-44af-be79-3f101e533d95&displayLang=es

Una vez instalados ejecuta una linea de comandos en tu Vista con privilegios de administrador y todo este churro:

regsvr32 /s adprop.dll
regsvr32 /s azroles.dll
regsvr32 /s azroleui.dll
regsvr32 /s ccfg95.dll
regsvr32 /s certadm.dll
regsvr32 /s certmmc.dll
regsvr32 /s certpdef.dll
regsvr32 /s certtmpl.dll
regsvr32 /s certxds.dll
regsvr32 /s cladmwiz.dll
regsvr32 /s clcfgsrv.dll
regsvr32 /s clnetrex.dll
regsvr32 /s cluadmex.dll
regsvr32 /s cluadmmc.dll
regsvr32 /s cmproxy.dll
regsvr32 /s cmroute.dll
regsvr32 /s cmutoa.dll
regsvr32 /s cnet16.dll
regsvr32 /s debugex.dll
regsvr32 /s dfscore.dll
regsvr32 /s dfsgui.dll
regsvr32 /s dhcpsnap.dll
regsvr32 /s dnsmgr.dll
regsvr32 /s domadmin.dll
regsvr32 /s dsadmin.dll
regsvr32 /s dsuiwiz.dll
regsvr32 /s imadmui.dll
regsvr32 /s lrwizdll.dll
regsvr32 /s mprsnap.dll
regsvr32 /s msclus.dll
regsvr32 /s mstsmhst.dll
regsvr32 /s mstsmmc.dll
regsvr32 /s nntpadm.dll
regsvr32 /s nntpapi.dll
regsvr32 /s nntpsnap.dll
regsvr32 /s ntdsbsrv.dll
regsvr32 /s ntfrsapi.dll
regsvr32 /s rasuser.dll
regsvr32 /s rigpsnap.dll
regsvr32 /s rsadmin.dll
regsvr32 /s rscommon.dll
regsvr32 /s rsconn.dll
regsvr32 /s rsengps.dll
regsvr32 /s rsjob.dll
regsvr32 /s rsservps.dll
regsvr32 /s rsshell.dll
regsvr32 /s rssubps.dll
regsvr32 /s rtrfiltr.dll
regsvr32 /s schmmgmt.dll
regsvr32 /s tapisnap.dll
regsvr32 /s tsuserex.dll
regsvr32 /s uddi.mmc.dll
regsvr32 /s vsstskex.dll
regsvr32 /s w95inf16.dll
regsvr32 /s w95inf32.dll
regsvr32 /s winsevnt.dll
regsvr32 /s winsmon.dll
regsvr32 /s winsrpc.dll
regsvr32 /s winssnap.dll
regsvr32 /s ws03res.dll

Y listo, lo he probado en Vista RTM y en Vista SP1 (la edición de MSDN) y funciona perfecto.

Saludos.

Hace mucho que no nos vemos o KRB_AP_ERR_MODIFIED

2008-01-30T23:33:00.000+01:00

De repente todos tus usuarios que han estado conectado a tus servicios de Terminal te llaman y te dicen que les sale un mensaje que dice, usuario no autorizado. Bueno, con lo bien que empezaba el dia, venga vamos a investigar que ocurre.

Un primer vistazo nos muestra que la conectividad entre los dos DC no existe no se ven uno y otro (el cliente mantiene su infraestructura y sus dos DC están conexioados por vpn que une dos lan en diferentes subnets). Bien por algún motivo se ha caido la VPN, los técnicos se ponen mano a la obra y consiguen reparar la VPN pero todo sigue igual, las máquinas se ven pero no son capaces de hablar entre ellas, de echo el evento KRB_AP_ERR_MODIFIED se reproduce en el visor de sucesos con cierta frecuencia, y ya no solo no atentica si no que no pueden compartir impresoras, o directoios, pero misteriosamente los equipos de la red local si pueden acceder al servidor local (el que no funciona TS).

Un poco de lectura del evento (pocos te dan tanta información) y un par de busquedas en google nos llevan a este articulo de la base de conocimiento de MS: http://support.microsoft.com/kb/325850.

El problema se debe a que desde hace mucho, mucho timepo los dos DC no están sincronizando sus bases, y la clave que utiliza kerberos para autenticar con la cuenta de equipo del otro controlador ha cambiado pero no se ha replicado el cambio en el otro controlador. Además al hacer tanto tiempo que ha ocurrido esto resulta que en el controlador que funciona correctamente incluso ha vuelto a cambiar esta clave una segunda vez, con lo que aunque hayamos restaurado la conectividad el nuevo controlador tiene "actualizaciones del Active Directory" que son obsoletas y no actualiza entre otras cosas estas credenciales.

Este problema solo lo hemos podido solucionar usando el comando netdom /resetpwd en ambas máquinaspara poner la misma clave para la autenticación de la cuenta de equipo, y que coincida en ambos extremos.

Buenos, si te pasa ya nos ha pasado antes ;-), si tienes cualquier aportación o corrección por favor sientete libre.

¡Saludos y suerte!

ISA Server 2004 en un SBS R2 2003

2007-11-28T22:32:00.000+01:00

Bueno, hace algun tiempo que no alimentamos este blog con una bonita anecdota.
El cliente esta vez tiene un marido informático el cual además trabaja en la parte de seguridad dentro del mundo de la informática con lo que la paranoia en seguridad y firewalls es importante. Durante la fase de diseño hemos presentado diversas configuraciones con firewalls por software por hardware, etc. pero al final se optó por la más versatil, y aparentemente eficiente que fue ISA Server que la incluye Windows 2003 Server for Small Business Premium edition.

Bien, en nuestro diseño de implementación nos la prometiamos felices ya que bueno, SBS sus asistentes, sus instalaciones automatizadas, la integración blah, blah, todo genial.

Bien pues el escenario de instalación más o menos como sigue, un servidor 2000 Server en producción con un Active directory funcionando y protegido de internet por un Firewall Linksys básico. Instalamos el CD1 de SBS, hasta que es un 2003 Funcional y antes de convertirlo en un SBS full-equip continuando la instalación lo unimos al dominio, lo convertimos en controlador, y le asignamos los roles y lo convertimos en catalogo global.

Pues nada, dale manolo, instalamos el resto, exchange, administración, sharepoint, etc... todo de maravilla. Venga vamos a por el isa y nos ponemos a configurar equipos con exchange...
Vale instalamos ISA, y arrancamos con un error, evento en ISA 14147, que las rutas que figuran en un adaptador no corresponden con la ip. Revisamos las configuraciones, cada tarjeta con sus ips correctas, la de internet con su puerta de enlace, la interna sin puerta de enlace y con sus dns. Configuramos las politicas reiniciamos un millon de veces, probamos mil configuraciones, y nada, el firewall arranca, pero en el estado en la consola de ISA nos muestra una cruz roja con 4 interrogaciones.

Instalamos SP3, desinstalamos, ejecutamos el Asistente de configuración de internet se autoconfigura todo de maravilla, pero nada pelotita roja, e interrogaciones. Cambiamos los rangos de ips, y nada, modificamos las rutas a mano, nada. Configuramos RRAS para ver interfaces e intentar controlar las cosas pero nada.

Bueno, conseguimos una pista y es que los usuarios de sistema "Network Service" y "Local Service" deben figurar en la política local de "Generar auditoría", bien, vamos. Editas la politica local (donde deben figurar) y misteriosamente (o no tanto) no nos permite añadir usuarios (evidente, es un controlador de dominio no podemos usar politicas locales). Lo intentamos de todas las formas conocidas y no hay forma.

Mi compi sigue indagando por los grupos de google y da con un articulo, el cual se deriva del párrafo anterior. La verdad es que el párrafo de añadir los usuarios de las politicas locales era el que más sonaba, lo que indica que tenemos un problema de permisos, y efectivamente resulta que el problema radica en que el servicio "Microsoft Firewall" (el alma de ISA) se está ejecutando con las credenciales de "Network Service" y al cambiar para que se ejecute con el usuario "Local Service" reincias, y voila!, todo funciona de maravilla....aparentemente...

Vega, dale, vamos a ponernos como locos a configurar outlooks (esta historia nos ha llevado casi 24 horas resolverla), pues claro, en nuestra felicidad inmensa por reparar el problema de ISA añadimos el outlook a Exchange y se acaba la felicidad... pero al instante.... Nada, nada esto es un problema de reglas y listo.......5 horas más tarde (y no es mi primer ISA server) no hay forma de con reglas, sin reglas, cambiado todo, permitiendo nada, imposible....venga tio vamos por la calle de enmedio, desinstala.........10 minutos.... reinstala (sin SPx).....intenta ahora el outlook.... plafff... a funcionar... joder y por que ahora funciona..... no preguntes y tira pa lante...

La teoría es que el cambio de usuario de Network Service por Local Service cambio los permisos en algún punto y reconfiguro alguna entrada probablemente en el Registry de manera que esta última reinstalación se ha hecho de manera correcta y no como ha ocurrido en todas las ocasiones anteriores....

Que triste es la vida del informático...... bueno espero haberte ahorrado unos minutos de lucha...

P.D.: Gracias a mi compi que se lo curro .... y bien..

Replicación de SYSVOL y NETLOGON o como migrar un servidor

2007-09-17T19:51:00.000+02:00

Bien, situemonos, martes por la mañana en la oficina, se te acerca el comercial y te plantea la cuestión, oye Juanen tenemos un servidor de un cliente que es un pobre Pentium IV con 1Gb de memoria que corre W2003 SBS con Sharepoint 2 y 3, SQL Server, Exchange, Antigen, NOD32 y varios hosts IIS con aplicaciones ASP.NET.

Y tu le dices, si, si claro, que lo recuerdo, lo montamos hace un mes, compramos varias barras de acero y calzadores para conseguir meter todo... y ale con un par, to pa dentro...
Pues nada que me comenta el cliente que es que le va un poco lento que se está planteando ampliar el Hardware 8-\....

Bien para que os hagais una idea es un cliente que se gasto una fortuna en W2003SBS con sus 15 licencias, sus licencias de Antigen, Office, Project (menos mal que le convencimos de no montar project server), SharePoint, etc.... hablamos de varias decenas de miles de euros, y no fue capaz de invertir un centimo en hard....

Bueno, pues nada presupuestamos, se estima la migración en na, una mañana total pa que :=)...
Pues los buenos de los chicos del departamento discutimos un par de posibilidades que pasan por la reinstalación total, que no nos apetece demasiado ya que tiene muchisimas politicas de grupo, usuarios, seguridad, etc... Por lo que optamos por el metodo "Swing It!" de Jeff Middleton, el cual tiene unos resultados excelentes, facilita la tarea, y para los lerdos como un servidor (más adelante veréis por que) es maravilloso ya que la guia es paso a paso, comando a comando, y movimiento a movimiento, lo que te permite que si no tienes ni idea, saber como migrar un sbs en producción a otro hardware nuevo con el mínimo tiempo de caida. Si tienes algo de idea, pues si tienes un problema te sirve para seguir los pasos uno a uno y ver donde la has cagado.

Bien, nos ponemos a ello, y decidimos hacerlo mediante una Máquina Virtual, total para que narices vamos a usar una máquina intermedia, no hay que instalar hard, nos bajamos un vhd de Microsoft de Win2003 y ni instalamos...

La teoría del sistema "Swing It!" es sencilla, creamos un controlador de dominio temporal que replicará todos los elementos del directorio activo, lo convertiremos en catalogo global, asumirá todos los roles, replicará y en ese momento lo separamos de la red, lo conectamos al nuevo hardware repetimos los pasos y tenemos una replica identica del SBS original, con todas nuestras cositas conservadas, joer... dos horas de curro y listo.... dale niño....

Bien comenzamos la tarea, montamos Virtual Server R2 en la máquina con hardware nuevo, un VHD de microsoft con Windows 2003 Standard de evaluación (si, si, aqui está: http://www.microsoft.com/vhd/), lo configuramos, lo unimos al dominio, le promocionamos como controlador, nos replica el dns, joer, esto va de locura.... vamos, vamos... esto en hora y media... (tardamos más en descargar que en montarlo... si esto es España). Lo desconectamos de la red del SBS original y decimos vamos a cerciorarnos que va todo bien, vale, nos bajamos un Vista de Evaluación, ale para el Virtual Server, lo arrancamos, lo intentamos unir al dominio y ups... no hay forma....

Algo ha pasado...revisamos, miramos, re-revisamos....y descubrimos que el servicio NTFRS no está replicando los directorios SYSVOL Y NETLOGON con lo que Houston tenemos un problema, bien una semana de curro, dandole vueltas, tirando el controlador, uniendolo desuniendolo, mirando, leyendo KB de MS, nada de nada...

En este momento la desesperación es bastante grande la verdad, así que no podemos perder más tiempo (ya hemos perdido bastante pasta con una semana y un fin de semana continuo migrando historias). Y a alguien se le ocurre borrar la base de datos del NTFrs (si reiniciarlo tampoco funciona), paramos el servicio, la borramos, lo iniciamos...y voila!, no replica pero si nos da el evento 10516 que dice que sysvol y netlogon ya están disponibles..... así que como medida drastica decidimos no perder más tiempo seguir desde ese punto y ya algun machaca se recreará todas las GPO a manita... les imprimimos las configs, y ale para adelante...

La verda es que el resto del camino tuvo algun que otro problema (configuraciones de DNS olvidadas, etc. el sistema de Jeff incluye unas herramientas que evitan ese tipo de problemas) pero conseguimos tener el directorio activo en el nuevo hardware sin problemas, pero también sin GPO.

Al echar un ojo a las politicas que habían llegado, las politicas estaban pero los archivos que deberían conteniendolas no estaban, sysvol estaba vacio, podíamos crearlas, pero no editar o aplicar las existentes, así que teníamos un visor de sucesos petado de errores. La solución....

Sencillo, exportarlas, se abre la consola de GPO, botón derecho en cada una de ellas y se exportan, ojito con esto, no lo hagáis sobre un HDD USB ya que tuvimos problemas con los nombres de algunas de ellas por los caracteres y las longitudes, exportarlas en vuestro disco duro NTFS y luego las comprimis con un WINRAR para moverlas al nuevo hardware... En el nuevo hardware las importais, y voila!, servidor en producción como un campeon....

Realmente la historia es bastante más compleja, lo único que pretendo es comentaros que si os encontrais en este caso y NTFrs no monta sysvol y netlogon, borrarle la base de datos, y al final simplemente le copias (exportais e importais) las politicas y los scripts que podáis tener y listo...

Un saludo.

Desarrollo para Microsoft CRM 3.0

2007-07-29T15:47:00.000+02:00

Hace tiempo ley una frase que decía "Los README son para cobardes, ¡ejecuta!", y la verdad es que creo que es una máxima de los informáticos, pero todos somos conscientes que tras 3 días de darnos cabezazos contra algo que no conseguimos que funcione, perdemos dos horas en leer un par de docs, y lo sacamos en 5 minutos... pues eso mismo es aplicable a este pequeño articulo.

El tema de hoy se basa en desarrollar "Callouts" o "Workflows" para Microsoft CRM 3.0 en Visual Studio 2005. Bien, MS te da soporte para VS 2003, y su CRM SDK solo es para 2003. Y claro, vacaciones, portatil, conexión UMTS, busca VS2003, bajatelo, lleva instalado dos entornos de desarrollo, los SDKs, que hay configurado, que no, vamos una locura... Así que alguien debió pensar lo mismo y se ha currado un template para crear callouts en C# en Visual Studio 2005, y ¡es autoinstalable!.

Bien, el autor es Arash Ghanaie-Sichanie (uno de los desarrolladores de MS), tienes hasta un MSI para instalar el template, lo primero que te llama la atención al instalarlo es que la ruta por defecto es "C:\Program Files\" sin más, y dices bueno, si este chico lo ha hecho así el sabra... Bien, instalas, y evidentemente no funciona. Lo quitas, y dices pues hay algo mal, lo reinstalas, pero ahora le fuerzas la ruta a la del VS2005, y tres cuartos de lo mismo. No hay forma, hasta que te da por leer un poco más abajo en su blog (los comentarios), y descubres que donde se deben instalar los templates es en "Documents and Settings (ó Users en Vista)\Documentos\Visual Studio 2005\Templates\ProjectTemplates\", pues nada, desinstalamos, reinstalamos, y efectivamente, ahi están los templates. ¡Genial! vamos a programar algo.....

Meeec, error, no encuentra algo en C:\Program Files\DynamicsCRM\, esto te hace pensar, oyes pues quizas la primera opción era correcta, pero esta vez tiras por la calle de enmedio, copias el directorio DynamicsCRM que te ha instalado en tu carpeta de templates en C:\Program Files\ y ale funcionando perfectamente...

Espero que al menos encuentres este post antes de que te vuelvas loco intentando hacer funcionar todo esto ;-)

P.D.: Los gurus de Visual Studio ya saben todo esto, es que este post no es para ti...

Enlace al template: http://blogs.msdn.com/arash/attachment/719626.ashx
Enlace al Articulo original: http://blogs.msdn.com/arash/archive/2006/08/25/719626.aspx

Saludos.

Licenciamiento en Terminal Server 2003

2007-07-28T11:11:00.000+02:00

El licenciamiento en los productos de Microsoft es una de las partes a mi modo de ver peor soportadas. No se si es algún tipo de interés oculto dentro de MS para tener la libertad de cambiarlo cuando les plazca, o que realmente no quieren que se conozca o entienda de manera eficiente. Tengo amig@s que son MCP en licenciamiento de Microsoft en sus 3 categorías, y ni siquiera ellos pueden explicartelo. Tengo acceso a partners de MS que tienen competencia de Licenciamiento y ni por esas, por ello tras la experiencia que vamos cogiendo día a día, aqui avanzamos algunas de las cosas que descubrimos de licenciamiento sobre todo desde el punto de vista de los desgraciaitos técnicos.

El licenciamiento de Terminal Servern en Windows 2003, tiene dos modos diferentes de ser contemplado, podemos otorgar licencias por dispositivo o por usuario.

Licencias por dispositivo: Estas licencias se otorgan a un cacharro único (entiendase por cacharro, cualquier cosa que sea utilizable con un cliente de terminal server, un PC, una PDA, un Tablet, etc.), en este caso no importa cuanta gente utilice un cacharro, es el propio cacharro el que tiene la licencia asignada y pueden acceder tantas personas como queramos desde el mismo. Un ejemplo sería una empresa de telemarketing, en que tenémos 20 puestos de operadoras, con 3 turnos (si un poco esclavizados pero bueno), esto hace que 60 personas diferentes usen los sistemas, pero como elegiríamos el sistema por dispositivo, solo necesitamos 20 licencias, una para cada cacharro o PC.

Licencias por usuario: Estas licencias en vez de utilizarse por cacharro van asignadas a un único nombre de usuario. Esto es, 1 licencia para "Fulanito de Tal", este fulanito podrá acceder desde todos los cacharros del mundo que desee a su servidor de Terminal en modo licencia por usuario. Este escenario está pensado por ejemplo para los que tenemos o utilizamos habitualmente más de un cacharro, el PC de la oficina, el de casa, la PDA, el del Cyber, si fueramos por dispositivo necesitaríamos una licencia para cada uno, al ser por usuario se asigna la licencia al usuario "Fulanito de Tal" y listo.

El sistema de licenciamiento funciona por servidor, esto quiere decir que si el servidor está en modo licencia por dispositivo, no podemos instalar licencias por usuario y viceversa. Lo que hay que tener en cuenta, en un único servidor de licencias no pueden convivir los dos modos. Sin embargo en una misma red si podemos tener dos servidores de licencias sin problemas, en modos diferentes, peeeeeeeeeero ojito, por que cada servidor de Terminal server se agarra a un único servidor de licencias, por lo que si el sevidor de TS número 1 está agarrado al servidor de licencias (puede ser el mismo o no) que sirve licencias por dispositivo, solo podrá conectarse gente con licencias por dispositivo.

Tras esta introducción siguen dos articulos más sobre la gestión de licencias, y sobre la asignación de las mismas... estar atentos por que la parte de licenciamiento por usuario es muy, muy interesante.....

Bienvenida...

2006-12-10T23:29:00.000+01:00

Los que hayais seguido mi blog de manera habitual (tampoco mucho ya que como el 95% de la gente escribo poco), sabéis que mi actividad principal en la vida está relacionada con estos chismes con cables, bits, y bytes.

Esto hace que prácticamente de manera diaria me encuentre con problemas de mis clientes en muchos casos fuera de lo habitual, no cosas como no me imprime o no puedo navegar, sino cosas como veo bien los PDF en la pantalla y al imprimirlos salen con caracteres extraños, o cosas de este estilo.

Es posible que muchos digais, pero y el pollo este tiene problemas con estas idioteces?, pues que inutil. Bien si este es tu caso entonces este blog no es para ti... ;-) lo pillas verdad?. Sin embargo si esto te ha pasado y crees tener una solución, o la que yo encontre te saca de un apurillo, pues maravilloso.... una buena obra que hemos hecho. Solo te pido que me dejes un comentario...

Gracias y bienvenidos a todos los que paséis por aquí.

Saludos.