Newsgroup: it.comp.os.linux.sys
Titolo: Server ssh

Salve a tutti
vi espongo il mio problema:
ho una piccola rete composta da un server (Linux Red Hat - 7.2) e un 
computer (Linux Red Hat - 7.3). Spesso mi capita di dover accedere nel 
server (che non ha nè tastiera né mouse) da remoto. Per questo compito 
uso ssh.
La domanda è: "non è possibile fare in modo che il server mi riconosca 
automaticamente e non mi chieda la password?"
Infatti ho visto che c'è un sistema di chiavi pubbliche - private da far 
generare al client e metterlo da qualche parte nel server. Ho provato 
e... non mi funziona! Qualche anima pia mi potrebbe scrivere tutto il 
procedimento??? Grazie,
Teo

 automaticamente e non mi chieda la password?"
si, e` possibile
http://directory.google.com/Top/Computers/Security/Products_and_Tools/Cryptography/SSH/Documentation/?tc=1
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 procedimento??? Grazie,
E' nella documentazione, non sapendo quale ssh usi ti posso indicare i
passi, ma non il modo di farli:
SUL CLIENT
- generi la coppia chiave pubblica/privata relativa al protocollo che
vuoi usare (dsa o rsa per ssh 2) senza dargli la passphrase.
- copi la chiave privata in $HOME/.ssh (o in $HOME/.ssh2 dipende)
SUL SERVER
- copi la chiave pubblica in $HOME/.ssh/nome_chiavepubblica.pub
- crei il file $HOME/.ssh/authorization o analogo con il riferimento al
file contenente la chiave pubblica.
A quel punto ti dovresti collegare senza password.
Occhio alle incompatibilita' fra protocollo 1 e 2, e fra ssh
commerciale e openssh.
LG
-- 
*********************************************************************
Leandro Gelasi
V year Computer Science Engineering student at Siena University
gela...@lucy.dii.unisi.it
Gilles Villeneuve will live forever
*********************************************************************

Avendo una incompatibilità di carattere con ssh (non mi sopporta, cerco 
di seguire le istruzioni per entrare in remoto ma non mi va...) ti 
chiedo gentilmente se mi puoi elencare le operazioni da fare (sia sul 
client ma soprattutto sul server) per mettere 'ste dannate chiavi al 
loro posto...
Grazie mille!
ps. Ho eseguito il comando "rpm -qa | grep ssh" ed eccone i risultati:
Client:
   kssh-0.4-598
   openssh-3.4p1-5
Server:
   openssh-askpass-gnome-3.1p1-6
   openssh-askpass-3.1p1-6
   openssh-clients-3.1p1-6
   openssh-3.1p1-6
   openssh-server-3.1p1-6
A parte il fatto che non mi spiego come mai ci sia il pacchetto di gnome 
(non avevo installato neanche XFree sul server ... dannato up2date)
Grazie mille
   teo

 loro posto...
[..]
Prima di qualsiasi altra domanda che tu voglia fare, aggiorna quel tuo
SSH _immediatamente_ perche' e' arcaico.
moria:~# dpkg -l | grep ssh
ii  ssh            3.4p1-0.0woody Secure rlogin/rsh/rcp replacement
(OpenSSH)
-- 
- Le scaglie della mia corazza sono come scudi dieci volte piu' potenti
  i miei denti sono spade, i miei artigli lance, lo sferzare della 
  mia coda una saetta, le mie ali un uragano ed il mio alito MORTE !

 (OpenSSH)
Strano, up2date (il servizio di upgrade dei pacchetti di Red Hat) non mi 
da nulla di più recente...
Si vede che hanno corretto i bug esistenti (ho sentito dire che si 
poteva accedere e, con qualche strano trucco, avere i privilegi di 
root), ma hanno preferito conservare una versione più "vecchia" per 
avere meno problemi...
Sei sicuro che la 3.4 non sia troppo "recente" ??? Vedo infatti che hai 
una debian woody, da poco diventata "Stabile" (almeno, doveva esserlo un 
paio di mesi fa, ma ho sentito che ci sono stati dei ritardi)
Se pensi che mi convenga comunque aggiornarmi alla 3.4 (e quindi non 
usufruire più del servizio up2date x il pacchetto ssh), allora ditemelo. 
Il mio grosso problema è che non ho molto tempo da dedicare al mio 
server, e quindi non sto dietro alla segnalazione di tutti i vari bug 
che vengono scoperti. Con up2date posso affidare questo compito a Red 
Hat (ve lo prometto, quando diventerò un sistemista unix, manderò al 
diavolo la RedHat e ci penserò io.... ma si tratta di un futuro ancora 
troppo remoto)
Grazie
   teo

 commerciale e openssh.
Io dovrei avere openssh...
Ciao, teo
ps. a questo punto penso che il problema sia sul server...

 troppo remoto)
Non sarebbe da scartare come idea, RH va bene per iniziare e farsi le
ossa ma quando si inizia ad avere un po' di esperienza sarebbe
preferibile passare ad un'altra distro piu' seria.



www.securityfocus.com
, negli archivi di Bugtraq.
Occhio, Suse per esempio ho corretto i bug nella versione gia'
esistente, non e' passata alla 3.4
Quindi potrebbe darsi che anche RH abbia fatto lo stesso.
Ciao
-- 
Francesco

   
Red Hat will not be issuing 3.3 or 3.4 rpm's for 7.x. Looks like redhat
8.0 beta is out (code named limbo), it has openssh 3.4. I have made
rpm spec files available for 7.x, 
openssh.com
 does as well, redhat's
3.4 rpm's mostly work on older redhat too. This really sucks though
cause the majority of redhat users are running 3.1 with a backported
fix, none of the fixes in 3.3/3.4 are there, to say nothing of privsep
which would protect them. I can just imagine all the crackers gleefully
looking at 3.1 -> 3.4 diff files and finding exploitable problems. The
reason redhat won't ship 3.4 is that it would cost a lot more then
a backported 3.1 from a support point of view, and really, how many
sales are they going to lose from this? I doubt very many.
http://seifried.org/security/os/linux/redhat/20020701-rh7x-openssh-34.html
Kurt Seifried, 
ku...@seifried.org
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


 esistente, non e' passata alla 3.4
Che dici, l'ultimo aggiornamento è la 3.4p1-5
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

ok, sono riuscito a capire quale sia il problema....
ho provato a settare nel file sshd_config il campo "StrictModes" su 
"no". Praticamente non controlla i permessi sui file e sulla home 
directory prima do accettare il login. Normalmente è settato su "yes"
Ora riesco a connettermi con successo...
il problema è quindi di permessi sui file contenenti le chiavi...
La domanda che sorge spontanea è "che permessi devo dare??? a che files???"
Per rispondere basta inviarmi un "ls -l" della directory .ssh (penso si 
tratti di quella del server, ma già che ci siamo, mandatemi anche quella 
del client!)
Grazie a tutti per l'aiuto,
teo

Che dici, l'ultimo aggiornamento è la 3.4p1-5
Per la 8, per la 7,3 sono rimasti alla 2.9.9p2:
http://www.suse.com/de/support/security/2002_024_openssh_txt.html
Ciao
-- 
Francesco

 
La chiave privata deve avere lettura e scrittura solo per l'owner e
nessun privilegio per tutti gli altri.
La chiave pubblica deve essere leggibile a tutti.
