Newsgroup: it.comp.os.linux.sys
Titolo: [OT?] Il gusto - X e qualche consiglio...

Ciao gente...
Ero stufo di litigare con la mia ragazza: a casa abbiamo 6 PC, di cui
solamente 2 usati "interattivamente". Rispettivamente un athlon 1800
con 512 MB (il mio mostriciattolo) e il suo vecchio desk PII 400 con 96
MB. Ovviamente quando il mio lo uso, a lei resta lo scricciolo...
Dato che (ovviamente) su un hw del genere non gira proprio il massimo
del virtuosismo estetico (ovvero il KDE 3.1 che a entrambi piace
tanto), ho deciso di esportare tutta la sessione grafica da un pc
all'altro per i 2 utenti che abbiamo (il gatto ancora non ha
imparato..) onde tagliare la testa al toro...
Non avendolo mai fatto, e dovendo essere una cosa "casalinga", quindi
non necessariamente ottimizzata, non ho perso tempo a cercare in giro
come fare, ed ho improvvisato. In ordine, ho fatto questo:
- utilizzato ssh per avere l'autenticaziode via rsa da una macchina
all'altra
- creato uno script di nome pippo con dentro:
xhost +macchina.remota
ssh sk...@macchina.remota "export DISPLAY=macchina.locale:0.0 && \
startkde"
- editato .xinitrc dell'utente e scritto dentro:
exec pippo
Come immaginavo, funziona (anzi, vi sto scrivendo dallo scassone...)
Le prestazioni sono piuttosto soddisfacenti (anche se devo ancora
provarle seriamente: abbiamo l'hub di casa a 10, e lo devo cambiare...
immagino le cose possano andar meglio, quindi...).
Domando a chi abbia già realizzato qualcosa di "serio" di questo genere:
l'approccio è sensato? ci sono metodi migliori, più prestanti, più
corretti, altro? qualche accortezza per guadagnare qualcosina?
Thanx!
-- 
Emanuele Balla  aka Skull -  Public Key #661E5CBF on 
www.keyserver.com
+----------------------------------------------------------------------+
"And 1.1.81 is officially BugFree(tm), so if you receive any bug-reports
on it, you know they are just evil lies." (By Linus Torvalds)

 l'approccio è sensato?
...Quindi io non avrei dovuto rispondere :)
-- 
 Francesco Romani - Ikitt  | Describe your vision, the meaning is missing |
*** mailserver: 
freemail.it
| Won't anybody listen?                        |

 Think twice, code once.
