Configuración - Sudo II

Utilizando sudo para delegar privilegios

En algunas ocasiones es útil delegar privilegios de superusuario a un usuario normal de FC; sin embargo, darle la clave del superusuario a dicho usuario sería poco conveniente porque le dá total control del sistema. El sistema sudo permite delegar privilegios programa a programa para cada usuario.

El archivo de configuración se ubica en /etc/sudoers, el cual controla quién puede hacer qué, y se ejecuta por medio del comando sudo.

Para habilitar con sudo, que un usario pueda ejecutar una aplicación que solicite acceso de root, modificamos en el archivo sudoers:

su -

echo "nombreusuario ALL=/bin/netstat,/sbin/ifconfig" >> /etc/sudoers

Le estamos solicitando a sudo que permita al usuario "nombreusuario" ejecutar los comandos netstat e ifconfig

Esta entrada contiene

el nombre de usuario "nombreusuario"
las computadoras "ALL" (En las que el usuario puede ejecutar...) Útil si el archivo sudoers está compartido entre varias máquinas.
lista de comandos "/bin/netstat,/sbin/ifconfig"

Se debe ser cuidadoso al seleccionar la lista de comandos que van incluidos en la lista, porque si uno de esos comandos da acceso al shell, el usuario podrá ser capaz de ejecutar cualquier cosa.

Basados en la configuración anterior, podemos decir que dicho usuario autorizado puede ejecutar:

sudo /sbin/ifconfig

Recuerden que la clave solicitada es la del mismo usuario, NO la del root.

Incluyo la ruta completa /sbin/ifconfig, debido a que un usuario normal, normalmente no tiene incluida la ruta /sbin en su variable de entorno PATH, o ruta de búsqueda para archivos ejecutables, sería bueno añadirla... :-)

Si queremos que sudo no vuelva a preguntar por la clave, ya que tiene predispuesto volver a preguntar a los 5 minutos de recibir la última solicitud de contraseña entonces deberíamos configurar /etc/sudoers de la siguiente manera...

nombreusuario ALL=NOPASSWD:/bin/netstat,/sbin/ifconfig

De forma predeterminada, sudo utiliza al usuario root para ejecutar la lista de comandos, pero también puede utilizar cualquier otro usuario del sistema, por ejemplo

pedro ALL=(juan) NOPASSWD:/usr/local/bin/checkstatus

Con esta configuración le estamos diciendo a sudo que permita al usuario "pedro" ejecutar el comando "/usr/local/bin/checkstatus" como si fuera el usuario "juan".

Luego "pedro" podrá utilizar sudo con la opción -u para especificar la ID de usuario:

sudo -u juan checkstatus

Configuración entorno gráfico X - IV

Vamos a instalar y configurar una tarjeta de video Nvidia Geforce 6200 con los driver comerciales y los efectos de escritorio activados...

Antes de comenzar debemos tener configurado el repositorio livna.

Para instalar el módulo de la tarjeta, digitamos:

sudo yum install kmod-nvidia

Si no hemos actualizado el kernel, el yum nos debería descargar el debido paquete del kernel que necesitamos....

Verificamos nuestro /etc/X11/xorg.conf, en mi caso queda así:

Section "ServerLayout"
Identifier "Default Layout"
Screen 0 "Screen0" 0 0
InputDevice "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath "/usr/lib/xorg/modules/extensions/nvidia"
ModulePath "/usr/lib/xorg/modules"
EndSection

Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbModel" "pc105"
Option "XkbLayout" "es"
EndSection

Section "Device"
Identifier "Videocard0"
Driver "nvidia"
Option "SLI" "on"
Option "TripleBuffer" "true"
Option "AddARGBGLXVisuals" "True"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Videocard0"
DefaultDepth 24
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection

Section "DRI"
Group 0
Mode 0666
EndSection

Reiniciamos el equipo para verificar que el driver comercial carga...

Instalamos el beryl...(No hay necesidad de añadir otro repositorio)

sudo yum install beryl-gnome

o

sudo yum install beryl-kde

Ejecutamos el manejador

alt - F2 ---> beryl-manager

