[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Abilitare il server X



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 root@192.168.10.6(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 ${USER_NAME}@${IP_B}
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)



Reply to: