GRAZIE MILLE!! Sono riuscito a fare funzionare il tutto!! Vi riassumo come ho fatto tanto per la cronaca:
Prima di tutto NON OCCORRE togliere il -nolisten tcp dal file /etc/X11/xinit/xserverrc Poi sul server al quale mi connetto ed in cui faccio girare gli applicativi X ho modificato il file /etc/ssh/sshd_conf ed ho messo yes alla voce X11Forwarding Per evitare di usare xhost ho utilizzato XAUTHORITY esportando i miei dati sul server con il comando: xauth extract - $DISPLAY | ssh <user>@<ip> "xauth merge -" Quindi quando mi collego al server utilizzo il flag -X e tutto magicamente funzia!! Grazie a tutti. In Particolare ad NN_il_Confusionario per le dritte che mi hanno portato alla soluzione dei miei problemi. Ciao. Il dom, 2002-03-10 alle 07:01, NN_il_Confusionario ha scritto: > On Sat, Mar 09, 2002 at 11:58:02PM +0100, Fabio Vendramin. wrote: > > ho tolto l'opzione -nolisten tcp sul client in cui ho X > > ho dato il comando xhost + sul client > > mi sonon collegato tramite ssh -X [EMAIL PROTECTED](server) > > ho settato la variabile DISPLAY = 192.168.10.10:0.0 (client) > > manteniamo la calma. > > IP_A=192.168.10.10 # macchina "client" che fa girare l' X server > IP_B=192.168.10.6 # macchina "server" che fa girare gli X clients > > se usi ssh: > da un xterm (rxvt, xvt, ecc.) sulla macchina $IP_A dai > ssh -v -X [EMAIL PROTECTED] > una volta che ti si e` aperta una shell su $IP_B > ********NON******* dare comandi di settaggio di DISPLAY sulla shell > che hai su $IP_B > > Forse prima di avviare X su IP_A devi togliere -nolisten tcp ma prova pure > prima senza toglierlo (e se funziona senza e` meglio; credo debba > funzionare senza in quanto mi pare ssh usi socket unix per parlare a X). > > Inoltre "xhost +" *NON* e` buona cosa da dare, impara a usare XAUTHORITY > per cose simili (che servono quando vuoi connessioni senza passare da ssh, > per esempio quando sei pippo sulla macchina e fai su root, allora root > non lancia applicazioni X a meno di settare nella sua shell cose tipo > XAUTHORITY=/home/pippo/.Xauthority o copiarsi l'.Xauthority di pippo in casa > propria, o cose piu` sofisticate ... cerca nei vecchi numeri di Debian Weekly > News quello in cu hanno parlato dello script "sux", su in x) > > il -v per ssh e` una opzione di debug che ti serve per vedere se le due > macchine accettano entrambe di fare quanto -X richiede; se non accettano > qualcosa non va in /etc/ssh/sshd_conf* di $IP_B (o, meno probabilmente > /etc/ssh/ssh_conf* di $IP_A che pero` dovrebbe essere impotente di > fronte a un -X da riga di comando) > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]