Ocultar unidades de Mi PC

En ocasiones por seguridad y/o dificultar el acceso no autorizado a ciertos accesos es conveniente no mostrar algunas de las unidades. En este caso mostraremos como mediante política de grupo, aplicar esta restricción.

Creamos una nueva directiva:

Configuración de usuario -> Directivas -> Plantillas administrativas -> Componentes de Windows -> Explorador de archivos

Seleccionamos la opción "Ocultar estas unidades especificadas en Mi PC"

Podemos elegir entre diferentes opciones. Recordar que aunque no se muestren es posible acceder dependiendo del resto de directivas y acceso a programas, lo que no invalida tener que aplicar los permisos limitados a las carpetas, programas, configuraciones...



Navegando camino a HTTP/2

Nada más y nada menos que 16 años ha costado actualizar el protocolo, que muchos escriben y pocos conocen en profundidad, siendo la base de multitud de servicios que utilizamos a diario y cada vez más. Google lo presentó como una mejora considerable para las paginas web, poco a poco ha ido ganando usuarios y defensores entre otras grandes compañías, hasta llegar la petición final a la RFC.

Microsoft presentó una versión mejorada para su utilización en redes móviles, llamada Speed+Mobility con funcionalidades adicionales que todavía podrían llegar.

No sucede por arte de magia y las bases de esta mejora es la capacidad de multiplexación, es decir, se pueden enviar y responder a varias peticiones (cliente-servidor) al mismo tiempo, disminuyendo posibles problemas de bloqueo de páginas y utilizando procesamiento en paralelo (más de una petición/respuesta se atienda al mismo tiempo).
Los datos de cabecera, los que identifican que va dentro del contenido siguiente, se comprimen para disminuir el tamaño de la información que se envían entre las partes; además el contenido pasar a ser utilizado en binario evitando errores y validaciones adicionales.

En cuanto al uso diario, la mejora de la velocidad con este cambio ronda el 40%, para ello es necesario que tanto los navegadores como los servidores sean capaces de utilizarla. Para el usuario normal esta mejora la irá notado conforme se consiga la aprobación y expansión entre los proveedores y servidores.

Motivos por lo que utilizar ReFS en lugar de NTFS: Resilient File System

Inicialmente pensado para servidores de archivos, las mejoras sobre el anterior NTFS son más que notables, sobre todo en entornos virtualizados. Así como ya nadie se plantea tener datos de sistemas operativos en formato FAT, poco a poco pasará lo mismo con NTFS. Las ventajas principales son las siguientes:

- Nombre archivos y rutas largas, muy largas. La limitación de 255 caracteres pasa a más de 30.000 en formato Unicode.
- El tamaño máximo de volumen pasa de 16 exabytes, que ya era una cantidad astronómica para el uso más habitual, a más de 260.000 exabytes 
- La actualización de metadatos de los ficheros, por ejemplo un cambio de nombre, es más segura; una copia del metadatos se realiza y cuando acaba la escritura de la copia, se verifica que no hay escrituras pendientes y actualiza. Un ejemplo práctico, estamos moviendo archivos de carpeta y se van la luz, depende del momento en el que se encontrarse la copia es posible que los datos quedaran corruptos, con el nuevo sistema se reduce considerablemente esta posibilidad (las llamadas torn writes)
- Su utilización conjunta con espacios de almacenamiento (Storage spaces) mejora la fiabilidad y rendimiento, en caso de encontrar una copia corrupta se regenera de manera automática mediante sumas de comprobaciones.
- Sin utilizar espacio de almacenamiento y espejado de datos (mirroring) en el hipotético caso de encontrar problemas en una parte de los datos, este daño no afecta a todo el volumen, sigue estando disponible excepto las partes que serán eliminadas. Un ejemplo, no es necesario apagar el sistema, y/o desconectar el volumen para tener acceso exclusivo para su reparación.




Eliminar base de datos SQL en modo restauración

En ocasiones es posible encontrar una base de datos en Microsoft SQL Server en un estado inconsistente, durante el proceso de restauración o recuperación y siempre teniendo una copia, es posible forzar el cambio de estado.

"ALTER DATABASE is not permitted while a database is in the restoring state"
"ALTER DATABASE statement failed. (Microsoft SQL Server. Error: 5052)"

En este caso, no podemos eliminar ni poner offline si se encuentra en modo restauración (Restoring) podemos solucionar ejecutando el siguiente comando:

RESTORE DATABASE nombreDeMiBaseDeDatos WITH RECOVERY

A partir de entonces podremos continuar con su eliminación sin problemas.




Windows NT virtualizado en VMware

En ocasiones por limitaciones de presupuesto, disponibilidad de software, recursos... no es posible en la práctica real tener todos los sistemas actualizados como nos gustaría. Con estas premisas nos toca virtualizar un equipo obsoleto con nada más y nada menos que Windows NT, nos remontamos al año 1993! Aquí es donde la virtualización nos ayuda a dar una solución estable a varios problemas que nos podemos encontrar:

- Reutilización de dongles de seguridad con puerto paralelo (LPT1)
- Ejecución de código de programas para Win16

En nuestro caso concreto no era posible ejecutar el programa ni en Windows 2000, por lo que tuvimos que extraer los discos para crear un disco duro virtual a partir del físco. Una vez creada la máquina en nuestro entorno de virtualización pudimos empezar a actualizar Windows NT a la última versión disponible Service Pack 6a y los discos de instalación originales.

El siguiente paso tocaba mejorar el sistema de ficheros, desde FAT (no fat32) a NTFS dentro del entorno ya virtualizado y redimensionar las particiones originales de 2 GB, ciertamente la máquina NT se había comportado de forma más o menos estable (dentro de los esperable) todos estos años. La conversión desde el propio equipo con el comando:

convert C: /fs:ntfs


Después de un par de reinicios, ya teníamos una mejora necesaria. Aprovechamos para optimizar el funcionamiento, añadiendo un disco duro adicional al sistema para el archivo de paginación y ampliar la RAM hasta los 3 GB, más que suficiente en este caso. La máquina virtualizada en un entorno más estable y controlado empezada a notarse menos perezosa en sus inicios.

Ahora necesitábamos red, en VMware la instalación debía ser sencilla instalando los drivers y las herramientas de integración para el driver AMD PCNET Family Ethernet Adapter pero en este caso se torno algo más complicado al no encontrar los drivers en las fuentes que indica el fabricante. Tras varias pruebas con diferentes discos de instalación, encontramos 2 fuente fiables para los drivers:

- Driver de HP: SP1657
- Driver de IBM: 32p0067

En ambos casos hallamos los archivos que requeríamos para la instalación de la tarjeta de red, sin acudir a los CDs de Windos NT 4.0:

- amddlg.dll
- Amdpcn.sys
- Oemsetup.inf
- vmxnet.sys


Tras el obligado reinicio, ya disponíamos de conectividad de red a través del host: