Ya ha salido la versión 10.2 del popular CD de utilidades.
Hiren's BootCD 10.2 - www.hiren.info
viernes 26 de febrero de 2010
lunes 22 de febrero de 2010
Imagen ISO Microsoft de seguridad de febrero de 2010
Detalles rápidos
Versión: 913086
Boletines de seguridad: MS10-002 MS10-005 MS10-006 MS10-007 MS10-008 MS10-009 MS10-010 MS10-011 MS10-012 MS10-013 MS10-014 MS10-015
Artículos de Knowledge Base (KB): KB978207 KB978706 KB978251 KB975713 KB978262 KB974145 KB977894 KB978037 KB971468 KB975560 KB977914 KB977290 KB977165
Fecha de publicación: 10/02/2010
Descargar imagen ISO
Versión: 913086
Boletines de seguridad: MS10-002 MS10-005 MS10-006 MS10-007 MS10-008 MS10-009 MS10-010 MS10-011 MS10-012 MS10-013 MS10-014 MS10-015
Artículos de Knowledge Base (KB): KB978207 KB978706 KB978251 KB975713 KB978262 KB974145 KB977894 KB978037 KB971468 KB975560 KB977914 KB977290 KB977165
Fecha de publicación: 10/02/2010
Descargar imagen ISO
miércoles 17 de febrero de 2010
Acelerar el disco duro con Windows 7 (Serial ATA)
Algunos discos duros disponen de la tecnología AHCI de Intel, un protocolo que permite acelerar los procesos de escritura y lectura.
Lo primero hay que comprobar que en la BIOS de nuestro equipo tenemos soportado y habilitado el modo AHCI.
Una vez comprobado que nuestro sistema soporta AHCI y está habilitado iniciaremos nuestro sistema operativo Windows 7 y abriremos el "regedit".
Buscaremos la siguiente entrada de registro:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci
A la derecha nos saldrá una opción llamada Start que por defecto el valor está a "3".
Lo cambiamos por el valor 0.
Luego solo tendremos que reiniciar el equipo para que se apliquen los cambios.
Lo primero hay que comprobar que en la BIOS de nuestro equipo tenemos soportado y habilitado el modo AHCI.
Una vez comprobado que nuestro sistema soporta AHCI y está habilitado iniciaremos nuestro sistema operativo Windows 7 y abriremos el "regedit".
Buscaremos la siguiente entrada de registro:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci
A la derecha nos saldrá una opción llamada Start que por defecto el valor está a "3".
Lo cambiamos por el valor 0.
Luego solo tendremos que reiniciar el equipo para que se apliquen los cambios.
Server Quest
Comienza tu día en un Datacenter con tareas cotidianas y empiezas a interactuar con el resto de los empleados. Luego comienzan las preguntas sobre IT, algunas mas sencillas que otras, pero todas son posibles de responder.
Con un aspecto al más puro estilo aventuras gráficas de Lucas Arts.
Server Quest
Para poder ser jugado es indispensable tener instalado SilverLight.
martes 16 de febrero de 2010
Script para realizar Defrag Stores Exchange 2003
A veces es recomendable realizar a los diferentes Stores de Exchange.
Se puede realizar manualmente con la herramienta esseutil.
Aquí pongo un script que utilizabamos en un cliente para realizarlo de forma automática ejecutando un fichero BAT.
Lo único que se tendría que cambiar es la unidad y directorio donde estén almacenados los archivos EDB y STM.
Ej: Defrag.bat SG1 SG1DEPT2
Se puede realizar manualmente con la herramienta esseutil.
Aquí pongo un script que utilizabamos en un cliente para realizarlo de forma automática ejecutando un fichero BAT.
Lo único que se tendría que cambiar es la unidad y directorio donde estén almacenados los archivos EDB y STM.
Ej: Defrag.bat SG1 SG1DEPT2
@echo off
echo.
echo Backup, defragmentacion y compactacion de la BBDD %1
echo.
echo * (no indicar ruta ni extension de la BBDD).
echo.
echo * Ver log de ejecucion en G:\ExchSrvr\MdbData\backup\%2.LOG
echo.
echo --------------------------------------------------------- >> G:\ExchSrvr\MdbData\backup\%2.LOG
echo Backup, defragmentacion y compactacion de la BBDD %1 >> G:\ExchSrvr\MdbData\backup\%2.LOG
echo --------------------------------------------------------- >> G:\ExchSrvr\MdbData\backup\%2.LOG
echo.
date /t >> G:\ExchSrvr\MdbData\backup\%2.LOG
time /t >> G:\ExchSrvr\MdbData\backup\%2.LOG
date /t
time /t
echo Borrado backups anteriores: (del /Q G:\Exchsrvr\mdbdata\BACKUP\*.edb y *.stm) >> G:\ExchSrvr\MdbData\backup\%2.LOG
echo Borrado backups anteriores: (del /Q G:\Exchsrvr\mdbdata\BACKUP\*.edb y *.stm)
del /Q G:\Exchsrvr\mdbdata\BACKUP\*.edb
del /Q G:\Exchsrvr\mdbdata\BACKUP\*.stm
echo.
echo Inicio de la copia: (eseutil /y G:\ExchSrvr\MdbData\%1\%2.edb /dG:\Exchsrvr\mdbdata\BACKUP\%2.edb /o) >> G:\ExchSrvr\MdbData\backup\%2.LOG
echo Inicio de la copia: (eseutil /y G:\ExchSrvr\MdbData\%1\%2.edb /dG:\Exchsrvr\mdbdata\BACKUP\%2.edb /o)
rem echo Inicio de la copia: (xcopy G:\ExchSrvr\MdbData\%1\%2.* G:\ExchSrvr\MdbData\backup /F)
echo.
if exist G:\ExchSrvr\MdbData\backup\%2.edb goto defrag
eseutil /y G:\ExchSrvr\MdbData\%1\%2.edb /dG:\Exchsrvr\mdbdata\BACKUP\%2.edb /o
eseutil /y G:\ExchSrvr\MdbData\%1\%2.stm /dG:\Exchsrvr\mdbdata\BACKUP\%2.stm /o
rem xcopy G:\ExchSrvr\MdbData\%1\%2.* G:\ExchSrvr\MdbData\backup /F
:defrag
date /t >> G:\ExchSrvr\MdbData\backup\%2.LOG
time /t >> G:\ExchSrvr\MdbData\backup\%2.LOG
date /t
time /t
echo Inicio de la defragmentación (eseutil /DG:\ExchSrvr\MdbData\%1\%2.edb /tG:\tempdfgr.edb) >> G:\ExchSrvr\MdbData\backup\%2.LOG
echo Inicio de la defragmentación (eseutil /DG:\ExchSrvr\MdbData\%1\%2.edb /tG:\tempdfgr.edb)
echo.
eseutil /K G:\ExchSrvr\MdbData\%1\%2.edb
eseutil /D G:\ExchSrvr\MdbData\%1\%2.edb /tG:\tempdfgr.edb
date /t >> G:\ExchSrvr\MdbData\backup\%2.LOG
time /t >> G:\ExchSrvr\MdbData\backup\%2.LOG
echo.
date /t
time /t
echo
lunes 15 de febrero de 2010
Class not registered (Exception from HRESULT : 0x80040154 (REGDB_E_CLASSNOTREG)
Si alguna vez accediendo a nuestros ESX con el cliente de VMWare nos sale un mensaje como el de la captura siguiente:
Es posible que se deba a que el cliente se instaló desde un usuario que ya no existe. Este problema puede no permitir que accedamos a las consolas de nuestras máquinas virtuales.
La forma más rápida de solventar el problema será:
1. Ir a nuestro Virtual Center y descargarnos de nuevo el cliente.
2. Desinstalar la versión actual de nuestro Infrastructure Client.
3. Reinstalar como Administrador el cliente que nos hemos bajado.
Si todo ha ido bien, debería arrancar correctamente y ya deberiamos poder ver las máquinas virtuales correctamente.
Es posible que se deba a que el cliente se instaló desde un usuario que ya no existe. Este problema puede no permitir que accedamos a las consolas de nuestras máquinas virtuales.
La forma más rápida de solventar el problema será:
1. Ir a nuestro Virtual Center y descargarnos de nuevo el cliente.
2. Desinstalar la versión actual de nuestro Infrastructure Client.
3. Reinstalar como Administrador el cliente que nos hemos bajado.
Si todo ha ido bien, debería arrancar correctamente y ya deberiamos poder ver las máquinas virtuales correctamente.
Error en el servicio de perfil de usuario al iniciar sesión. No se puede cargar el perfil de usuario.
Si después de alguna actualización de seguridad de Windows Vista no nos permite iniciar sesión y nos saca el siguiente mensaje:
Error en el servicio de perfil de usuario al iniciar sesión. No se puede cargar el perfil de usuario.
Deberemos realizar las siguientes pasos.
1. Arrancamos con F8 en Modo a prueba de errores.
2. Nos dirigimos al Panel de Control
3. Usuario
4. Administrar perfil.
Allí veremos todas las copias que tiene ese perfil. Realizamos una copia de seguridad del perfil que vayamos a eliminar, a ser posible en otra unidad.
Luego eliminamos simplemente el perfil que deseemos y solo quedará reiniciar.
Debería arrancar correctamente.
Info de referencía sacada del siguiente post de Bandaancha.
Error en el servicio de perfil de usuario al iniciar sesión. No se puede cargar el perfil de usuario.
Deberemos realizar las siguientes pasos.
1. Arrancamos con F8 en Modo a prueba de errores.
2. Nos dirigimos al Panel de Control
3. Usuario
4. Administrar perfil.
Allí veremos todas las copias que tiene ese perfil. Realizamos una copia de seguridad del perfil que vayamos a eliminar, a ser posible en otra unidad.
Luego eliminamos simplemente el perfil que deseemos y solo quedará reiniciar.
Debería arrancar correctamente.
Info de referencía sacada del siguiente post de Bandaancha.
Administrar certificados en equipos remotos con Windows 2000/XP/2003/2008)
Nos podemos encontrar con el caso de que tengamos usuarios que se conectan con un Token para acceder al OWA o algún recurso de la red interna.
Estos certificados caducan, con lo que cuando ese usuario conecte su Token a algún equipo que por ejemplo no es el suyo tiene también la posibilidad de renovarlo.
Pero que sucede si viene otro usuario y en ese equipo intenta renovar el certificado del Token. Posiblemente de el error de que el certificado ya había sido renovardo.
La solución más rápida sería ir hasta ese equipo y borrar los certificados correspondientes a mano para que ese certificado en concreto pueda renovarse.
Otra solución es hacerlo vía consola MMC conectando remotamente con ese equipo (imaginemos que tenemos ese equipo en otra sede).
De forma transparente no necesitaremos interrumpir el uso de esa máquina.
Este procedimiento solo funciona bajo Windows 2000 / XP / 2003 / 2008.
Para iniciar el procedimiento realizaremos los siguientes pasos:
Iremos a:
Inicio>Ejecutar
Arrancar una consola tecleando mmc
Se nos abrirá una ventana como la siguiente.
Iremos a “Archivo>Agregar o quitar complementos”.
Nos cargará una nueva ventana. Ahí le daremos al botón “Agregar”.
Nos cargará otra pantalla en la cual deberemos seleccionar el complemento “Certificados” y le damos luego al botón “Agregar”.
Nos cargará otra pantalla más donde nos deja escoger 3 opciones.
Como queremos administrar un equipo remoto escogeremos “Cuenta de equipo”.
En la ventana siguiente nos solicitará entonces que digamos que equipo es al que nos queremos conectar.
Una vez realizado esto le daremos al botón “Finalizar”.
Volveremos a la pantalla anterior. Le daremos al botón “Cerrar”
Y por último al botón “Aceptar”.
Hasta la fecha de haber escrito esta entrada solo he conseguido hacer funcionar esto bajo los sistemas operativos Windows 2000, Windows XP, Windows 2003 y Windows 2008.
Bajo Windows Vista y Windows 7 me ha dado error de conexión, así que espero poder actualizar el artículo.
Estos certificados caducan, con lo que cuando ese usuario conecte su Token a algún equipo que por ejemplo no es el suyo tiene también la posibilidad de renovarlo.
Pero que sucede si viene otro usuario y en ese equipo intenta renovar el certificado del Token. Posiblemente de el error de que el certificado ya había sido renovardo.
La solución más rápida sería ir hasta ese equipo y borrar los certificados correspondientes a mano para que ese certificado en concreto pueda renovarse.
Otra solución es hacerlo vía consola MMC conectando remotamente con ese equipo (imaginemos que tenemos ese equipo en otra sede).
De forma transparente no necesitaremos interrumpir el uso de esa máquina.
Este procedimiento solo funciona bajo Windows 2000 / XP / 2003 / 2008.
Para iniciar el procedimiento realizaremos los siguientes pasos:
Iremos a:
Inicio>Ejecutar
Arrancar una consola tecleando mmc
Se nos abrirá una ventana como la siguiente.
Iremos a “Archivo>Agregar o quitar complementos”.
Nos cargará una nueva ventana. Ahí le daremos al botón “Agregar”.
Nos cargará otra pantalla en la cual deberemos seleccionar el complemento “Certificados” y le damos luego al botón “Agregar”.
Nos cargará otra pantalla más donde nos deja escoger 3 opciones.
Como queremos administrar un equipo remoto escogeremos “Cuenta de equipo”.
En la ventana siguiente nos solicitará entonces que digamos que equipo es al que nos queremos conectar.
Una vez realizado esto le daremos al botón “Finalizar”.
Volveremos a la pantalla anterior. Le daremos al botón “Cerrar”
Y por último al botón “Aceptar”.
Hasta la fecha de haber escrito esta entrada solo he conseguido hacer funcionar esto bajo los sistemas operativos Windows 2000, Windows XP, Windows 2003 y Windows 2008.
Bajo Windows Vista y Windows 7 me ha dado error de conexión, así que espero poder actualizar el artículo.
martes 9 de febrero de 2010
iSeries Access for Windows 7
Nuevamente con la nueva versión de Windows 7, los usuarios que aun utilizan AS/400 y quieran conectar con su host no van a poderlo hacer de forma correcta.
IBM ha sacado un Service Pack correspondiente, pero solo ha sacado para la versión de Client Access v6r1m0.
Para descargar el parche correspondiente se puede realizar desde el siguiente ftp:
ftp://ftp.software.ibm.com/as400/products/clientaccess/win32/v6r1m0/servicepack/si35607/
IBM ha sacado un Service Pack correspondiente, pero solo ha sacado para la versión de Client Access v6r1m0.
Para descargar el parche correspondiente se puede realizar desde el siguiente ftp:
ftp://ftp.software.ibm.com/as400/products/clientaccess/win32/v6r1m0/servicepack/si35607/
lunes 8 de febrero de 2010
jueves 4 de febrero de 2010
TechNet Security Day 2010 [Barcelona / Madrid]
-758650.jpg)
http://technet.microsoft.com/es-es/ee942770.aspx
Microsoft ha preparado de nuevo sus jornadas de seguridad.
Para todo aquel que esté interesado puede conseguir invitaciones gratuitamente para Barcelona y Madrid en las fechas abajo indicadas.
Para ello solo tenemos que registrarnos con nuestra cuenta Passport (Hotmail mismamente).
23 Febrero 2010 - Barcelona
25 Febrero 2010 - Madrid
Suscribirse a:
Entradas (Atom)