EEE-cosas (touchpad del EEE con scroll bajo ubuntu-eee)
Hoy jugueteando un poco mas en serio con el eeePC y la ubuntu-eee que le tengo instalada me he dado cuenta que el scroll del touchpad (eso de mover el dedo por el lado derecho como si fuera la rueda del ratón) no funciona. Así que me he arremangado un poco y me he puesto manos a la obra.
La operación es sencilla, pero va a requerir un par de cosillas "marcianas".
- Activar las opciones correctas en el modulo que controla el touchpad.
Desde el terminal ejecutamos:
$ sudo gedit /etc/modprobe.d/eee
Se abrirá un editor de textos con un archivo seguramente vacío. Se tiene que añadir lo siguiente:
options psmouse elantech=1
Una vez guardado y cerrado, desde el terminal ejecutar:
$ sudo update update-initramfs -k all -u
- Este paso es opcional, el scroll ya esta listo para funcionar, pero si queremos obtener mas funciones es conveniente seguir con este paso
Desde un terminal ejecutar:
$ sudo gedit /etc/X11/Xorrg.conf
Este archivo que se abre si que contiene cosas, así que nos vamos hacia donde pone:
Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" Option "Protocol" "auto-dev" Option "HorizEdgeScroll" "0" EndSectionUna vez encontrado el fragmento anterior se debe sustituir por el siguiente:
Section "InputDevice" Identifier "Synaptics Touchpad" Driver "synaptics" Option "SendCoreEvents" "true" Option "Device" "/dev/psaux" Option "Protocol" "auto-dev" Option "SHMConfig" "true" Option "VertEdgeScroll" "1" # Cambiar el siguiente valor por 1 para activar el scroll horizontal Option "HorizEdgeScroll" "0" EndSection - Finalmente y por abreviar (por que no es necesario) simplemente reiniciarmos y el scroll estará funcionando a las mil maravillas.
Suerte y a disfrutarlo.
--
Fuentes:
https://answers.launchpad.net/ubuntu-eee/+question/43213
http://www.ubuntu-es.org/index.php?q=node/45040
https://lists.launchpad.net/ubuntu-eee-coders/msg00334.html
ssh VisualHostKey
A través de www.screenage.de me entero de que en las últimas versiones de ssh incorporan una opción que nos permite ver de forma mas "visual" las claves de los servidores a los que nos conectamos y que de este modo se mas fácil reconocerlas.
Me explico, normalmente cuando nos conectamos a un servidor remoto obtenemos algo así:
user@localhost:~$ ssh user@remote.org Host key fingerprint is 60:xx:6b:e7:40:xx:d0:c6:ff:fc:xx:eb:42:96:0a:b7 user@remote.org's password: user@remote:~$
Pues bien, usando la opción VisualHostKey conseguimos esto:
user@localhost:~$ ssh -o VisualHostKey=yes user@remote.org Host key fingerprint is 60:xx:6b:e7:40:xx:d0:c6:ff:fc:xx:eb:42:96:0a:b7 +--[ RSA 2048]----+ | | | o | | o + . . | | B . + | | . . * S | |.+.. o . | |=. .. + . | |o E. o + | | o+.. . | +-----------------+ user@remote.org's password: user@remote:~$ _
Como se puede ver en el ejemplo lo que ocurre es que además de mostrarse la huella del servidor en formato hexadecimal, también aparecer una representación gráfica de esta huella. De modo que podemos asociar una "imagen" a un servidor en lugar de un churro de caracteres que seguramente resultará mas sencillo.
De momento yo he activado esta opción por defecto en mi ssh, la dejaremos por una temporada a ver como va ;)
--
Más info y mejor en: http://www.screenage.de/blog/2008/10/15/having-fun-with-openssh-on-ubuntu-intrepid-ibex-visual-host-keys/
Progreso
$ sudo mv /etc/X11/xorg.conf /etc/X11/xorg.conf.save $ sudo /etc/init.d/gdm restart
Que pasara.... :D
Got wireless
Por fin he encontrado un vecino con wifi amigable!!! Me ha costado lo mio pero ia esta...
Hay que decir que ahora mismo estoy en el balcon esperando que no se me ponga a llover :/
A ver. pregunta! En ese mundo de frikis que hay ahí fuera... ¿Como lo monto si el portatil no tiene conector para enchufar una antena amplificadora ni nada por el estilo? Me gustaria poder conectarme desde el interior de mi casa :P
Ales.
Conexiones SSH más mejores
hace 5 años por luis
Es posible que alguno de ustedes cacho frikis redomados (con amor) ya lo sepan, pero por si acaso aqui dejo este consejo como nota.
La siguiente configuración para el ssh permite ciertas cosas xulas como que una vez hemos abierto una sesion con un host remoto las siguientes conexiones que realicemos se abran mas rapido y sin pedir el pass ni nada por el estilo.
A parte resulta comodo cuando una vez dentro del servidor de backups, empezamos a subir, por ejemplo, archivos mediante rsync/scp, luego abrimos otra sesión para administrar el servicio X, etc...
La configuracion en cuestion es la siguiente:
xuzo@freya:~$ cat .ssh/config Host * ControlMaster auto ControlPath ~/.ssh/master-%r@%h:%p
Para fine-tunning... «man ssh_config»
Salud!
PD. Si, hacia tiempo que no publicada nada friki, asi que se me aguanten :P
[tech] ssh forward & rsync
Esta entrada va a ser un poco (bastante) técnica, quedáis avisados :P
El caso es que necesitaba hacer rsync desde mi ordenador de casa al ordenador del trabajo, pero... el ordenador de mi casa esta detras de un router, así que no tengo acceso directo a él. Bueno, ante esto me encontré dos problemillas, no muy complicados, pero mejor dejo constancia aquí y en google :P
- Hacer que el router (dafne) encamine un puerto a mi ordenador de casa (freya) para el ssh.
- Hacer que el rsync pase por ahí.
Bueno, voy a ir al grano que es lo que interesa:
-
Encaminar el ssh desde dafne a freya (esto se ejecuta en dafne):
iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 2242 -j DNAT --to 192.168.1.42:22
Donde:
- eth0 es la interfaz externa de dafne
- 2242 es el puerto de dafne que quiero se redirija a freya
- 192.168.1.42 es la IP en la red interna de freya
- 22 es el puerto de destino en freya obviamente :)
- Usar rsync sobre el «puente» que hemos hecho:
rsync -e 'ssh -p 2242' -av user@danfe:/some/path/on/dafne /some/path/on/local
Voilá, ya tenemos rsync pasando por encima del router :D
Mas información y detalles en «man iptables» y «man rsync».
Ales.
