Newsgroup: it.tlc.gestori.fastweb
Titolo: ce l'ho fatta !!

Ora sono visibile su internet .Ho scavallato il nap/pat alla grande !!
Senza usare pomodoro e mozzarella.
Un bel tunnel ssh e va alla grande.
Unica cosa l'ftp  che usa due porte,come fare ??

 Unica cosa l'ftp  che usa due porte,come fare ??
Se capisco come hai fatto, posso cercare di capire come fare andare anche
l'ftp, ma: se hai usato Ssh, non puoi usare SFtp (parte della suite Ssh2)?

Ti prego, spiega come fare!!! Per il bene della comunità!

 ha scritto nel messaggio
news:Mnvs9.27805$dj7.1...@tornado.fastwebnet.it...

Mi unisco alle preghiere ... spiegaci come si fa!!!
Grazie - Revenge

Lo sospettavo.. hai usato un tunnell ssh con squid dall'altra parte e poi
hai proxato tutto su localhost?
Occorre avere una connessione stabile dall'altra parte pero'..
-- 
-   Federico Sideralis Programs 
www.sideralis.net
   -
-   Server Fastweb IRC 
irc.sideralis.fastland.org
   -
- Renault Espace 
www.sideralis.net/espace/index.htm
 -
-   Linux Gentoo 1.4 2.4.19-xfs-r1 [i686/604MHz]    -

 wrote in news:Arws9.28073$dj7.167602
@
tornado.fastwebnet.it
:

Ha fatto come faccio io ogni giorno utilizzando i computer su cui ho 
accesso alla mia universita'.
Io faccio cosi': utilizzando ssh mi apro una shell su uno di questi 
computer sempre visibili, scelgo di solito uno tra quelli che hanno 
un'opzioncina particolare attiva (grazie alla complicita' 
dell'amministratore), quindi con il Remote Port Forwarding faccio in modo 
che alcune porte di questa macchina vadano a rimbalzare su altre porte 
della mia macchina.
A questo punto basta collegarsi a quella macchina, alla dovuta porta e io 
ricevo la connessione. Unica pecca e' che, come dicevo io, ssh ha 
un'opzione di sicurezza. Cioe' di default avviene che il server ssh a cui 
sono collegato accetta le connessioni alle porte da me indicate solo se 
ci si collega a 127.0.0.1, quindi solo se ci si collega direttamente da 
quella macchina, ma modificando un'opzione si possono accettare le 
connessioni anche dall'ip pubblico.
Riguardo al problema dell'ftp in realta' il problema non c'e'. Mi spiego 
meglio, l'ftp e' vero che utilizza due porte, ma in realta' il command 
channel deve essere aperto dal client verso il server, mentre il data 
channel viene aperto dal server verso il client, ecco quindi che il 
problema non sussiste. Se invece si vuole usare il passive mode, le cose 
si complicano, perche' in questo caso e' il client ad aprire il data 
channel.

 connessioni anche dall'ip pubblico.
Cioe' tu fai una connessione ssh verso una macchina che ha visibilita' e
mantieni la connessione attiva e via iptables forwardi alcune porte verso
il tuo ip remoto.. Ma come fai a forwardare le porte verso un pc dentro
fastweb?
iptables -t nat -A PREROUTING -p tcp --dport 6698  -j DNAT --to IPPRIVATODIFW:6698
? La macchina esterna visto che hai la connessione ssh attiva ti
riconosce?


 dentro fastweb?
Niente iptables, ssh permette "Port Forwarding" e "Remote Port Forwarding".
La prima ti permette di collegarti ad una tua porta locale per raggiungere 
un host remoto. La seconda permette ad un host remoto di raggiungere una 
tua porta locale.
Solo che la seconda ha un problema di sicurezza.
Poi uso il comando NO-OP del protocollo ssh per evitare che la connessione 
venga terminata per inattivita'.

quindi in teoria, basterebbe mettere su un pc esterno con connessione 
permanente (tipo adsl) e indirizzo ip pubblico fisso e lanciare il comando
ssh -R porta_locale:localhost:80 server_esterno
per far vedere il web server ci si collegherebbe a 
http://server_esterno
che software bisogna installare sulla macchina esterna a questo punto?
ciao


 che software bisogna installare sulla macchina esterna a questo punto?
Un qualunque server ssh. 
www.openssh.org
 va piu' che bene.
Il problema di questo sistema e' che in realta' la banda di fastweb non 
conta piu' ma conta la banda del server esterno. Es.:
poniamo che il nostro computer si chiami Pippo, mentre quello esterno si 
chiama Topolino. Il client che vuole accedere al nostro server si chiama 
Paperino.
Ora a questo punto con quel sistema Paperino si collega a Topolino e per 
tutta la connessione parla con lui, Topolino invece si collega a Pippo e 
per tutta la connessione parla con lui. Questo significa che se Topolino 
non ha un'ottima connessione con Paperino e con Pippo le cose funzano 
male.

