Deshabilitar la comprobación estricta de nombres

Para deshabilitar la  "estricta comprobación de nombres" en Windows 2003 Server y así permitir que el servidor pueda responder a un alias de DNS. Esto se realiza mediante la edición del registro:

Para resolver esto en Windows Server 2003, seguir estos pasos:

Realizar el siguiente cambio en el registro:

1. Iniciar el editor de registro de windows (Regedt32.exe).
2. Ubicarse en la siguiente entrada:

3. HKLM\System\CurrentControlSet\Services\LanmanServer\Parameters

4. En el menú Editar, haga clic en Agregar Valor, y agregue la siguiente entrada y sus valores:

   Nombre del Valor: DisableStrictNameChecking
   Tipo de Dato: REG_DWORD
   Radix: Decimal
   Valor: 1

  
Imagen de referencia.

1. Salir del editor de Registro.
2. Reiniciar el Servidor.

 

Esto permite al servidor "Server1" o "Server1.Midominio.dom" para responder a una entrada de DNS, como "miservico" o "miservicio.midominio.dom"

... Esto está desactivado por defecto, ya que disminuye la seguridad.
No se recomienda hacer esto en una zona DMZ o en una zona de Internet. 

Regalo de cumpleaños treintaitantos

Bueno, como algunos sabrán hace unos días atrás sumé un año mas a mi humanidad y la mujer de mi vida me hizo un regalo que cualquier desearía, ella me regaló un iPod Touch 2da generación.

Gracias mi amor…

Pero para que la envidia se los coma vivos, aquí les dejo el unpacking, disculpen los fondos de las fotos, pero no aguante a preparar el set…

 

En su muy cuidado y rediseñado estuche de acrílico transparente.

 

Metiéndole mano al seguro adhesivo que trae en ambos extremos, tanto inferior como superior.

 

Retirando la tapa.

El juguetito a la vista.

 

Retirando la protección adhesiva que viene adherida a la pantalla, simulando el equipo encendido con sus iconos básicos.

 

Se puede apreciar que el equipo viene perfectamente calzado en una base de acrílico la cual tiene unas muescas en ambos extremos, que no permiten que este se desplace en ningún sentido evitando así daños en los largos viajes que deben realizar estos equipos para llegar a nuestras manos.

La pantalla touch en pleno y aun en su base.

En esta imagen se aprecia la base de la que les hablaba con anterioridad.

Power on

 

Nos pide que los conectemos a un iTunes para realizar el registro del equipo y activarlo.

RTFM

Bajo el equipo en esa diminuta caja viene la guía rápida, los fonos , el cable de datos y un accesorio de base que no sirve de nada si no tienes un dock.

Conectamos el cable de datos a nuestro pc via USB 2.0 y “boala”…

El equipo, en este caso con Windows Xp sp3 e iTunes 8.0 instalado, nos reconoce inmediatamente el dispositivo como un iPod, para luego iniciarse un asistente que nos permite asociar el iPod al equipo, registrarlo y bla bla….

 

Pero como lo llevamos en la sangre, no aguanto ni una semana el equipo en su condición original…

…fue desbloqueado, a pesar de no existir aun un kit para hacerlo de manera final, ya que el boot de estos equipos fue cambiado en la versión 2G.

Haber si en unos días mas subo el proceso para desbloquear iPod Touch 2G.

El dia final para los 32 bits.

Martes, 19 de Enero de 2038, 03:14:07 am

Esta la fecha en la que podría producirse un segundo efecto 2000, pero esta vez en equipos linux. Recordemos que hace ya 8 años, el mundo temblaba por que el efecto 2000 podría colapsar la informática del momento, esto era debido a que la mayoría de aplicaciones usaban un sistema de dos dígitos para contabilizar los años, esto hacía que despues del año 99 (1999) pasaríamos al 00 (1900), algo que podría desestabilizar algunas aplicaciones.

Ahora parece que puede ocurrir algo parecido con los equipos Unix. El problema viene por el sistema de 32 bits usados para para almacenar la fecha. Recordemos que el binario es un código  de 0 y 1 que representan los valores de true/false que puede reprensetar un bit, por lo tanto 32 bits serían una relación de 32 digitos que podrían ser 0 o 1.

Partiendo de que la primera fecha usada para el famoso timestamp de UNIX (POSIX) fué el 1 de Enero de 1970 a las 12:00:00 AM siendo en binario de 32 bits:

// 01-01-1970 12:00:00 AM
00000000 00000000 00000000 00000000

Rellenando todos los bits siguiendo las normas del código binario llegamos al 19 de Enero de 2038 a las 03:14:07 AM que se representaría en binario de 32 bits de la siguiente forma:

// 19-01-2038 03:14:07 AM
11111111 11111111 11111111 11111111

Por lo tanto, si queremos ir al siguiente bit nos vamos al :

// 10000000 00000000 00000000 00000000

Esto producirá que programas y sistemas operativos detecten que están en 1901 o 1970 (dependiendo de la implementación) en lugar del 2038. Y teniendo en cuenta que la mayoría de aplicaciones desarrolladas en lenguajes como C se verán afectadas, la cosa podría llegar a ser muy, pero que muy delicada.

Ejemplo gráfico

Imagen obtenida de Wikipedia.

Solución

Por desgracia, para estos equipos actuales basados en arquitectura 32 bits la cosa está complicada. Pero con la llegada de los 64 bits este problema será cosa para el futuro, muy al futuro, concretamente para el Domingo, 4 de Diciembre del año 292,277,026,596. Incluso en los nuevos equipos que irán apareciendo de 128bits darán lugar a fechas algo más lejanas, más exáctamente el mismo día 4 de Diciembre del año 170,141,183,460,469,231,731,687,303,715,884,105,727 de nuestra era.

Por suerte aún nos queda tiempo para ir actualizando nuestros equipos y viendo como avanza la tecnología esto parece remotamente improbable se convierta en un problema, pero por si acaso, estamos avisados.

Via Anieto2k