Usare server ssh dietro rete nattata

@enzotib leggo roa, scrivevamo insieme, la risposta e' no: Connection timed out usando il semplice: ssh $USER@Indirizzo-ip visto che il test lo sto facendo dalla 22 non indico la porta d uso che se risolvo cambiero' ovviamente ;)

@Juan stiamo di fatto usando due server ssh, uno su A e uno su B, per cui a seconda di quale server cambia da 22 ad altro, allora si vede cosa bisogna cambiare.
Per quanto riguarda la caduta del server B, ovviamente non puoi fare niente se non puoi controllarlo.
L'indirizzo del client A non mi pare che sia mai stato utilizzato in nessun comando, quindi non devi conoscerlo in anticipo, anzi non ti serve proprio di conoscerlo.

@enzotib come non devo conoscerlo? Dal server(A) che ho chiamato client x via della dinamica bisogna impostare la connessione a quello che poi sara davvero il client(B)... Su (A): ssh -nNT -R 5000:127.0.0.1:22 pluto@74.125.232.151 & in questo modo non so in anticipo a cosa connettermi...

@Juan avevo capito pensavi di dover usare l'indirizzo di A. L'indirizzo di B ovviamente serve, ma un indirizzo per connetterti dovrai pure conoscerlo, no? Mica si possono fare i miracoli?
Per questo ti chiedevo se avessi un server ssh a disposizione, se poi questo server cambia indirizzo, questo è un altro problema, potresti usare qualche servizio di dynamic dns.

@enzotib ok diciamo che posso utilizzare un dyndns per risolvere la cosa, ma comunque anche cosi per ora non funziona la cosa... Non stabilisco connessione da A a B anche direttamente con ssh pluto@74.125.232.151

@Juan: questo è un problema che è indipendente dalla procedura che ti ho mostrato, la connettività di base da A a B è un prerequisito.
Il server B ascolta sulla porta 22? Hai messo l'utente giusto e l'indirizzo giusto?

@enzotib, si ed ho chiesto ad un amico di connettersi a (B) da casa sua con una rete adsl normale, nessun problema al server del client B (Purtroppo :))

EDIT Si vede che questi della Linkem hanno chiuso tutto anche in uscita e' possibile?

@Juan, metti il server B sulla 80, questa non la possono chiudere.

@enzotib ho dato il comando che poi ho killato e nulla, rimane tutto come prima, ho provato ad uscire dalla 80 sulla A e connettermi nella B che ho impostato a porta 80 ma nulla da fare, non esco da qui dentro non so perche'... Ho fatto un test delle porte al server nattato da qui e la 80 comprese tutte le altre risultano stealth. Dopo ferragosto chiedero' lumi all ISP anche se dubito sappiano di cosa si parla, domani comunque ritentero', ora la mia donna mi uccide se non andiamo, se intanto hai un idea fammi sapere. Grazie davvero di tutto fin ora cmq!

@enzotib ho fatto tutti i test possibili ma purtroppo non esco e non entro da questa maldita rete. Ci si riesce solo a naviare. Non so come fanno ma evidente che hanno dei filtri potenti cosi da impedire il traffico da tutti i protocolli tranne www. Se qualcuno avesse un idea o avesse risolto in qualche modo scriva pure, sara' molto Gradito!! Juan

AGGiunGo che il tuo sistema funziona in se, ma anche cosi non si riesce a scavalcare nulla...

@Juan: io invece aggiungo che la mia soluzione prevede che il primo comando sia fatto da casa, in un momento in cui B è in ricezione e una volta stabilito il canale non puoi più muovere B, quindi è sostanzialmente incompatibile con un B itinerante.
Però aggiungo ancora che se uno riesce a trovare un B fisso, poi può andare in giro con, diciamo, una macchina C e da questa connettersi a B come se si stesse connettendo ad A.

Si ma mi e' impossibile, anche perche se avessi questa opportunita' avrei il server direttamente dove sarebbe B :) La risoluzione sta solo nell entrare in questa rete dove ho il server e dove B e' per forza di cose itinerante... Ho anche impostato dyndns e posso usare autossh, ma non e' questo il problema. Uno dei problemi e' che non entro in sshse sono in un bar che ha la porta 22 chiusa e firewallata per esempio.