> ssh -R porta_locale:localhost:80 server_esterno
Pero' fare un tunnel per porta mi pare pesante come metodo..


 
leggete i post sotto,esattamente cosi'.
Ok per sftp ora provo

 Pero' fare un tunnel per porta mi pare pesante come metodo..
L'opzione -R si puo' ripetere per tutte le porte che vuoi.

 wrote in news:mmxs9.28250$dj7.167839
@
tornado.fastwebnet.it
:

sftp (ssh2) lo puoi usare se tu sei il server ssh, cosa che in questo caso 
non e' vera, quindi abbandona l'idea.

server:~# ssh -l user -R 25:
1.26.128.33:2000
 151.27.x.xxx
us...@151.27.x.xxx's password: 
Warning: remote port forwarding failed for listen port 25
Linux 2.4.18-grsec.
user@spyro:~$ 
25 e' il mio smtpd 1.26.128.33 sono io, 151.27 ecc e' il mio amico
questo e' dovuto a cosa ?


 questo e' dovuto a cosa ?
che sotto Linux solo l'utente root puo' aprire o fare listen su porte 
inferiori alla 1024. Quando tu fai ssh, il demone fa una fork e il 
processo figlio (quello che gestisce la tua shell) viene eseguito usando 
i privilegi  dell'utente che ha fatto login, per una questione di 
sicurezza.
Prova con porte superiori alla 1024.
Se poi vedi che non va c'e' la possibilita' che nel file di 
configurazione il remote port forwarding sia disabilitato.

 sicurezza.
A questo non avevo pensato, in effetti io ero loggato come root nel mio
server ma avevo una connessione ssh sul server esterno come utente.
Domani quando ho a disposizione qualcuno riprovo :) 


 Domani quando ho a disposizione qualcuno riprovo :)
Ho fatto una prova nella mia lan, ma mi pare non funzionare.. dove e' che
sbaglio...
Questo comando viene lanciato dal computer 
192.168.0.3
:
sideralis init.d # ssh -l root -R 21000:
192.168.0.3:55555
 192.168.0.1
ro...@192.168.0.1
's password: 
Last login: Mon Oct 21 03:58:27 2002 from 192.168.0.3 on pts/2
Linux server 2.4.18 #4 Wed Oct 2 09:21:47 CEST 2002 i586 unknown
You have new mail.
Last login: Mon Oct 21 03:58:27 2002 from 192.168.0.3
server:~# 
Sul computer 192.168.0.1 c'e' un servizio in ascolto sulla 55555. La
connessione ssh sembra avvenire senza problemi, tuttavia se sul pc
192.168.0.3 telnetto la porta locale 21000 che dovrebbe essere quella
forwardata non ottengo nulla:
blackman@sideralis blackman $ telnet localhost 21000
Trying 127.0.0.1...
telnet: Unable to connect to remote host: Connection refused
PS: strano, ma anche se faccio la connessione del tunnel come utente root
non apro porte sotto la 1024..


 non apro porte sotto la 1024..
Questo mi sembra molto strano. Il man dell'ssh client parla chiaro:
Privileged ports can be forwarded only when logging in as root on the 
remote machine.
Cmq, forse stiamo scendendo un po' troppo nel tecnico, quindi proporrei 
eventualmente di continuare questa discussione in privato per email.
Magari alla fine scrivere un post con un tutorial per tutti coloro che 
vogliono provare questo metodo per essere visibili dall'esterno.

 vogliono provare questo metodo per essere visibili dall'esterno.
Se posso permettermi, il thread è veramente interessante anche per me (e
per altra gente, ritengo).
Perché non potete/possiamo (sto facendo anche io qualche esperimento)
continuare su questo newsgroup? Sicuramente è un thread più interessante
di tanti flame o continui "come si setta WinMx" che ci sono in giro (senza
ovviamente voler offendere nessuno), anche perché copre una tematica
"nuova" al newsgroup, ovvero non ricavabile con una semplice ricerca nella
history.
Franz

 semplice ricerca nella history.
Se la comunita' giudica che non diventi OT per me va benissimo.
Cmq il thread non sta continuando, ne in pubblico, ne in privato.
Xo' se spuntano dubbi o perplessita' si puo' sempre continuare.

Bhe, io ho provato a girare le porte e mi e' andato tutto in malora,
appena hai un po' di tempo se puoi incollare le righe di configurazione
adatte per sshd sarebbe una cosa gradica, sulla documentazione sono
segnati dei comandi ma solo sulla negazione del permesso, non
sull'esplicito consenso di ridirezionamento. 


Franz
Sottoscrivo pienamente
Ciao
Coda di Lupo
ICQ# 172471291