Los pasos que he seguido para solucionarlo y que dejo a modo de tip son los siguientes:

1. Desinstalar Internet Explorer 8.
2. Desinstalar Internet Explorer 7 (también es inferior al 6 según M$).
3. Ejecutar Windows Update desde el navegador.
Desde el navegador podemos acceder al historial de actualizaciones para desde allí ver el código de error, con este código (0×8007F0DA) acudimos a la base de datos de conocimiento de Microsoft y damos con un solucionario.
Intentamos seguir el solucionario, en mi caso me quedo en el paso uno porque necesito habilitar el servicio “Servicios de cifrado“, servicio que no se encuentra en mi sistema.
Afortunadamente no se trata de un virus sino de que soy un manazas trasteando con el registro asique simplemente tengo que ejecutar este pequeño script.

Compártelo

about:config
extensions.checkCompatibility;false

Dejo una imágen un tanto curiosa:

Compártelo

yum update
yum install preupgrade
preupgrade-cli “Fedora 11 (Leonidas)”

Compártelo

Le he puesto Fedora (para variar) y me he encontrado con la misma historia de siempre, las tarjetas wireless Broadcom no se llevan bien con Linux.
A pesar de que hay varios métodos para ponerla en funcionamiento (ndiswrapper es el más popular) y ya lo hize en su día sobre Slackware he descubierto recientemente uno muy sencillo para Fedora y que explico a continuación. Basta con instalar el paquete broadcom-wl desde los repositorios fusion. Tan facil como dos comandos, uno para añadir los repositorios fusion:

rpm -Uvh http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

Y otro para instalar el software propiamente dicho:

yum install broadcom-wl

Reiniciamos y por fin wifi en Fedora con trajetas Broadcom.

Compártelo

El pequeño script en perl realiza peticiones sobre una lista de NTP’s y muestra sus timestamps para analizar visualmente si están sincronizados entre sí.

Es evidente que la sincronización entre servidores NTP debe revisarse a nivel de configuración, ya que los retardos en el envío de paquetes no aseguran que las peticiones lleguen simultaneamente. Además las peticiones se realizan en modo secuencial. El presente script tiene por objeto poder realizar en remoto una comprobación visual que pueda descartar a simple vista servidores no sincronizados de manera evidente.

Su uso es muy simple, solo hay que editar el array @lista_servidores e incluir todos los que quieras comprobar. El script resuelve las IP’s y realiza las peticiones sobre los servidores NTP.
Por ejemplo, para la siguiente lista:

‘1.at.pool.ntp.org’,'3.es.pool.ntp.org’,'1.europe.pool.ntp.org’,'0.us.pool.ntp.org’,'1.north-america.pool.ntp.org’

Obtenemos el siguiente resultado:

¿Mejoras? Se me ocurren varias:

1. Referenciar las IP’s a los dominios, de manera que en los resultados se pueda distinguir a simple vista a qué dominio pertenecen las IP’s consultadas.
2. Realizar las consultas en varios hilos y que se vayan mostrando por pantalla según llegan los resultados. Así se ganaría en precisión.

La realidad es que para lo poco útil que es el script creo que no merece la pena.

Lo podéis descargar en el siguiente enlace.

Compártelo

El Servidor web, de aplicaciones, IDS, etc detectan el patrón “Paros” y bloquean el acceso.
La solución es bien sencilla, modificar el useragent para que no incluya esta información. Modificarlo en cada petición es una tarea tediosa (por no decir suicida) por lo que busqué en las opciones del Paros cómo omitir estos datos.
Mi sopresa al comprobar que no hay opciones para algo tan simple, sin embargo tenemos como solución el gugleo.
Tenemos dos opciones para resolver este pequeño problema:

1. Añadimos en la linea de comandos que ejecuta el Paros la directiva “-nouseragent“, en el acceso directo, etc.
Es una forma rapida, sencilla y cómoda.

2. Somos muy frikis, es por ello que buscamos en el código fuente de Paros en la ruta “paros\src\org\parosproxy\paros\Constant.java” y en dicho fichero encontramos la directiva “USER_AGENT =“.
La modificamos a nuestro antojo y voilà.

Compártelo

Personalmente en mis sistemas utilizo BitchX( si, no soy adicto al Irssi pero sí a la linea de comandos).

El caso es que XChat en su versión de Windows tiene una licencia de uso de 30 días gratis, a partir de los cuales debes registrarte, abonando una cantidad de dinero a través de una cuenta de Paypal.

Por circustancias que no vienen al cuento hoy me he visto obligado a conectarme al IRC desde Windows con Xchat, y resulta que hace ya algún tiempo lo instalé y evidentemente han pasado los 30 días de prueba. El truco es tan sencillo como desisntalar, y después ejecutar “regedit” para editar el registro y borrar todas las entradas que contengan la cadena “xchat”. Instalamos y disponemos de 30 nuevos días de libertad.

PD: Realizando este artículo veo que Irssi dispone desde el 30 de Enero de un instalador para Windows, lo que es una gran noticia.

Compártelo

A la hora de instalarlo se gana mucha soltura si hemos sido usuarios de Slackware, puesto que la instalación es similar, pero al arrancar el sistema hay ciertas cosillas que debemos hacer para ponerlo a punto.
Lo primero si somos usuarios de Kde es hacer un:
echo startkde > .xinitrc
Esto es para que al teclear startx nos lleve directamente al escritorio Kde.

Un problema muy habitual en FreeBSD recien instalado es que no nos ha detectado el sonido. esto puede llevarnos a pensar que vamos a morir en el intento o que pasaremos un rato configurando archivos de ALSA. Nada más lejos de la realidad, en FreeBSD lo normal es que nos falte cargar el módulo de sonido.

Ahora los más listillos estarán pensando que probar uno por uno los módulos de sonido es una tarea engorrosa y tenéis razón, por eso utilizaremos el ingenio y haremos lo siguiente:
# kldload snd_driver

Con esta órden hemos cargado todos los módulos de sonido y ahora nos debería funcionar perfectamente. Si, ya lo sé, esto no es una solución porque no hay porqué tener mil módulos cargados cuando solo queremos uno. El mundo está lleno de listillos asique seguid leyendo impacientes:
# cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: at io 0xc800, 0xc400 irq 18 bufsz 16384 kld snd_ich (1p/1r/0v channels duplex default)

Con esta órden vemos que el módulo que está utilizando el kernel para el sonido es el snd_ich, asique ya podemos quitarlos todos y cargar unicamente el que necesitamos.
Lo haríamos metiendo esta linea en /boot/loader.conf:
snd_ich_load=”YES”

Compártelo