Newsgroup: it.comp.os.linux.sys
Titolo: creare tunnel ssh

ciao
sto cercando di creare un tunnel ssh ma non ho le idee ben chiare.
Io lancio il comando dal
ssh -L 2222:ip_privato:22  ip_pubblico
Questo poi non dovrebbe permettermi da ip_pubblico di connetermi a
ip_privato
con ssh -p 2222?
grazie

ho trovato il comando corretto e'
ssh -R 2222:ip_privato:22  ip_pubblico
come posso farlo autenticare automaticamente?
grazie

>io@localhost$ ssh -f -X -N -L $porta:192.168.X.Y:22 i...@gateway.pubblico
questo comando funziona solo che io non vorrei che mi chiedesse la
password su gateway_pubblico ma si loggasse automaticamente.
Sai come posso fare?
grazie

su questo, fare ssh su ip_privato? Il risultato è lo stesso.
per come funziona fastweb non e' possibile fare direttamente ssh sul
pc dietro rete fastweb

 un'altra sessione ssh...
Non riesco a capire una cosa...
Il pc che ha l'ip Ip_pubblico, come puo' contattare il pc con ip_privato
se fastweb non lo permette?
A meno che il pc con ip_pubblico non abbia un'interfaccia esterna e una
interna alla rete fastweb.
Se cosi' fosse, non puoi fare in modo di nattare la connessione da una
scheda di rete (quella con ip pubblico) su una porta arbitraria (2222
nel tuo caso) e girarla alla macchina sulla rete fastweb sulla 22? 
Per nattare intendo fare SNAT e DNAT.
Dico cazzate?
Gufo
-- 
  ,___,		 	SYSTEM-INDEPENDENT:
  (9v9)		 Works equally poorly on all systems.
  (_^((\	
-^-"-"-\\-^--	 Remove -me- to reply in email

 Credo che sia la cosa corretta da fare o mi sbaglio?
Non è più semplice fare login ssh su ip_pubblico, e una volta in console
su questo, fare ssh su ip_privato? Il risultato è lo stesso.
-- 
Massimo Bacilieri AKA Crononauta 
ICQ:4005815

 con ssh -p 2222?
ip_privato deve essere un'altra macchina dietro il gateway ssh-server.
Se è solo un'altra interfaccia del gateway, non ha bisogno di nessun
tunnel.
Comunque nel caso sarebbe:
ssh -p 2222 localhost
(la porta 22 di ip_privato viene replicata all'altra estremità del
tunnel che si trova sulla 2222 del localhost).
Però non capisco che senso abbia fare un tunnel ssh per raggiungere
un'altra sessione ssh...
-- 


un'altra sessione ssh...
ip privato e' dietro una rete fastweb e vorrei creare un tunnel con ip
pubblico, in modo che ip pubblico possa poi accedere ad ip privato via
ssh.
Credo che sia la cosa corretta da fare o mi sbaglio?
grazie

John Dorian ha scritto:

In generale dipende dal server remoto. Host-based, key-based...
Per il secondo devi solo scrivere la tua chiave RSA (del tuo utente in 
locale) nel file ~/.ssh/authorized_keys sul gateway, credo. Poi 
*qualcuno* deve riavviare il server ssh in remoto. Ci sono tonnellate di 
howto in rete, io stesso l'ho fatto un paio di anni fa e ora mi sono 
dimenticato il filo ed il segno della procedura (che dura 20 secondi, 
comunque). Se ho tempo googolo un po'.
domanov



Con ssh -p 2222 localhost, dalla macchina da cui hai lanciato il primo ssh.
man ssh, BTW.
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

 pc dietro rete fastweb
Sientamme: openvpn.


 su questo, fare ssh su ip_privato? Il risultato è lo stesso.
E' semplice ma palloso: se devi trasferire dei file con scp devi dare 
due volte gli stessi comandi in due sessioni xterm diverse. Con il 
tunnel aperto invece dai un bel scp a localhost -P 2222 e fa tutto lui 
automagicamente...
domanov

John Dorian ha scritto:

Non so se ho capito bene la tua richiesta. Io uso uno script che mi apre 
un tunnel tra una porta LOCALE ($porta) e la porta default del server 
remoto, attraversando in trasperente un gateway intermedio collegato ad 
internet dal quale accedo ad un indirizzo in rete privata 192.168.X.Y in 
remoto:
io@localhost$ ssh -f -X -N -L $porta:192.168.X.Y:22 i...@gateway.pubblico
Le strane -f -N servono per richiedere l'interattività o meno (se devi 
digitare la password ecc)
Fatto questo mi collego in ssh alla porta $porta in locale e mi si apre 
automaticamente la sessione sul terzo computer, quello in rete privata:
localhost$ ssh -X io@localhost -p $porta
Occhio ai vari utenti, password e chiavi.
riassunto:
locale:2222 ---> gateway pubblico:22 -----> server su rete privata:22
Ciao,
domanov

 *qualcuno* deve riavviare il server ssh in remoto.
Non dovrebbe nemmeno servire riavviare, il nuovo child dovrebbe prendersi
subito la nuova chiave quando fa il match sulle authorized_keys.
Ciaotutti,
*