1. Introducción

Es recomendable antes de leer esta entrada que conozcamos un poco que es el sistema n4d. El lenguaje que se usa para pragramar plugins en  n4d es principalmente python. Por eso es recomendable tener unas nociones básicas en este lenguaje de programación para poder seguir esta entrada. Podéis encontrar información detallada al respecto en los siguientes enlaces:

http://mundogeek.net/tutorial-python/

http://librosweb.es/libro/python/

Aunque se encuentren explicaciones sobre código en esta entrada, esta no pretende ser un tutorial de python, por lo que es recomendable tener algunas nociones básicas de programación.

2. Funcionalidades de n4d.

2.1. 1 N4d-remote-gui-plugin:

Una de las funcionalidades que presenta n4d es el plugin n4d-remote-gui-pluguin que permite lanzar interfície gráfica desde cualquier máquina que tengamos conectada a nuestra red través del servidor gráfico Xephyr.

Este pluguin presenta dos clases que podemos utilizar, para conocerlas podemos ejecutar:

n4d-client getmethods | grep Gui

Fíjate que Gui, la G está en mayúscula. Así tendremos la siguiente salida dodne podemos ver tres clases: RemoteWebGu, RemoteGuiManager y GuiLauncherManager.

[RemoteWebGui] run_into_connection : anonymous 
[RemoteWebGui] remote_execute : anonymous 
[RemoteWebGui] create_connection : anonymous 
[RemoteWebGui] close_connection : anonymous 
[RemoteGuiManager] remote_execute : anonymous 
[GuiLauncherManager] register_display : adm admins 
[GuiLauncherManager] execute : adm admins

Una es para lanzar interfaces gráficas en local  (a una máquina remota), otra interfícies remotas (a una máquina local) y finalmente tenemos uan clase para lanzar interfícies remotas en una página web. Vamos a ver algunos ejemplos.

GUI en local sobre una máquina remota

La clase GuiLauncherManager prioporciona un método para lanzar una aplicación en una máquina remota. Vamos a usar el métido con n4d-client:

La classe GuiLauncherManager proporciona el mètode execute per llençar
determinada aplicació en una màquina remota.
Veiem un exemple fent ús de n4d-client:
n4d­client   ­h   192.168.20.239   ­c   GuiLauncherManager   ­m
execute   ­u   lliurex   ­p   lliurex   ­a   ""   joamuran   "firefox
trac.lliurex.net"
•
•
•
En este cas, tenim una màquina remota (-h 192.168.20.239), sobre la
que invocarem el mètode execute (-m execute) de la classe
GuiLauncherManager (-c GuiLauncherManager).
Com que el mètode execute no és anònim, cal indicar-li usuari i
contrasenya (-u lliurex -p lliurex) d'un usuari del grup adm o admins.
La llista de paràmetres que passem (-a "" joamuran "firefox
trac.lliurex.net"). Aquesta llista de paràmetres es compon de:
◦ Un primer paràmetre obligatori buit "", que és autocompletat per
n4d amb l'adreça IP del propi ordinador des d'on s'invoca al
mètode.
◦ El segon paràmetre és l'usuari amb el qual volem llençar
l'aplicació, i que ha de tindre una sessió gràfica oberta en el host
remot..
◦ I un últim paràmetre amb l'ordre a executar.
Aquesta funció admet paràmetres addicionals que es poden consultar a ladocumentació, com executar l'ordre com a root o especificar una pantalla
sobre la que llençar l'aplicació.
Llençament de GUIs remotes (en local)
El plugin RemoteGuiManager proporciona el mètode remote_execute per
llençar aplicacions que es troben a altres màquines en la màquina local. El
mètode remote_execute és anònim, pel que pot ser invocat per qualsevol
usuari, el que sí que requereix és autenticació en la màquina de la que es va a
llençar la GUI, pel que l'autenticació haurà d'anar indicada com a paràmetre.
Veiem-ho en la pràctica:
n4d­client ­c RemoteGuiManager ­m remote_execute ­a $USER
"gedit" 192.168.20.239 lliurex lliurex True
Com veiem, no llancem el mètode contra cap host (opció -h), ni li donem
usuari i contrasenya en local (opcions -u i -p). Els paràmetres que utilitzem
són:
•
•
-c RemoteGuiLauncher -m remote_execute: per invocar al mètode
remote_execute de la classe RemoteGuiLauncher,
I la llista d'arguments: -a $USER "gedit" 192.168.20.239 lliurex lliurex
True. Veiem paràmetre a paràmetre:
◦ $USER: és el nom d'usuari de la màquina local que té iniciada la
sessió gràfica. Podem indicar un nom d'usuari, però el més
habitual és utilitzar la variable d'entorn $USER.
◦ Comandament: "gedit" . Es tracta del comandament que llença
l'aplicació remota que volem executar.
◦ IP Remota (192.168.20.239): Es tracta de l'adreça IP del host des
del que volem llençar l'aplicació.
◦ Credencials: lliurex lliurex: És a dir, l'usuari i la contrassenya del
host remot, sota els quals s'executarà l'aplicació.
◦ force_root=True: Per indicar que l'aplicació es llençarà com a sudo.
És a dir amb l'ordre anterior estem llençant l'aplicació gedit del host
192.168.0.239 com si fossem l'usuari (sudo) lliurex, amb password lliurex, i
mostrant la seua eixida en la màquina des de la que llancem la GUI.
Una de les utilitats més rellevants d'aquest plugin és la possibilitat de llençar
entorns d'escriptori molt lleugers complets dins un entorn chroot d'altra
màquina, com per tal de manipular el sistema i les aplicacions dins un entorn
chroot d'imatges per a clients lleugers. Per exemple, la instrucció:
n4d­client ­c RemoteGuiManager ­m remote_execute ­a $USER
"ltsp­chroot   ­p   ­m   ­a   mini­light­client   awesome"
192.168.20.239 lliurex lliurex True
Llençarà l'ordre "ltsp-chroot -p -m -a mini-light-client awesome" del host
192.168.20.239 en la màquina local. Aquesta ordre el que fa és llençar
l'aplicació awesome, un entorn d'escriptori molt lleuger sobre el chroot de
LTSP mini-light-client. A la següent imatge ho vorem més clar: