Newsgroup: it.comp.os.linux.sys
Titolo: ssh e ForwardX11 di un altro utente

Salve NG,
dalla macchina A devo accedere al server B e faccio questo:
1) Mi loggo da A a B con l'utente pippo.
2) digito xterm e il terminale appare sulla mia macchina (la A)
3) Divento root con sudo -s
4) digito xterm e funziona ancora
5) su - oracle (perche l'utente oracle non ha una sua password)
6) digito xterm e non funzia.
L'utente oracle non ha la variabile DISPLAY settata e comunque se la setto
ottengo:
xterm Xt error: Can't open display: localhost:10.0
A parte dare una password a oracle (bleah!!!) c'e' un modo per permettere
all'utente oracle di B di eseguire un finestra X sul mio desktop (A) ?
Grazie, Nicola.
-- 
chi va pian va san e va lontan

 desktop (A) ?
la butto li: una chiave ssh funzionera se non hai password? mai provato.
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 all'utente oracle di B di eseguire un finestra X sul mio desktop (A) ?
semplicemente:
xhost +B
ssh pippo@B
sudo -s
sudo - oracle
(uhm, la sparo: "sudo -c -- sudo - oracle"? pippo che puo' diventare oracle 
in sudoers? roba cosi'?)
export DISPLAY=A:10.0
xterm
attenzione: su export DISPLAY non va solo il numero del display, ma 
l'indirizzo completo host.dominio.ext:major.minor (cheneso' 
intranet.uibbs2.lan:5.0)
-- 
Saluti, Grizzly - 
http://www.g-sr.eu/
  4 anni di weblog, newsgroup ed e-mail condensati (-:
  "Estrazioni dal weblog", online su 
http://www.lulu.com/g-sr
  Ordinabile in libreria, ISBN 978-1-84753-836-9
-Messaggio sottoposto a Licenza CC by-nc-nd 2.5-
Anagramma: PENTIUM = MI PENTU
  - Grizzly

 xterm Xt error: Can't open display: localhost:10.0
non l'ho mai provato, però ricordo di aver visto in rete un programmino 
chiamato sux che serviva proprio per cambiare utente e mantenere la 
sessione X attiva. con una googlata, scatando i siti porno che 
appariranno dovresti trovarlo ;)
--
Ranger!

 appariranno dovresti trovarlo ;)
dovrebbe essere questo
http://fgouget.free.fr/sux/sux-readme.shtml
--
Ranger!

 xterm
 
Non funziona. Il problema e' che ssh gestisce il forwarding di X e negli
help e' raccomandato di non toccare la variabile DISPLAY, che appunto e'
impostata su localhost e non su "A".
Poi provo a rimuovere il supporto di X e provare xhost.


 la butto li: una chiave ssh funzionera se non hai password? mai provato.
Evviva, questo funziona :))
L'unico problema e' che mi tocca fare delle robe a mano:
creare "id_rsa.pub" sulla macchina A
copiare "id_rsa.pub" in "authorized_keys" sulla macchina B
chmod 600 authorized_keys
eseguire ssh
Mi sto' facendo uno script in python per installare oracle (non la versione
xe) su una ubuntu, perche' tolgo la suse9 da un server che e' gia' in
produzione. Cosi' volevo evitare di perdere tempo quando arrivera' il
momento fatidico (intanto faccio i test su un pc).
La soluzione pero' la tengo buona :)


Ranger! wrote:

Sulla mia ubuntu apt-get mi dice che il pacchetto sux e' untrusted, che puo'
danneggiare il pc e bla bla. Volevo verificare bene da dove arriva il
pacchetto prima di installarlo, non sono esperto di pacchetti deb.
Qualche suggerimento ?


 Qualche suggerimento ?
Potresti provare gksu al posto di sux, che dovrebbe essere trusted visto
che fa parte di Gnome che è il desktop default di Ubuntu.
Benjamin

 impostata su localhost e non su "A".
Mi pare strano, perche' a me risulta il contrario. Comunque ssh ha anche un 
parametro per forzare il forwarding di x11, ma adesso non ho sottomano guide
-- 
Saluti, Grizzly - 
http://www.g-sr.eu/
  4 anni di weblog, newsgroup ed e-mail condensati (-:
  "Estrazioni dal weblog", online su 
http://www.lulu.com/g-sr
  Ordinabile in libreria, ISBN 978-1-84753-836-9
-Messaggio sottoposto a Licenza CC by-nc-nd 2.5-
Ho comprato una nuova stampante eccezionale: non solo stampa su
fronte-retro, ma anche su nastro di Moebius.
  - DrZap

 
ssh -X

 Mi sto' facendo uno script in python per installare oracle (non la versione
semplificati la vita, dopo aver generato la chiave, usa:
~$ ssh-copy-id -i .ssh/id_rsa.pub root@macchina
che fa tutto da solo.
ciao
--
Ranger!

 
Si si, infatti uso quello, perche' e' cosi' che mi funziona l'utente pippo.
Solo che quando divento oracle mi perdo per strada le variabili di ambiente
e ssh non forwarda piu' X (non so se e' proprio colpa dell'ambiente).


Benjamin Gufler wrote:

da pippo:
gksu -u oracle xterm
X11 connection rejected because of wrong authentication.
X connection to localhost:11.0 broken (explicit kill or server shutdown).
Solito problema.
Grazie comunque, Nicola.


Ranger! wrote:

Molto carino :))
Il problema e' che non posso loggarmi come oracle, non ha la password, e
quindi niente ssh-copy-id.
La soluzione piu' rapida e' quella di dare una password a oracle, ma mi
scoccia, anche perche' non posso eseguire tutto con uno script, compresa la
creazione dell'utente oracle:
prima mi loggo da A a B e creo l'utente oracle con password; logout; login
da A a B come oracle ed esecuzione del resto dello script (con le finestre
X).


 xterm Xt error: Can't open display: localhost:10.0
Ho risolto guardando qui:
http://www.debian-administration.org/articles/494
Piu' o meno cosi':
ssh ip_B -l pippo
echo $DISPLAY
copy the output
sudo -s
cat /home/pippo/.Xauthority > /home/oracle/.Xauthority
su - oracle
export DISPLAY="paste the output of echo $DISPLAY here... without quotes"
Non e' una cosa affatto pulita, ma altri modi non li ho trovati.


 eseguire ssh
Sulla Gentoo esiste uno script che si chiama ssh-copy-id
Pero' .... in assenza di password non so se funzionerebbe.


 che fa tutto da solo.
tutto tranne una cosa: indovinare la password :)


 Pero' .... in assenza di password non so se funzionerebbe.
Dove non c'e' root puoi fare "sudo -s" e funziona anche X con ssh.
