Bonito es Linux, como solo bonito puede ser el software libre. Cuando yo estaba a punto de desistir, por un problema de configuración bastante extraño (quizá no lo fuera tanto a no ser que se repitiera cíclica y periódicamente en mi sistema) decidí cortar por lo sano y quitar Xubuntu y cambiarlo por Kubuntu. Como un amigo recientemente me dijo que formatear es para cobardes, y tocó el orgullo, pues si no lo hago con un servidor, mucho menos con mi Laptop que tiene muchos menos privilegios de mi tiempo que el servidor. Leer más…
De que el programa de hoy fue bueno, ni duda cabe. Digo, el de Mikelet y compañía, que los otros siempre han gustado mucho a todos. A lo que me refiero es que por fin vi el “fidbac”, la retroalimentación, vamos. Una cosa impresionante, todos preguntando al mismo tiempo, saturando la base de datos del chat. Una cosa nunca antes vista.
Pero bueno… el tema no acaba ahí, o sí, del radio, si por ese lado lo ven. La otra semana seguimos con ese tema, ¿oki? Pero me asalta una cochina duda. O sea, que tengo muchas ganas de hacer algo desde hace tiempo pero nain de nain. La verdad es que da miedito. Bueno, eso de mi deseo y el hecho que esta cosa de ligeramente más de un año, llamado mi laptop, dejó de cargar al 100%, así, como de la nada. Hace menos de un mes todavía daba carga completa y todo y ahora que no. Seguro tendrá atorada alguna hormiga o un grillo en el módulo de carga y no me da un chispazo porque es muy buena. Leer más…
Bueno. El día de hoy, al igual que el lunes, sentimos unos pequeños problemas (?) todos los usuarios del servicio de Banda Ancha Móvil (Mobile broadband) de Iusacell, acá en México. Cabe decir que muy pocas veces nos acercamos a los teóricos en cuanto a velocidad, el día lunes y hoy hemos padecido dos clases de caídas. El lunes, un troncal de salida al backbone (en nuestro caso, Level3) se cayó, dejando al menos a la región 9 (Valle de México) con un servicio de pobre a nulo. Hoy, son los servidores DNS que están teniendo sobrecarga de peticiones.
Así, recordando lo vivido hace algunos meses (y que no fue comentado en este blog, porque todavía no salía del BAM-closet) cuando tuvimos exactamente los mismos problemas. Auguro que por ahí de las 12 que llegan a descargar los grandes downloaders del servicio, tendremos un fallo masivo y por ahí de las 5 de la mañana tendremos un servicio normal nuevamente. Y salgo a desmentir algunos rumores que se han venido murmurando en un foro. En este foro dicen que están limitando a los usuarios de servicios ilimitados bajándolos de velocidad. Esto no es del todo cierto, sino que a todos los usuarios nos bajaron la velocidad precisamente por la caída de los troncales. Y es que si bien es cierto que BAM no es el mejor servicio (quizá sí, pero solo en México) de mobile broadband, muchos usuarios, sobre todo aquellos que necesitan movilidad y conexión constantes, han empezado a saturar el servicio. Además Iusacell no ha invertido lo suficiente en infraestructura, lo que ha provocado que estemos sufriendo gratuitamente.
Lo de los servidores DNS es punto y aparte. No sé bien cómo se organiza Sistemas en Iusa, pero sí estoy seguro que no es suficiente su trabajo. Y es que por lo que veo, la palabra redundancia no les suena. Tomando en cuenta 5 millones de usuarios, yo tendría que garantizar el servicio DNS no solo con servidores primario y secundario, sino con servidores espejo y balanceadores de carga, ya que si bien 5 millones de usuarios son “relativamente pocos”, sí suponen un gasto desmedido de ciclos de procesador aun para dos enormes servidores. Solo es suposición mía, claro, pero es lo más seguro, por el breve tiempo medio entre fallas que vivimos los BAMeros.
Ahora bien, para lo del lunes y la bajada que sufrimos, no hay solución, además de exigir que nos otorguen mejores anchos de banda, y exigir la instalación de infraestructura para por lo menos 3 millones de usuarios (contando un poco con el overselling), ya que el éxito que han tenido las campañas de Iusacell desde que Don Gustavo está al frente del changarro llenan (y con creces) los troncales de salida de datos. Para lo de los DNS, si ustedes han configurado su conexión (como yo, pues tuve que configurar mi conexión porque trabajo en Vista), podrán hacer un pequeño cambio en su conexión de acceso telefónico a redes (en el sitio que les dejo explican cómo hacerlo). Recuerden que mi caso específico es con Vista, pero funciona con cualquier sistema operativo y cualquier tipo de conexión a internet, no solo lo que aquí analizo.
El cambio es en las direcciones DNS (obviamente), cambiado los campos en blanco que por defecto encontramos en nuestra conexión, por los siguientes:
208.67.222.222 (primario) y 208.67.200.200 (secundario)
Los manuales están en el sitio oficial (en inglés). Recordar que son servidores distributed DNS, lo que significa que están geográficamente dispersos, y redundantes a nivel IP, por lo que si llega a presentarse una falla, inmediatamente un servidor de reemplazo operará, casi transparentemente para el usuario, de forma que no lo notaremos, o será una falla de un minuto o dos.
Y así, mis estimados blogolectores, llegamos al siguiente post de este blog, últimamente movido, pero monográfico. Así es, estoy hablando otra vez del equipo VGN-NR330FE (y esperemos que por última vez) y sus problemas para instalar prácticamente cualquier cosa.
Este día, me propuse a instalar GNU/Linux (sabor Debian) y, desgraciadamente, aunque logré instalar la mayor parte de mi hardware, existieron tres problemas que nunca logré solucionar:
El touchpad. Aunque esto lo solucioné alguna vez configurando a mano el xorg.conf, tuve muchísimas dificultades técnicas, y si reconfiguraba tratando de que las actualizaciones hicieran referencia al nuevo archivo (editado), pues todo se echaba a perder.
El display. Y la tarjeta de vídeo. O al revés. El punto es que cuando configuraba la tarjeta Intel de Vídeo, el display no devolvía la señal debida y a volar. No encontré ninguna solución.
La red inalámbrica. De hecho, logré hacerla correr por línea de comandos, el problema es que cuando quería que conectara, me impedía enviar la contraseña de la red. Leí un post algo viejo (de 2006) que decía que recompilando el kernel con soporte para AES y DES, podíamos lograr hacer esto funcionar. En lo personal, odiaría creer que a estas alturas el kernel no viniera precompilado. El problema, para mí, se encuentra en el modelo de la tarjeta y su incompatibilidad, dado que se tuvo que lograr su reconocimiento con NDISwrapper, que puede utilizar los drivers de windows para dar de alta las tarjetas WiFi que no sean del todo compatibles con linux (como en este caso, y se intentó de hecho con madwifi), aunque siempre teniendo los poblemas mencionados.
Lo malo, es que particioné el DD, y todavía peor es que tenga cargado el grub… como no se recuperar el sector de arranque, toca formatear el disco duro de nueva cuenta. Lo bueno es que todo lo que había trabajado, lo guardé en una partición independiente del caos. I raise a toast for the clear vision.