Si desean conocer más acerca de los efectos y como configurarlos y manipularlos, les recomiendo este blog:

http://berylog.wordpress.com

Diviertanse...

NOTA : Para los usuarios de nvidia, si tienen instalado el driver comercial , y el puntero les parpadea en ciertos momentos, deben agregar en la sección Device..

Option "HWCursor" "off"

Configuración - Programas Multimedia IV

Para implementar otra solución a nivel de ejecución de plugins Vst y Vsti, se puede utilizar el paquete dssi-vst, para esto debemos descargar las fuentes desde el sitio indicado:

http://sourceforge.net/project/showfiles.php?group_id=104230&package_id=127571

Luego verificamos que se encuentren satisfechas las dependencias para compilar nuestra aplicación. Estas son, el paquete de desarrollo de wine , el de liblo, y el SDK de steinberg, si realizaron la compilación del fst de seguro que están satisfechas las dependencias, de lo contrario se debe descargar el paquete wine-devel y liblo-devel , además el SDK de steinberg desde los sitios indicados en el artículo Programas Multimedia III. Recuerden descargar la versión 2.4 del SDK para este procedimiento.

sudo yum install wine-devel liblo-devel ladspa-devel dssi-devel

Descargamos el paquete dssi-vst_0.4.tar.bz2 y nos disponemos a compilar , NOTA: Se debe haber seleccionado el grupo de paquetes para desarrollo en la instalación básica del FC, o haberlos instalado posteriormente.(gcc, make, autoconf...etc)

Descomprimimos :

tar xjvf dssi-vst_0.4.tar.bz2


Entramos a la carpeta creada

cd dssi-vst-0.4


Extraemos el contenido del sdk de steinberg

unzip vst_sdk2_4_rev2.zip

En este paso se debe modificar el archivo Makefile, para evitar un error del enlazador,

gedit Makefile

Buscar en la línea 4

LDFLAGS

debe quedar

LDFLAGS = -lpthread

Guardar los cambios del archivo.

A partir de la revision 2 del sdk2.4, se deben realizar otras modificaciones en las fuentes originales del dssi-vst.
Editamos el archivo dssi-vst-server.cpp y modificamos...

gedit dssi-vst-server.cpp

La línea 739 debe quedar:

case DEPRECATED_VST_SYMBOL(audioMasterPinConnected):

Guardar cambios.

Iniciar la compilación:

make

sudo make install

Si todo va bien, nos debe generar las librerías y ejecutables necesarios para su funcionamiento:

dssi-vst_gui
dssi-vst-scanner.exe.so
dssi-vst-server.exe.so
dssi-vst-scanner
dssi-vst-server
dssi-vst.so

vsthost

Para utilizar el dssi-vst, tenemos que asegurarnos que las variables de entorno DSSI_PATH (directorio(s) donde se encuentran las librerías del dssi) y VST_PATH(Directorio(s) donde almacenamos los VST) se hallan declarado de forma apropiada, recuerden que podemos utilizar varias rutas o directorios en cada una de las variables de entorno, si las separamos con dos puntos (:). Ej:

Abrimos una terminal :

export VST_PATH=/vstplugins
export DSSI_PATH=/usr/local/lib/dssi:/usr/lib/dssi

Recuerdan que les comenté que almaceno los plugins en el directorio /vstplugins ..., este debe tener el nombre de la carpeta que ustedes utilicen para guardar sus VST. Ahora, para verificar que nuestras variables están bien podemos ejecutar:

echo $VST_PATH
echo $DSSI_PATH

Si deseamos que los cambios queden de forma definitiva en el sistema:

editamos el archivo .bashrc que se encuentra en nuestro home

gedit .bashrc

y añadimos las dos variables de entorno al final del archivo.

export VST_PATH=/vstplugins
export DSSI_PATH=/usr/local/lib/dssi:/usr/lib/dssi

Para probar que el dssi-vst funciona, podemos abrir el Rosegarden4 y verificar que nos aparezcan los efectos e instrumentos VST,

En este caso, el dssi-vst no reconoce la interfaz de usuario, pero si el efecto como tal y sus parámetros a modificar...