manron.es » Windows

Windows 7

admin — Tue, 27 Oct 2009 19:08:22 +0000

Cunde la alarma en Sietes, hay 2 tractores que no arrancan y un hórreu se ha vuelto azul.

Trisquelmedia en Twitter.

El tiempo es relativo

admin — Wed, 22 Jul 2009 19:46:56 +0000

xkcd, genial como siempre…

Receta: Borrado caché DNS

manron — Sat, 10 Jan 2009 09:00:26 +0000

Pregunta: ¿Cómo se borra la caché DNS?

Respuesta: En Unix (al menos Solaris y algunos Linux), mediante el comando

nscd -i hosts

o directamente reiniciando el demonio

/etc/init.d/nscd restart

(o stop | start dependiendo de las versiones).

En Windows, con el comando

ipconfig /flushdns

Por último, en OS X 10.4.x (Tiger), se borra mediante

lookupd -flushcache

y en 10.5.x (Leopard) con

dscacheutil -flushcache

Nota: Actualizada la receta el 26/10/09 para Leopard… un día de éstos comprobaré si funciona en Snow Leopard

Receta: NetWorker 7.2 y Windows 2003 Server SP1

manron — Tue, 30 Oct 2007 16:42:59 +0000

Tras instalar el cliente de Legato NetWorker 7.2.2 en un equipo con Windows Server 2003 SP1, se comprueba que no está realizando backup de la unidad C:, sólo copia supuestamente dos ficheros, tanto al hacer un full como un incremental.

w2003srv: C:\ level=full, 1 KB 00:00:12 2 files w2003srv: E:\ level=full, 17 GB 22:11:56 16887 files w2003srv: ASR:\ level=full, 1239 KB 00:05:28 12 files w2003srv: SYSTEM DB:\ level=full, 11 MB 00:02:28 11 files w2003srv: SYSTEM STATE:\ level=full, 175 MB 00:19:02 683 files w2003srv: SYSTEM FILES:\ level=full, 457 MB 00:44:52 2646 files

El problema desaparece al actualizar la versión de NetWorker a la 7.3.3.

Receta: Archivos excluidos al hacer backup en Windows

manron — Sun, 28 Oct 2007 08:52:48 +0000

La mayoría de programas de backup para Windows (entre ellos Ntbackup y Legato Networker) ignoran, tanto al realizar la copia de seguridad como al restaurar, aquellos archivos y directorios que se encuentran en una lista que se mantiene en el registro de Windows (2000, XP y 2003 Srv).

Para las copias de seguridad, la lista está en HKLM\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup; para la restauración, la clave es HKLM\SYSTEM\CurrentControlSet\Control\BackupRestore\KeysNotToRestore.

Origen:
LEGATO NetWorker Release 7.2 Administrator’s Guide, Microsoft Windows Version
Microsoft KB 233427

Receta Windows: Bloqueo de cuenta de usuario, eventos 1053 y 40960

manron — Tue, 24 Apr 2007 07:00:00 +0000

Problema: tras uno de los cambios periódicos y obligatorios de contraseña, la cuenta de un usuario comienza a bloquearse constantemente, tras desbloquearla se vuelve a bloquear entre una y dos horas más tarde.

Tras revisar el Visor de sucesos en su equipo (Windows XP Professional SP2, en un dominio Windows Server 2003 SE, SP1), se observan los siguientes errores, aproximadamente al tiempo en que se producen los bloqueos de la cuenta:

Aplicación:

Tipo:	Error
Usuario:	NT AUTHORITY\SYSTEM
Equipo:	estacion
Origen:	Userenv
Categoría:	Ninguno
Id. suceso:	1053
Descripción:	Windows no puede determinar el nombre de usuario o de equipo. ( Error interno ). Se ha anulado el proceso de directiva de grupo.

Sistema:

Tipo:	Advertencia
Usuario:	No disponible
Equipo:	estacion
Origen:	LSASRV
Categoría:	SPNEGO (Negociador)
Id. suceso:	40960
Descripción:	El Sistema de seguridad detectó un intento de ataque para degradar el Servidor LDAP/dc.dominio.es. El código de error del protocolo de autenticación Kerberos era “La cuenta del usuario ha sido bloqueada automáticamente porque se han solicitado demasiados intentos de inicio de sesión o de cambio de contraseña (0xc0000234)”.

