Sekuela Digital

¿Google va lento?

sekuela — Thu, 11 Mar 2010 23:39:16 +0000

Conexión de ADSL con Telefónica

00:15 Parece que nova Internet.
00:25 Me equivocaba, parece que no va Google.
00:27 Bing va a toda pastilla, y Facebook, y la web de Telefónica…
00:30 He llamado a Dr. X (que tiene otra compañía) y si que le responde Google.
00:32 Estableciendo VPN con la Universidad Google responde, sino no.

Es posible que Telefónica este limitando el acceso a Google (o al revés). Podría ser por la tarifa que la empresa de telecomunicaciones española quería cobrar al gigante de Internet; o porque este último a añadido a España a la lista de países que censuran la red. La duda queda en el aire, ¿que opinais?

Denuncia

sekuela — Sun, 07 Feb 2010 18:49:13 +0000

La Iglesia denuncia que los linces están más protegidos que los niños.
Tienen razón, nunca he escuchado que un cura se folle a un lince.

–Ignitus

Expertos

sekuela — Mon, 01 Feb 2010 00:08:20 +0000

Desde Microsiervos, una gran frase:

Un experto es una persona que ha cometido todos los errores posibles en su campo del conocimiento.

– Niels Bohr, físico

Acelear conexiones en Linux (DNS-Cache)

sekuela — Tue, 26 Jan 2010 11:01:25 +0000

Siempre que entramos en cualquier sitio web utilizando direcciones del estilo www.pagina.com en realidad se le dice al ordenador ordenador que pregunte al servidor DNS cuál es la IP correspondiente al dominio (www.pagina.com), luego con este dato se realiza la conexión.

Normalmente las IP’s no cambian cada día, y si entramos muchas veces en un sitio ¿de qué nos sirve preguntarle al servidor cada vez por la IP?, eso es lo que vamos a evitar. Para ello crearemos un listado de las peticiones para no tener que estar preguntando cada vez. De esta manera la latencia causada al preguntar al DNS por cada sitio desaparece una vez ya tenemos el dato en local. Otra ventaja es que si nuestro servidor DNS cae podemos seguir entrando en los sitios que anteriormente ya habíamos visitado.

En primer lugar instalaremos el paquete dnsmasq con:

$ sudo apt-get install dnsmasq

Después copiaremos el archivo /etc/resolv.conf por si acaso.

$ sudo cp /etc/resolv.conf /etc/resolv.conf.dnsmasq

Ahora lo editamos para añadir el DNS local:

$ sudo gedit /etc/resolv.conf

Añadimos la siguiente linea al principio del archivo:

nameserver 127.0.0.1

Podemos añadir más DNS al archivo añadiendo nameserver IP, de esta manera si cae uno preguntaremos al siguiente.

Si queremos comprobar su funcionamiento solo tenemos que hacer:

$ dig sekueladigital.wordpress.com | grep Query

;; Query time: 149 msec

La siguiente vez nos devolverá:

$ dig sekueladigital.wordpress.com | grep Query

;; Query time: 0 msec

NOTA: (actualizado más abajo) Si utilizamos NetworkManager, tendremos el problema de que este se cargará el archivo cada vez que renovemos la dirección IP por DHCP. Para evitarlo podemos substituir el archivo creado automáticamente por el nuestro cada cierto tiempo. Para ello creamos /etc/resolv.conf.local con la configuración que queremos. Después ejecutamos la siguiente instrucción para editar el cron del sistema:

$ sudo crontab -e

y añadimos la siguiente linea al final del archivo:

*/5 * * * * cp /etc/resolv.conf.local /etc/resolv.conf

ACTUALIZACIÓN: Tal y como comenta Ignorante en los comentarios se pueden configurar varios servidores de DNS con NetworkManager. Esta opción es más recomendada ya que en la descrita más arriba (modificando /etc/resolv.conf) podemos llegar a pasar unos minutos sin servidor DNS.
Para configurarlo hacemos clic derecho sobre el icono de NertworkManager (System Tray) y escogemos editar las conexiones. Para cada una de las interfaces de red, tanto cableadas como inalámbricas, las editamos y en la pestaña de Ajustes IPv4 seleccionamos como método Sólo direcciones automáticas (DHCP), después en el apartado de servidores DNS introducimos las IP’s que vamos a utilizar separadas por comas. Ej: 127.0.0.1, 208.67.222.222, 208.67.220.220

Configurar GDM 2

sekuela — Sat, 23 Jan 2010 17:23:53 +0000

Hoy presento dos herramientas que nos permiten configurar mediante interfaz gráfica (GUI) el nuevo GDM, incluido a partir de Karmic Koala.