Think all the time. Refactor all the time. Code forever.
                   (Ron Jeffries on the Pragmatic Programmer's mailing list)

 corretti, altro? qualche accortezza per guadagnare qualcosina?
Guarda X11Forwarding in man sshd_config e ForwardX11 in man
ssh_config, e' piu' o meno quello che fai tu ma non serve lo script
aggiuntivo.
-- 
Stefano

Sgranocchiando il cranio di Stefano Ghirlanda, vi trovai inciso:

Yes, sapevo dell'esistenza di 'sta cosa, MA:
mi era parso di capire, dalla documentazione, che forwardare X tramite
ssh fosse fondamentalmente la stessa cosa di tunnelizzarlo nella sessione
ssh stessa (e in tal caso eviterei per questioni di prestazioni...).
Sono io a non avere capito una mazza?
Ciauz...


`X -broadcast' (oppure `X -query 1.2.3.4') sul client.
ci ho provato tempo fa e ci sono riuscito con gdm ma non con kdm...
mah...
questo mi sembra l'approccio piu' semplice e naturale comunque... almeno
in lan.
ciao
-- 
Seti@Home Java Applets
http://maruko.webhop.net/

 Sono io a non avere capito una mazza?
Qui non ti so aiutare, pero' intuitivamente devi sempre passare i dati
della sessione X da una macchina all'altra, no? A meno di clamorose
ingenuita' i vari metodi dovrebbero essere grosso modo equivalenti.
Su una LAN casalinga spero non ci siano differenze...
-- 
Stefano 

 una LAN casalinga spero non ci siano differenze...
Invece le differenze ci sono, IMHO.
In primo luogo dovute all'overhead in termini di rete che l'incapsulamento
della sessione X comporta. In secondo luogo per il carico di processore
aggiuntivo che la crittazione della sessione comporta (non tanto per il
"bestio", quanto per lo scassone...).
Da questo punto di vista, avere la sessione in chiaro dovrebbe essere
prestazionalmente superiore.
Essendo la mia rete di casa, poco mi frega della sessione X sniffabile...
(tanto al massimo mi sniffa il gatto... e se impara a fare quello.. beh..
ha accesso fisico alle macchine...).
In effetti, a voler ben vedere, il man di ssh mi dice:
   X11 and TCP forwarding
     If the ForwardX11 variable is set to ``yes'' (or, see the description
     of the -X and -x options described later) and the user is using X11
     (the DISPLAY environment variable is set), the connection to the X11
     display is automatically forwarded to the remote side in such a way
     that any X11 programs started from the shell (or command) will go
     through the encrypted channel, and the connection to the real X
     server will be made from the local machine.  The user should not
     manually set DISPLAY.  Forwarding of X11 connections can be
     configured on the command line or in configuration files.
Il che mi farebbe intendere questo stato di cose... :-P
Riguardo al "fork" che il thread ha fatto un paio di post fa, ripondo qui
anche a quello ( vi devo inviare un signal?!?!? ):
sapevo qualcosa dell'esistenza di XDMCP (nel senso che ne avevo letto
l'esistenza, ma, come dicevo, non ho approfondito). I vantaggi quali sono,
secondo voi?
Considerate che nella "architettura" attuale, mi basta variare il
.xinitrc e tornare a lavorare in locale, e vorrei mantenere questo stato
di cose (il bestio lavora anche sotto altri OS, quindi non vorrei
qualcosa di troppo legato alla sessione remota... ).
Ciaotutti e grazie...


.xinitrc e tornare a lavorare in locale, e vorrei mantenere questo stato
con l'xdmcp lavori in locale, in remoto... senza alterare lo xinitrc...
ma forse non ti seguo, anche se ho messo in atto entrambe le tecniche
non mi sono molto preoccupato di tutti i dettagli.


 secondo voi?
In soldoni, usi un server X remoto che supporti xdmcp (anche il port di
Xfree86 di cygnus-win), ed hai la login grafica ne piu' ne meno come te la
ritroveresti in locale.    :-)
Si dovrebbe partire dall'xdmcp-HOWTO, se poi vuoi invece usare gdm o altri,
cambia il metodo ma non la sostanza.
bye G.L.
--
« E' assolutamente evidente che l'arte del cinema
 si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 ci ho provato tempo fa e ci sono riuscito con gdm ma non con kdm...
kdm di default non attiva XDMCP.  Una visitina a /etc/kde2/kdm/kdmrc e
un bell'Enable=true sotto [Xdmcp] dovrebbe risolvere.

 __declspec(dllexport) and __declspec(dllimport)
That's a complicated question.  Essentially, the MS engineers were on crack
when they designed Windows DLLs.    (C. Thompson on the Cygwin mailing list)



beh, ovviamente avevo gia' guardato in quelle zone... c'e' qualcosa di
indigesto in kdm oppure mi e' sfuggito qualche parametro... come client
uso xfree86 di cygwin, magari e' un bug di quest'ultimo.


 corretti, altro? qualche accortezza per guadagnare qualcosina?
Un metodo vale l'altro, ti consiglio di guardare il setup del lbx-proxy,
che in pratica serve a comprimere la sesione che hai esportato con ovvio
incremento di prestazioni sul traffico di rete e sulla reattività delle
finestre.
Inoltre se vuoi proprio fare il fine, ti consoglio di mettere openmosix
tra tutti i 6 computer, o magari solo nei due desktop, in modo da avere
anche la ripartizione del carico tra le due macchine e non una macchina
ferma e l'altra che fà tutto il lavoro.
Con 4 ore di lavoro ( e una compilazione del kernel) dovresti fare
tutto.
Ciauz!
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 uso xfree86 di cygwin, magari e' un bug di quest'ultimo.
Prova cosi':
X -query <xdm-server> -from <my_ip> &