Solución: el problema resulta ser causado por algún problema en la entrada correspondiente al equipo en DNS. Supuestamente, Kerberos no podía autenticar el nombre del equipo, si bien en la consola DNS aparecían correctamente tanto el registro A como el PTR.

Tras borrar ambas entradas y recrearlas, el problema desaparece.

Receta: Problemas al acceder a una carpeta local en Windows

manron — Mon, 23 Apr 2007 14:30:00 +0000

Problema: al intentar acceder desde Windows a una carpeta local, pero que está dentro de un recurso compartido para su utilización por otros usuarios, aparece el siguiente error:

path hace referencia a una ubicación que no está disponible. Puede ser un disco duro en este equipo o en una red. Compruebe que el disco está correctamente insertado, que está conectado a Internet o a la red e inténtelo de nuevo. Si aún así no lo consigue, puede ser que la información se haya movido a otra ubicación.

Solución: Al final, el problema ha resultado ser que la carpeta, cuyo nombre terminaba en un
espacio en blanco, había sido creada desde un Mac, accediendo al recurso compartido a través de
SMB. OS X permite nombres de ficheros y carpetas que finalicen en un punto o en un espacio en
blanco, mientras que Windows no los soporta. El problema desaparece tras renombrar la carpeta
desde OS X, eliminando el último carácter.

Receta Windows: Error al acceder a OpenLDAP desde Outlook

manron — Mon, 20 Nov 2006 07:00:00 +0000

Tras actualizar Microsoft Office a la versión XP, Outlook deja de conectarse al servidor LDAP (OpenLDAP 2.2.15) mostrando el error “unavailable critical extension in context“.

Según la KB 555536 de Microsoft, se trata de un problema con la versión 2.2.29 de OpenLDAP (si bien en mi caso la versión no coincide exactamente). La solución es añadir al registro la clave HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\10.0\Outlook\LDAP y crear un nuevo valor DWORD, DisableVLVBrowsing, con el valor 1.

Para finalizar, como no, debe reiniciarse el equipo.

Receta Windows: Creación de alias NetBIOS

manron — Tue, 14 Nov 2006 19:00:00 +0000

[Plataforma: Windows 2000] Recientemente se ha dado el caso de tener que migrar los servicios que facilitaba un servidor Windows 2K, bilbo, a otro servidor, frodo, ya existente y con más recursos. Al antiguo servidor accedían del orden de 50 usuarios, y todos a través de rutas UNC de la forma \\bilbo\recurso. Por tanto, la migración pasaba por modificar, equipo a equipo, las rutas UNC a la forma \\frodo\recurso.

Al estar configurados los equipos con NetBIOS, la solución de crear un alias DNS para que el nombre de la máquina antigua apuntase a la nueva no sirve, puesto que la resolución de nombres en las rutas UNC no se realiza mediante TCP/IP.

¿La solución? Crear un “alias” NetBIOS o, dicho de otra forma, asignar más de un nombre NetBIOS a la misma máquina.

Si bien a primera vista podría parecer que la solución sería la de añadir una entrada estática en el servidor WINS, por alguna razón esto no funciona. El remedio pasa por editar el registro del nuevo servidor, frodo, añadiendo en la clave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters una nueva entrada, OptionalNames, de tipo REG_SZ (REG_MULTI_SZ si vamos a añadir más de un nombre).

Para que los cambios tengan efecto, debemos reiniciar el servicio Servidor. Al arrancar de nuevo, frodo notificará al servidor WINS su nombre NetBIOS, así como todos los nombres adicionales que hayamos definido. A partir de este momento, cualquier referencia desde un equipo a \\bilbo\recurso accederá a \\frodo\recurso.

Receta Windows: Deshabilitar el uso de dispositivos de almacenamiento USB

manron — Thu, 09 Nov 2006 19:00:00 +0000

Origen: Microsoft KB 823732

Si el dispositivo no está conectado al equipo, denegar al usuario permisos a los ficheros usbstor.pnf y usbstor.inf, que se encuentran en la carpeta %SystemRoot%\Inf. Para revertir el efecto, basta con reintegrar al usuario los permisos a estos ficheros.

Si el dispositivo ya está conectado al equipo, es necesario modificar el registro, estableciendo a 4 el valor Startde la clave HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\UsbStor. Por el contrario, asignando a esta clave el valor 3 se habilita el uso de dispositivos de almacenamiento USB.

Se ha probado esta receta en Windows XP SP2. En Windows Server 2003 es posible conseguir el mismo resultado mediante políticas de grupo, según la KB 555324.