Newsgroup: it.comp.os.unix
Titolo: Un piccolo aiuto....(Solaris)

Salve a tutti,
1 ) avendo 2 macchine Sun collegate in rete, come faccio a far eseguire una
applicazione X (residente sulla macchina 1 (Solaris 2,5) ) su un terminale
remoto (ad esempio quello della macchina 2 - con Solaris 8) ?
Ho provato ad aprire una window sulla macchina 2, collegarmi in telnet alla
macchina 1 e poi richiamare ad es. xterm .
Niente da fare ...Can't open display. C'e' qualche parametro da settare
immagino, ma quale ?
2 ) sempre le stesse due macchine : la prima fa da DNS server e da http
server (dominio 
www.miodominio.it
). Se dalla macchina 2 faccio traceroute
www.miodominio.it
 tutto OK, ma se faccio ad es. traceroute 
www.playboy.com
me lo risolve in modo errato : mi rida' l'indirizzo della mia stessa
macchina (la macchina 2). Quali sono i files che devo andare a toccare per
sistemare questo problema ?
Grazie in anticipo
Nextto
-- 
Posted from [213.198.132.2] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

immagino, ma quale ?
su macchina1:
export DISPLAY=macchina2:0
su macchina2:
xhosts +

 writes:
Fsmfs> Salve a tutti, 1 ) avendo 2 macchine Sun collegate in rete,
Fsmfs> come faccio a far eseguire una applicazione X (residente sulla
Fsmfs> macchina 1 (Solaris 2,5) ) su un terminale remoto (ad esempio
Fsmfs> quello della macchina 2 - con Solaris 8) ?
Per prima cosa devi "redirigere l'output" :
Su macchina-1 devi  settare la variabile DISPLAY in  modo che contenga
l'indicazione del display di macchina-2 (usualmente macchina-2:0), in
sh i comandi sono 
$DISPLAY="macchina-2:0"
$export DISPLAY
(con ksh o bash puoi scrivere export direttamente davanti all'assegnazione)
con csh se non ricordo male il comando è
%setenv DISPLAY "macchina-2:0"
Per seconda cosa devi autorizzare la redirezione :
Modo meno sicuro : 
	dare un  occhiata al comando  xhost ed al suo  manuale. Occhio
	che in  questo modo chiunque sia  su macchina-1  ha accesso in
	"lettura e scrittura" al display di macchina-2...
		xhost +macchina-1
Modo più sicuro :
	dare un occhiata al comando xauth ed al suo manuale per sapere
	come  fondere  le  Xauthority  (file  .Xauthority  nella  home
	dell'utente) della  macchina-1 in quelle  della macchina-2. In
	questo modo solo utenteX@macchina-1 può accedere (sempre "rw")
	al display di macchina-2 (oppure lo può fare root :) )
		copi macchina-2:.Xauthority in macchina-1:nome_di_file
		su macchina-1 dai xauth merge nome_di_file
\begin{avviso}
 
Attenzione: Leggersi lo header riguardo al mio e-mail!
Warning: read header for infos about my e-mail.
\end{avviso}
+----------------------------------------------------------------+
| Gian Uberto Lauri * "So, are you working on fixing that bug    |
| 
sa...@eng.it
      *  *now* or leaving it until later ?" - YES  |
+----------------------------------------------------------------+

 xhosts +
Scusa ma a che serve   xhosts + ?
Leggendo il man sembra che serva a dare informazioni su un host x.25. E
quindi ?
--
-------------------------------
Maxmilian Grillo
Work like you don't need money,
Love like you've never been hurt,
And dance like no one's watching
--------------------------------

> xhosts +
M> Scusa ma a che serve   xhosts + ?
1) è xhost e non xhosts (eccapperi  dopo anni a fare display remoto di
   orografie  interessanti  qualcosa  avrò  imparato :)),  e  comunque
   consiglio di  usare le xautority, in  quel modo solo  un utente ben
   specificato (e root, vero Jake  ?) potrà accedere al tuo display da
   remoto.
2) MAI dare  xhost +  . A cosa  serve dare  xhost + ?   Praticamente a
   prepararsi ad  essere sodomizzati informaticamente,  dato che TUTTO
   L'UNIVERSO potrà accedere in  scrittura ma sopratutto in lettura al
   tuo   display  (lettura  dei   keystroke,  immagine   di  documenti
   riservati...)


 writes:
M> Scusa ma a che serve   xhosts + ?
"xhost", senza 's' finale. In ambiente X11 l'accesso al "display" (termine
che indica l'insieme di tastiera, mouse -- piu` altri eventuali dispositivi
di ingresso "umano" -- e di uno o piu` schermi video, braille, etc.) viene
per defailt ristretto al solo host locale e all'utente che possiede il pro-
cesso del server X11.
Questo per evitare  intrusioni indesiderate nel proprio lavoro:  chi ha ac-
cesso ad un  display X11, infatti, puo` sia  scrivere che leggere qualunque
informazione transiti attraverso i dispositivi sorpa citati.
Il comando "xhost"  e` un metodo per autorizzare  altri utenti e/o macchine
ad usare  le risorse del display  locale. Il suo  metodo di autenticazione,
pero`, e`  *molto* debole,  essendo basato solo  sugli user-ID e  sugli in-
dirizzi IP.
Per questo, da  tempo si usa un  metodo un po` piu` sicuro  basato su delle
"session-key" generate di  volta in volta, e memorizzate  nella home direc-
tory del proprietario del display, in un file di nome ".Xauthority".
Queste chiavi si  chiamano in gergo "magic-cookies" (eh,  si`: non e` stata
Netscape la prima a distribuire "biscottini" elettronici :-)). Per accedere
ad un display che non si  e` "aperto" con xhost occorre conoscere il cookie
corrente e  aggiungerlo al proprio  .Xauthority (esiste il  comando "xauth"
per far cio`).
Ovviamente, i vari .Xauthority sono file che vanno protetti, per cui i loro
permessi di  accesso sono sempre  0600 (r/w solo  per il proprietario  -- e
root).
Un giro di letture dei manuali  dei comandi sopra citati (nonche' "man X"),
e magari anche una lettura degli HOWTO di Linux relativi ad X11 (i principi
valgono per tutti gli UNIX) ti fornira` dettagli piu` precisi in merito.
Saluti,
Luca Polo.
-- 
Luca...@gest.unipd.it
 --- 
http://www.gest.unipd.it/~jake
----------------------------------------------------------
One Ping to rule them all. One Ping to find them.
One Ping to bring down them all.
And in the darkness crash them.         [The Lord of the Pings]