Newsgroup: it.comp.os.linux.software
Titolo: Scambio file

Avrei bisogno di un software di scambio file su internet.
Avrei pensato:
ftp     ->      poco sicuro passando le passwd in chiaro ( vorrei
                avere il "concetto di utenza" )
scp     ->      sicuro, ma poco user frendly ( purtroppo non lo
                devo usare io )
samba,nfs ->    In un ambiente protetto OK, ma visto che devono
                accedere dall'esterno non mi sembra il caso ( anche xche
                la vedo dura con samba se non si è nello stessa subnet )
http ?  ->      Un qualcosa via shttp ( cioè via browser + SSL ) sarebbe
                l'ideale; l'unica cosa che ho trovato è phpfileexchange:
                vorrei sapere se qualcuno lo usa, o se na ha altri da suggerire
Altri suggerimenti ?

 
Mi _incomincio_ a rispondere da solo: esistono client ftp-ssl anche per win 
( wu_ftp, cute_ftp ). I server/clinet esistono già da tempo x linux...
Qualcuno conosce controindicazioni ...

 Altri suggerimenti ?
Forse stai cercando WebDAV:
http://www.webdav.org/
Saluti
-- 
Andrea Capriotti

Andrea Capriotti wrote:

Forse è un po' troppo ... E comunque non mi sembra di aver visto client ( x 
lo meno x W$ )....
Al momento sto valutando l'accoppiata sftp ( ssh2 ) con cute_ftp che lo 
supporta e mi sembra funzionale ...

 supporta e mi sembra funzionale ...
Anche io sto affrontando questa scelta, e mi pare che ftp abbia troppi
limiti.
Una FAQ di WebDav riassume in maniera esemplare la questione:
Why should I use DAV instead of FTP? 
Since DAV works over HTTP, you get all the benefits of HTTP that FTP
cannot provide. For example: strong authentication, encryption, proxy
support, and caching. It is true that you can get some of this through
SSH, but the HTTP infrastructure is much more widely deployed than
SSH. Further, SSH does not have the wide complement of tools,
development libraries, and applications that HTTP does.
DAV transfers (well, HTTP transfers) are also more efficient than
FTP. You can pipeline multiple transfers through a single TCP
connection, whereas FTP requires a new connection for each file
transferred (plus the control connection).
Poi ovviamente, dipende dalle tue esigenze.
Io, comunque, credo che scegliero' WebDav...;-)
Saluti
-- 
Andrea Capriotti

 Io, comunque, credo che scegliero' WebDav...;-)
Io sto lavorando ad una potatura di sshd, in modo che mi supporti solo 
l'sftp ... la shell al momento non mi interessa. Sarebbe bello ripostare 
fra un po' i risultati di questo "singolar tenzone" ... in modo da 
scambiarci le esperienze...
Ciao

 scambiarci le esperienze...
Molto volentieri, a me WebDAV sembra molto interessante anche se non
arrivo al livello di "fanatismo" dei suoi sviluppatori:
Is DAV the super protocol? Will it obsolete all other protocols?
This is an interesting question. DAV certainly has the posibility to
do so. FTP is already being supplanted by HTTP. POP3? That could be a
combination of DAV's PROPFIND method to get a list of new messages, a
series of GETs to fetch them, followed by a number of DELETEs to clear
them out. IMAP folder management? Just use DAV's MOVE and COPY methods
to move messages around, or MKCOL to create new folders.
None of this will happen without clients, however. And that is a long
ways off, if ever. It really depends on whether people want to stick
to a single wire protocol (HTTP) with multiple application-level
features, or whether people will prefer multiple wire protocols (FTP,
POP3, IMAP, NTTP, etc). There is certainly an advantage to building a
library for single wire protocol and then working on top of
that. Since DAV uses HTTP, it adds a number of things that these other
protocols don't have: authentication, encryption, proxying, and
caching.
Saluti
-- 
Andrea Capriotti

>No, trascuro queste problematiche.
Quello che mi server è una specie di "zona franca" per lo scambio di file 
da varie zone. Piu' che il problema della concorrenza mi preme quello della 
sicurezza.
Si lavora sui file in locale.
Ma fammi capire, con il tuo sistema come fai a fare l'upload ?