La primera, GDM2GUI, creada exosyst@ubuntuforums es una interfaz de usuario escrita en Python y GTK que permite personalizar el nuevo GDM 2.

1. Descargar el script@ubuntuforums.org (descarga alternativa* Si no deseas crear una cuenta en ubuntuforums.org).

2. Haga el script ejecutable (navegar a su ubicación y ejecute el siguiente comando):

chmod + x gdm-setup.py

3. Ejecutarlo de la manera siguiente:

gksu. / gdm-setup.py

Nota: para volver al tema GTK defecto, no selecciones “Default“. En su lugar, seleccione “HumanLogin” y en el tema “Icon” no seleccionar nada.

La segunda opción es GDM2Setup, también escrito en Python, se instala añadiendo repositorios por lo que su actualización se realiza con el resto de programas de Ubuntu.

Para instalarlo, podemos usar el siguiente repositorio PPA:

sudo add-apt-repository ppa:gdm2setup/gdm2setup

O tambien desde Karmic añadir a el fichero /etc/apt/sources.list las lineas:

# GDM2Setup deb http://ppa.launchpad.net/gdm2setup/gdm2setup/ubuntu karmic main #GDM2 Setup Utility deb-src http://ppa.launchpad.net/gdm2setup/gdm2setup/ubuntu karmic main #GDM2 Setup Utility

Despues ya ejecutamos:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 33C3C104 sudo apt-get update sudo apt-get install python-gdm2setup

Deberia aparecer una nueva entrada en el menu: Sistema > Administracion > Login Screen (GDM2Setup).

Fuentes rm -rf / & UbuntuLife

Adobe Air en Karmic 64bits

sekuela — Mon, 30 Nov 2009 16:11:23 +0000

Bueno, como muchos deben haber hecho, he decidido migrar 64 bits. En mi caso más que una decisión fue por oblicación, me extrañé al ver que mu Ubuntu solo detectava 2,3 Gb de memoria RAM cuando yo había pagado cuatro (Dell XPS Studio 13). Después de discutir inútilmente con el soporte técnico, me decidí a probar con una distribución de 64 bits, fué de gran sorpresa para mí ver que al final detectava toda la memoria que tenia el latop; aunque en principio con 32 bits tendría que poder funcionar correctamente 4Gb de RAM, pero eso no viene al caso (me empiezo a ir por las ramas).

Yendo a lo que toca, una vez migré a 64 bits me encontré lo que estaba evitando, aplicaciones que me interesaban/necesitaba que no estaban compiladas o no funcionaban para dicha plataforma. Ese es el caso de Adobe Air; pero buscando por ahí hallé lo que necesitaba. Empecemos:

Em primer lugar tenemos que descargarnos el paquete getlibs-all.deb desde la dirección http://frozenfox.freehostia.com/cappy/.

Una vez lo hayamos descargado e instalado vamos a pasar a la linea de comandos, para instalar unos cuantos paquetes necesarions:
sudo apt-get install lib32asound2 lib32gcc1 lib32ncurses5 lib32stdc++6 lib32z1 libc6 libc6-i386 lib32nss-mdns
sudo apt-get install ia32-libs
sudo getlibs -l libgnome-keyring.so
sudo getlibs -l libgnome-keyring.so.0
sudo getlibs -l libgnome-keyring.so.0.1.1
Ciertamente no entiendo para que son las lineas anteriores,pero uno se puede hacer a la idea de que tiene algo que ver con librerías de 32 bits portadas para procesadores amd64. Una vez hecho esto descargamos Adobe Air, le damos permisos de ejecución y procedemos a instalarlo:
chmod +x AdobeAIRInstaller.bin
sudo ./AdobeAIRInstaller.bin
Cuando acabemos, ejecutamos esta instrucción y ya tendremos listo nuestro Adobe Air para funcionar como es debido:
sudo cp /usr/lib/libadobecertstore.so /usr/lib32

Regalo 5 invitaciones de Google Wave

sekuela — Wed, 25 Nov 2009 19:02:08 +0000

Para los cinco primeros comentarios que dejen su correo en este post, regalo una invitación de Google Wave. Porque siempre es más agradable dar que recibir (no le busquéis el doble sentido pervertidos). Sólo hay una pequeña condición (tranquilos, no os asustéis), quiero que pongáis una o varias razones por las que queréis la cuenta; no me vale llegar poner el mail a pelo y ale, viva la vida. Así podremos hacernos una idea de lo que “llegará” a ser Wave en un futuro no muy lejano.

Saludos, y ¡¡el último se queda sin cuenta!!

Escritorio Noviembre v1

sekuela — Mon, 09 Nov 2009 23:39:42 +0000

