Aloquevamos.com Blog, ocasionalmente…

Configurar Windows Server 2008 como cliente NTP

Con la manía que tienen de complicar las cosas... Hay que abrir un cmd y poner:

w32tm /config /update /manualpeerlist:ntp.server.dom /syncfromflags:MANUAL /reliable:YES

w32tm /query /source

Saludos!

No se puede instalar Service Pack. Acceso Denegado

Me he vuelto "mico" estos días en el trabajo intentando actualizar un SQL Server 2000 a SQL Server 2008, por el problema de base que el servidor en cuestión ni siquiera tenía instalado Service Pack 2. Lo sé.

El problema es que al intentar instalar el SP2, me aparecía el error "Acceso Dengado". Esto me había pasado ya con XP y la solución era el famoso cmd que resetea los permisos del registro y algunos directorios para que la instalación se pueda llevar a cabo. En este caso no fué esta la solución. Después de muchas vueltas y muchas pruebas (borrando claves de registro con nulls y cosas de esas), me encontré con esto:

http://blogs.technet.com/b/sbs/archive/2007/06/22/sp2-may-fail-to-install-if-a-large-number-of-updates-are-installed.aspx

El artículo viene a decir que Windows Server (en el caso del artículo SBS) tiene un "tope" de actualizaciones instaladas!!!! Comorl!?!? Por lo visto hay una base de datos que mantiene un registro de los parches instalados y como todo, tiene un límite. Si esa base de datos "se llena" no hay mas updates.

En el blog de technet dan una solución automática y una manual. Yo probé las dos, por si acaso, y fué perfecto. Después de ejecutar el bat de marras, SP2 se instaló correctamente.

Por si lo necesitáis el bat es éste (copiad y pegad en un fichero y ponedle la extensión bat):

----------- BEGIN ---------------

@ECHO OFF
SETLOCAL EnableDelayedExpansion

net stop cryptsvc
cd /d %WINDIR%\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}
attrib -s *.*
md %WINDIR%\system32\CatRoot\backup

FOR /F "delims=" %%a in ('REG QUERY "HKLM\Software\microsoft\Windows NT\CurrentVersion\Hotfix"') DO (REG QUERY "%%a" /v "Service Pack" | findstr /c:"0x2"
if !ERRORLEVEL!==0 (
For /f "delims=\ tokens=7" %%i in ('REG QUERY "%%a" /v "Service Pack"') do (
move %%i.cat %WINDIR%\system32\CatRoot\backup
)
)
)

if exist %WINDIR%\system32\CatRoot\backup\kb912354.cat copy %WINDIR%\system32\CatRoot\backup\kb912354.cat

%WINDIR%\system32\CatRoot\{F750E6C3-38EE-11D1-85E5-00C04FC295EE}
ren %WINDIR%\system32\catroot2 catroot2.old
md %WINDIR%\system32\CatRoot2
net start cryptsvc

@echo Ready for SP2 install.  You can now restart the SP2 installation.

----------- END ---------------

Saludos a todos!

Spamassassin in Exchange 2003

Desde que implatamos Exchange en la empresa, hemos tenido contratado un servicio "relay" antispam/antivirus, de dudosa calidad, ya que toda la empresa se quejaba de la ingente cantidad de spam ("virus" como aqui los llaman) que se reciben. Vista su poca eficiencia y (sobretodo) su precio, se decide prescindir del servicio. A partir de este punto la cosa se vuelve a malas, ya que un fin de semana puede suponer unos 200 mails de spam en una sola cuenta, así que habñia que hacer algo.

El primer intento fué montar postfix con spamassassin y MailScanner para hacer el mismo efecto de relay. No pudimos poner en solfa SASL para autetificar a los usuarios contra Active Directory, y eso junto a que no se por qué las conexiones exteriores quedaban siempre en estado SYN_RECVD y nunca pasaban al estado CONNECTED, nos hizo deshechar esta opción.

Para mi sorpresa, SpamAssassin puede ser instalado en Windows y buscando un poco en google me encontré con esto, que en dos pasos súper sencillos, instala spamassassin y lo "integra" en Exchange.

En cuanto lo pusimos a andar, funcionó desde el primer mail. Ahora sólo se cuela alguno, de cuando en cuando, pero así tenemos entretenimiento para ir entrenando el sistema

El caos y la destrucción reinarán el dia que MS domine el mundo

Hoy prometía ser otro día de trabajo como cualquier otro. Bueno, ayer a última hora configuramos la política del dominio para que instalara a todos los PC's el cliente ICA, pero a bote pronto tampoco supone nada "raro".

Hemos entrado por la puerta, y de camino a nuestro "zulo" ya nos han asaltado un par de veces con la concreta y específica frase "no funciona nada!". Vamos bien. Tenemos unos switches 3com a los que siempre he odiado por que con ellos la estabilidad brilla por su ausencia, con lo que hemos pensado que reinciando los switches bastaría. Lo hacemos y nos vamos a sacar el merecido café matutino.

No habíamos acabado con el café y empiezan los "el correo no va", "no puedo entrar al programa", etc. Después de pasearnos por los PC de la gente que se quejaba, conseguimos distinguir varios sintomas.

1. El escritorio parpadea. Cada pocos segundos, todo lo que hay abierto parpadea un milisegundo, como si todo perdiera foco, y luego se vuelve a poner bien. Esto es un follón, por que cualquier cosa abierta que no sea una ventana (p.e. el menú inicio o cualquier menú desplegable) desaparece en perder foco.
2. El programa de contabilidad "peta" (ha generado errores y se cerrará) escribiendo en un cuadro de texto, ni si quiera cuando hacen alguna operación.
3. Las unidades de red van y vienen sin motivo aparente. Cuando digo que van y vienen me refiero a que se mapean, al cabo de un rato desaparecen, se vuelven a mapear y asi sucesivamente.

Después de mirar varias cosas y probar el archi-conocido y super-funcional "Si no funciona reinicia", todo sigue igual. Después de dar bastantes vueltas, hemos encontrado el que y ahora todo funciona normalmente o al menos eso parece. Los problemas que detectamos fueron los siguientes.

1. Sin saber como ni por que, el valor de la directiva de grupo que le dice a los PC cada cuanto tiempo tienen que actualizar la directiva tenía por valor "0". A priori he pensado "ah pos será ilimitado", pero acto seguido he pensado lo que acabáis de pensar vosotros "no tiene ninguna lógica". Gracias a san Google, hemos encontrado un articulo de MS en el que decían que un valor 0 en ese campo hace que los PC's acutalicen la política cada... 7 segundos! De ahí venía el parpadeo y las pérdidas de foco.
2. El servidor principal de dominio a su vez es el servidor de licencias de Terminal Server, que casualmente hemos estado trasteando estos dias para la instalación de un paquete de licencias nuevo. En no se qué aplicación de administración, nos salió un mensaje de que el servicio de Registro de Licencias no estaba arrancado en el servidor de licencias, con lo que lo arrancamos. No sacamos nada en claro, pero con la memoria de pescado que tenemos, el servicio se quedó en marcha en los dos servidores de dominio que tenemos. Lo bueno es que uno es servidor de licencias, pero el otro no, y los que tenían la desdicha de validarse en ese servidor, no conseguian ningún tipo de licencia, ni siquiera para el "SMBServer", o sea ficheros compartidos de red e impresoras.

De momento parece que todo vuelve a andar, a ver lo que dura. La moraleja del tema es lo inútil de la política empresarial de "Elijo la infraestructura de MS en frente a la de software libre, por que tiene mejor soporte". En los discos originales de MS de Windows, hay una cláusula impresa que viene a decir que MS no dará soporte técnico en ningún momento y que éste lo tiene que dar el partner local. Muy bien, pero eso es lo mismo que tenemos con el software libre, no? Y por otro lado, en este caso, la gente que montó en su dia el dominio (ajena a la empresa, ya estaba en marcha cuando yo llegué) probablemente o no tenía ni idea de que eso existiera o bien no le dió la más mínima importancia. Por eso, la segunda moraleja es "MS incentiva la creación de técnicos de bajo nivel", que creen que con buscar la opción correcta en el menú contextual ya son buenos técnicos. A los MCSA y MCSE que corren por ahi hay que darles de comer aparte, esos si que "dominan" (o por lo menos los que yo he conocido).

Saludos,
Chiru.