Aquí dejo unas capturas de mi escritorio, basado en el tema Tonky, que espero poco a poco poder ir perfeccionando.

Chrome 4 en Linux

sekuela — Mon, 02 Nov 2009 13:16:40 +0000

Para todo aquel que quiera probar el Chrome de Google en Linux, no Chromium sino un binario compilado de la versión 4 de Chrome. En concreto se trata de la versión 4.0.222.12, inestable por el momento, pero que podemos descargarnos desde aquí su versión pare 32bits y desde este otro enlace la versión de 64bits.

Arrancar partición Windows con VirtualBox en Linux

sekuela — Sun, 01 Nov 2009 19:01:25 +0000

Aquí va mi tutorial con el que arranque mi partición Windows XP con VirtualBox en Linux (no lo he probado, pero el proceso debería funcionar igual con otras versiones de Windows), ya que el resto de tutoriales que encontré por la red no me acabaren de funcionar del todo. Cabe decir que este proceso podría llegar a acarrear daños graves en nuestro SO Windows, pero como se suele decir si no arriesgas siempre te quedarás con el quizás.

En primer lugar tenemos que crear un segundo perfil de hardware en Windows, para evitar así problemas con los controladores y hacer más sencilla tanto la ejecución normal como la virtualizada. Para realizar esta operación debemos arrancar nuestro Windows normalmente y dirigirnos al Panel de Control, aquí cambiamos a vista clásica y seleccionamos el icono de Sistema. Esto nos abrirá una ventana con diferentes pestañas, a nosotros nos interesa la que pone Hardware; una vez en ella veremos que tiene un botón donde pone Perfiles de hardware. Una vez dentro vemos un cuadro de texto con un campo (perfil1 si mal no recuerdo) que es el perfil de hardware actual, lo copiamos y los renombramos con un nombre explicativo (por ejemplo, Nativo para arranque normal y Virtualizado para arrancar desde VirtualBox). Abajo tenemos dos opciones a elegir, una para no arrancar el sistema hasta elegir un perfil de hardware (recomendado) y otra para seleccionar un perfil por defecto pasado un tiempo concreto; seleccionamos una de las dos y aceptamos los cambios.

Acabado el paso anterior, toca reiniciar y arrancar nuestro Linux. Ahora toca preparar el disco para poder arrancar la partición de Windows desde VirtualBox. En primer lugar tenemos que tener permisos de lectura y escritura en los dispositivos de disco, para ello añadiremos nuestro usuario al grupo disk que posee esos permisos sobre los dispositivos de /dev (podemos comprobarlo con el comando ls -l /dev). Para ello ejecutaremos el siguiente comando:

$ sudo adduser `whoami` disk

Ahora que ja podemos leer y escribir en los discos, vamos a “linkar” (por llamarlo de alguna manera) nuestra partición Windows como un disco de VirtualBox. Aquí es donde nos topamos con el primer problema, los SO de Microsoft no arrancan en ausencia de un MBR y como no queremos que virtualizar todo el disco tendremos que crear un MBR para poder arrancar desde VirtualBox. Con el siguiente comando crearemos un MBR “virtual”, solo tenemos que substituir sdXY por nuestro disco y partición respecticamente (ej: sda3):

$ sudo dd if=/dev/sdXX of=$HOME/.VirtualBox/HardDisks/.win.mbr bs=512 count=1

Ahora que ya hemos solventado el problema del MBR, podemos proceder a crear el enlace a la partición de Windows desde el gestor de discos de VirtualBox. Como en el comando anterior, hay que substituir X e Y por nuestro disco y partición:

$ sudo VBoxManage internalcommands createrawvmdk -filename /home/`whoami`/.VirtualBox/HardDisks/WinXP.vmdk -rawdisk /dev/sdX -partitions Y -mbr /home/`whoami`/.VirtualBox/HardDisks/win.mbr -relative -register

Ahora cambiamos el usuario de los archivos que hemos creado por el nuestro, ya que al ejecutar la ultima instrucción con sudo se han creado con propiedad de root.

$ sudo chown `whoami`:users /home/`whoami`/.VirtualBox/HardDisks/*
Finalmente solo tenemos que crear una nueva maquina virtual y asignarle el disco WinXP que ya aparece registrado en el gestor de discos de VirtualBox. Recordad siempre seleccionar el perfil de hardware adecuado para cada arranque, y como consejo final, procurad no tener montada la partición de Windows cuando arranquéis la máquina virtual con acceso a la partición; a mí nunca se me ha quejado, pero no creo que a Windows le haga mucha ilusión que haya dos sistemas operativos modificando la misma partición local.