Newsgroup: it.comp.macintosh
Titolo: Condivisione web?

Dovrei ricevere un file PDF di piů di 20 mega cosě ho provato ad
attivare l'Accesso FTP, ma qualcosa sembra non funzionare:
Server Error (check trancript window)
Ho provato allora ad attivare la Condivisione Web pensando che fosse
qualcosa tipo FTP (perdonate l'inesperienza assoluta...).
Ho ottenuto un indirizzo ma ora vedo solo una pagina di testo:
http://192.168.254.201/~diegocuoghi/
Dunque, come posso fare per permettere l'invio di un file in una mia
cartella condivisa?
-- 
D i e g o   C u o g h i
 
www.diegocuoghi.com

 cartella condivisa?
I file a cui accedi via Condivisione Web sono quelli nella tua cartella
Siti (dentro la home). Metti il file li' dentro e poi accedici via
http://192.168.254.201/~diegocuoghi/NomeDelFile.pdf
 (o qualsiasi
indirizzo ti dica il pannello Condivisione).
 - ∞

 indirizzo ti dica il pannello Condivisione).
Grazie, ma quello che devo fare è il contrario.
Sono io che devo ricevere un file, e non da qualcuno nella mia rete.
Io vorrei creare un server FTP a cui dall'esterno si possa accedere per
fare l'upload di un grosso file che non possono inviarmi in email.


 fare l'upload di un grosso file che non possono inviarmi in email.
OK. Noto che hai un IP 192.168.xxx, che e' riservato per reti private.
Sei dietro un router/firewall, o stai condividendo la connessione da un
altro computer?
 - ∞

 altro computer?
Ho un modem (settato come router) ADSL Ericsson HM220dp attaccato a un
hub ethernet.


 hub ethernet.
Probabilmente l'FTp dall'esterno fallisce proprio perche' non hai
definito una regola nel router che dice che una chiamata sul tuo IP
pubblico (router) sulla porta 21 (FTP) finisce sulla stessa porta
dell'IP privato della macchina sulla quale hai attivato "condivisione
FTP".
-- 
me tapino


| |._/|_|\__/\__/\__/ | *Non e' bello cio' che e' bello,
|        /_/ /_/      |  figurarsi cio' che e' brutto.

 l'FTP ma non ho mai provato .#)
sisi, anche per ftp.. bisogna solo sperare che non sia dietro a un NAT o
un firewall, insomma, che non abbia le porte chiuse sennò non gli entra
nessuno..
-- 
dimix

 nessuno..
Dice che ha un modem/router. Deve solo aprire la 21 li' dentro e forse
dire al router di deviare le chiamate alla 21 su 192.168.254.201, se non
l'ha gia' fatto.


 l'ha gia' fatto.
Vi ringrazio ma purtroppo non capisco di cosa state parlando. Non so
cosa sono le porte né come si faccia ad aprirle.
Dovrò trovare un modo più semplice per poter ricevere quel file.
Cercherò di farmelo dividere in tre o quattro parti


 Cercherò di farmelo dividere in tre o quattro parti
puoi farti mandare una jumbomail...(servizio di libero) 
sono molto comode...in pratica si carica il file su libero, e ti viene
inviato un link da quale puoi scaricare per 7 giorni credo.
-- 
Baciamo Le mani!
http://joefarina.altervista.org
 
iChat: 
joef...@mac.com

 Cercherň di farmelo dividere in tre o quattro parti
Basta avere un indirizzo di posta Gmail ( per poterlo avere bisogna
essere invitati , io non ho inviti a disposizione ) per poter inviare e
ricevere files fino a 1Gb .
-- 
Angelo
http://www.isetter.it

 l'ha gia' fatto.
allora il problema non si pone..
ho letto però che non sa maneggiare queste cose..
mi metterei volentieri qui a spiegarle ma sono una frana ad insegnare..
perchè qualcuno non ne fa un piccola guida su faqintosh?
-- 
dimix

 inviato un link da quale puoi scaricare per 7 giorni credo.
Grazie, andrň a dare un'occhiata per capire come si fa. Immagino perň
che il mittente debba registrarsi con Libero e attivare questa opzione,
ma mi pare difficile che possa essere gratuita.


 ricevere files fino a 1Gb .
Non credo sia cosě. 1gb č lo spazio concesso, ma ogni messaggio non puň
essere piů di 10 mb
http://mail.google.com/support/bin/answer.py?answer=6584&topic=40


 ma mi pare difficile che possa essere gratuita.
lo č :-P


 , regge fino a file di 1 Gb.
Grazie, questo sembra gratuito.


 l'ambiente authoring che e` dietro alla sezione delle risorse.
devo capire ancora se leggi davvero tutti i post o se hai detto a
macsoup di dirti quali parlano di faqintosh ;-)
no scherzo, sarebbe carina come idea, potrei ache aiutarti ma sono una
frana a scrivere delle guide.. però posso provare volendo ;-)
-- 
dimix

 Deve solo aprire la 21
In una situazione del genere un server FTP può funzionare solo in
modalità active, il che significa che sarà il server ad aprire la
connessione dati verso il client. Quindi se il client ha un firewall
attivo o è a sua volta dietro NAT l'ambaradan non funziona.
-- 
Salutandovi indistintamente

 essere piů di 10 mb
Non sapevo, grazie e scusate della errata informazione :(
-- 
Angelo
http://www.isetter.it

 , regge fino a file di 1 Gb.
MA E' UNA FI&ATA CLAMOROSA! .-D
Era una vita che cercavo una cosa simile. Graz. .-))))))


 cosa sono le porte né come si faccia ad aprirle.
Oh, mica c'e' bisogno di sapere cosa sono, basta aprirle .-D
Se hai un router, da qualche parte c'e' il modo di dirgli di lasciare
che dall'esterno la gente acceda al tuo web server e al tuo FTP server.
Nel mio ZyXel c'e' una roba cosi':
          Menu 15.2 - NAT Server Setup
Rule   Start Port No.   End Port No.   IP Address
---------------------------------------------------
 1.    Default          Default        0.0.0.0
 2.      80               80           192.168.1.33
 3.      6881             6881         192.168.1.64
 4.      0                0            0.0.0.0
La porta 80 e' quella del web server: ogni richiesta che arriva al
router su quella porta (ogni richiesta http:// usa automaticamente l'80)
viene inviata all'iMac che ha l'indirizzo .33; le richieste sulla porta
6881 (torrent) vanno invece al G5.
Ovviamente le porte vanno aperte anche sul computer. La 80 la apri
accendendo il web sharing, la 21 accendendo l'FTP sharing.
Non e' che ho studiato, eh: sono andato a tentoni come sempre .-D


 Era una vita che cercavo una cosa simile. Graz. .-))))))
C'è anche questo, che mantiene i file a tempo indeterminato.
http://www.rapidshare.de/
-- 
Salutandovi indistintamente

 attivo o è a sua volta dietro NAT l'ambaradan non funziona.
Boh, questo va decisamente oltre le mie conoscenze. Io sono dietro NAT,
ho "passive mode" acceso nei vari client FTP e faccio up/download
abitualmente. Pero' non so che genere di server ci siano di la'.
Qualche giorno mi mettero' di buzzo buono, apriro' l'FTP sull'iMac e
faro' un po' di esperimenti.


 abitualmente.
Perché il server non è dietro NAT.
-- 
Salutandovi indistintamente

 
http://www.rapidshare.de/
Mi sembra piu' una roba per scambiare tarocchi, questa .-)
Gia' il fatto di dover splittare i file e' scocciante. A me serve poter
inviare grosse sessioni allo studio: solitamente le piazzo sul mio
webserver, ma con l'output ADSL a 128K e' una palla per chi deve
scaricare.


 Perché il server non è dietro NAT.
Ma se io apro il mio bel server FTP e nel router accendo la 21 e la 23
come da manuale e le direziono sul server, qual e' il problema? Cioe',
vuoi dire che l'unico modo per metter su un server FTP e' avere una
linea dedicata?


 linea dedicata?
Allora, ti spiego in due parole come funziona la cosa. La "stranezza"
dell'FTP è che il client invia i comandi al server su una connessione
(aperta dal client da una propria porta "alta"verso la 21 del server),
ma i dati (che sia un file o anche solo l'output di un comando list)
viaggiano su connessioni dedicate, distinte dalla connessione di
controllo. La differenza tra active e passive consiste proprio nel
differente modo in cui vengono aperte le connessioni dati: in modalità
active è il server ad aprire la connessione, dalla propria porta 20 (non
23) verso una porta "alta" del client. "Accendere" la 20 è del tutto
inutile, visto che la connessione è in uscita, non in entrata, quindi il
NAT non dà alcun problema. I problemi nascono però se è il client ad
essere dietro NAT o se semplicemente ha il firewall attivo, perché
risulterà impossibile stabilire la connessione server -> client.
In modalità passive invece, la connessione dati sarà aperta dal client,
da una propria porta "alta" verso una porta "alta" del server (in genere
nel range 49152-65535, dipende dalla configurazione del server). Per far
funzionare il tutto dietro NAT, tutte le porte del range 49152-65535
dovrebbero essere aperte e mappate sull'indirizzo privato del server.
-- 
Salutandovi indistintamente

 lo è :-P
Allora... buono anche questo metodo.
Lo terrò presente in futuro, grazie.


 dovrebbero essere aperte e mappate sull'indirizzo privato del server.
Beh, non resta che aprirle .-)


 Beh, non resta che aprirle .-)
No, mi devo correggere: non basterebbe neanche mappare tutte quelle
porte. Quando il server dice al client: "Apri una connessione verso l'IP
X e la porta Y", al posto di X ci mette il proprio IP privato, col
risultato che il client prova ad aprire una connessione verso un IP non
valido. L'unica soluzione sarebbe usare un router in grado di leggere e
modificare i dati contenuti nel pacchetto inviato dal server al client,
sostituendo l'IP privato con quello di NAT. In questo modo potrebbe
anche mappare al volo la porta Y verso il server.
-- 
Salutandovi indistintamente

 Era una vita che cercavo una cosa simile. Graz. .-))))))
quoto il quotato!!!!! Basta accrocchi FTP! Basta penne USB prestate e
mai piu ridate! Evvita isendyou!!
-- 
/Ely/ 
(> ICQ 23839420 <) (> AIM ElySwiss <)
New happy Apple User since 23 june 2004

 Ho un modem (settato come router) ADSL Ericsson HM220dp
[
http://digilander.libero.it/tassilo/index.html
]
"L'HM220dp [...] vi permette di connettere in rete più di un PC, dato
che implementa le funzioni base di un router (NAT, Network Address
Translation). Passato il primo entusiasmo, però, scopriamo che, ad
esempio, proprio la funzione NAT è 'bloccata': tutte le porte in
ingresso (da internet verso il vostro PC) sono chiuse e non c'è nessun
modo per abilitare il traffico in entrata al PC che non sia, ovviamente,
quello in risposta a nostre richieste. In altre parole, il modem non ci
permette di mettere in piedi un server di qualsiasi tipo [...]"
Ad ogni modo, è preferibile utilizzare il protocollo SFTP:
[
http://rsug.itd.umich.edu/software/fugu/
]
"SFTP is similar to FTP, but unlike FTP, the entire session is
encrypted, meaning no passwords are sent in cleartext form, and is thus
much less vulnerable to third-party interception."
/// SFTP Mode ///
1. Preferenze di Sistema > Condivisione > Servizi:
* seleziona e avvia il servizio "Login remoto"
2. Preferenze di Sistema > Condivisione > Firewall:
* avvia il firewall
* consenti: "Login remoto - SSH (22)"
3. Preferenze di Sistema > Account
* aggiungi un nuovo account
In tal modo, l'utente si potrà collegare in remoto all'indirizzo
sftp://<*IP pubblico*>, con il nome e la password del nuovo account,
utilizzando un client SFTP:
- 
http://rsug.itd.umich.edu/software/fugu/
- 
http://sourceforge.net/projects/filezilla/
- etc.
Letture consigliate:
Mac OS X Security
Bruce Potter, Preston Norvell, Brian Wotring
Pearson Education Italia
(
http://www.librinformatica.com/trade/productview/3412/260/
)
Mac OS X 10.4 Tiger
Robin Williams
Pearson Education Italia
(
http://www.librinformatica.com/trade/productview/4145/260/
)
///
Ciao!

ricevere files fino a 1Gb .
Gnaiul ha 2,5Giga di spazio per la posta ma ha il limite di 10 mega
per ogni mail

 Oh, mica c'e' bisogno di sapere cosa sono, basta aprirle .-D
Sai una cosa Biggo? Grazie per la chiarissima spiegazione! ;)))
-- 
bye
donger

 Nel mio ZyXel c'e' una roba cosi':
Grazie per tutte le spiegazioni. Proverò a darmi da fare, bisognerà pur
imparare a fare queste cose che al momento sembrano per super-esperti.
Il dubbio è che il mio non è proprio un vero router. E' un modem ADSL
settato come router.
http://spazioinwind.libero.it/zaccasoft/3hm220dp4all/main.htm
http://www.tomshw.it/forum/archive/index.php/t-2855.html


Gnaiul 
Uhm... come cavolo ho fatto a scrivere gnaiul al posto di gmail???

 settato come router.
Ho visto .-)
Ma allora non dovrebbe nemmeno esserci il problema, tutto quello che
arriva passa al tuo computer direttamente, dunque una volta aperta la
condivisione FTP dovresti essere a posto. Il problema semmai e' essere
sicuri dell'IP: potresti farti un account dyndns. In poche parole: hai
un indirizzo tipo 
diego.dyndns.org
 che punta sempre al tuo IP attuale.
Ah, e' gratis .-)
Nel mio caso il modem comunica a dyndns in tempo reale i cambiamenti di
IP, ma in mancanza della segnalazione "firmware" ci sono programmini che
si occupano di fare la stessa cosa (ahime' non saprei nominarne nemmeno
uno).


 anche mappare al volo la porta Y verso il server.
Insomma, mi confermi che per aprire un server FTP ci vuole una linea
dedicata?


 dedicata?
Beh, diciamo che è fortemente raccomandata. A meno di non avere
sofisticati dispositivi di rete, un server FTP dietro NAT può funzionare
solo se lato client sono soddisfatte tutte e tre queste condizioni: no
NAT, no firewall e no passive.
-- 
Salutandovi indistintamente

 Ah, e' gratis .-)
Ho cercato...
Ti riferisci a questo (statico)?
http://www.dyndns.com/services/dns/statdns/howto.html
o a questo (dinamico)?
http://www.dyndns.com/services/dns/dyndns/howto.html


 come cavolo ho fatto a scrivere gnaiul al posto di gmail???
Rifai la convergenza alla mano destra, tira a sinistra.
-- 
Per contattarmi:
http://formmailto.com/saltydog

 transazione ftp dinamicamente, con un opportuno modulo kernel ;-)
Beh, diciamo che "una macchina linux che traccia la transazione ftp
dinamicamente, con un opportuno modulo kernel" è grosso modo quello che
avevo in mente quando parlavo di "sofisticati dispositivi di rete"...
:-)
-- 
Salutandovi indistintamente

 
http://www.dyndns.com/services/dns/dyndns/howto.html
Questo. Lo statico vale per IP fissi.
Dalla home:
• Dynamic DNS - The free dynamic DNS (DDNS) service
• Static DNS - The free DNS service for those with static IP addresses


 valido. L'unica soluzione sarebbe usare un router in grado di leggere e
Esistono altre soluzioni... e forse neanche sono necessarie.
Diversi server FTP prevedono la possibilità di comunicare, in modalità 
passiva, l'IP pubblico invece di quello privato. Ad esempio conosco 
ProFTPD su Linux, per il quale la caratteristica di cui parlo è 
descritta qui:
http://www.proftpd.org/localsite/Userguide/linked/x862.html
E FileZilla Server su Windows, che nelle opzioni prevede la possibilità 
di impostare manualmente un nome/IP per la modalità passiva, oppure di 
prendere autonomamente l'IP pubblico da una pagina tipo 
www.whatismyip.com
.
Tuttavia... dicevo che forse non è neanche necessario perché io ho 
configurato un server FTP con ProFTPD su Linux, appunto, che si trova in 
una LAN, quindi con il suo IP privato dietro NAT+firewall (un piccolo 
router economico nel quale ho configurato l'inoltro verso la suddetta 
macchina della porta 21 e di un range di porte per la modalità passiva), 
*non* ho usato l'opzione menzionata nella pagina di cui sopra, eppure 
l'FTP passivo funziona tranquillamente: ai client viene comunicato l'IP 
pubblico, non mi chiedere perché.
Non so come funzionino le cose nel server FTP di OSX (tnftpd in Tiger, 
negli altri boh).
Per la cronaca, per chi fosse a digiuno dell'argomento e volesse una 
spiegazione chiara, o anche come aiuto per eventuale FAQ/guida, 
suggerisco questa pagina:
Active FTP vs. Passive FTP, a Definitive Explanation
http://slacksite.com/other/ftp.html
-- 
Ciao,
  Marco.

 pubblico, non mi chiedere perché.
Beh, deve essere per forza il router che cambia al volo l'IP contenuto
nella risposta al PASV. A meno che il client se ne freghi dell'IP che
gli dice il server, e continui a usare lo stesso della connessione verso
la porta 21. Del resto non capisco perché si sono inventati questa cosa
che il server deve dire al client l'indirizzo per aprire la connessione
dati, quando il client l'indirizzo lo conosce già...
-- 
Salutandovi indistintamente

 suggerisco questa pagina:
Aggiungo questa, sempre relativa al funzionamento generale dell'FTP:
http://www.troubleshootingnetworks.com/ftpinfo.html
e questa in particolare sui problemi legati a NAT e a firewall:
http://www.ncftp.com/ncftpd/doc/misc/ftp_and_firewalls.html
-- 
Salutandovi indistintamente

 
http://www.troubleshootingnetworks.com/ftpinfo.html
Lo accenna anche qui (nella parte sulla modalità attiva, ma la sostanza 
non cambia):
"The PORT command also includes an IP address, which is usually the 
client's own IP address, although FTP also supports a third-party mode 
where a client can tell a server to open a connection with a different 
host."
-- 
Ciao,
  Marco.

 host.
Non riesco ad immaginare una situazione in cui torni utile una cosa del
genere, ma forse nel lontano 1970 avranno avuto le loro buone ragioni...
-- 
Salutandovi indistintamente

Mad Prof <nos...@mail.invalid> wrote:

Tipo che la console era standalone su una linea a 300 baud, mentre
server e client erano collegati a velocita' pazzesche tipo 1200 baud .-)
Nessuno si ricorda il molto piu' recente videotel (in sguizzera
"videotex", in Francia "minitel") a 300/1200?


 condivisione FTP dovresti essere a posto.
no, purtroppo (o per fortuna, quando non si vuol condividere nulla e non
sono graditi attacchi ai servizi presenti sulle macchine della LAN)
l'ericssson è un router a tutti gli effetti, a meno che non si riesca a
settarlo come modem alla bisogna.

 hub ethernet.
Quando sei dietro un router devi fare in modo che le connessioni al tuo
indirizzo WAN (ovvero quello col quale il tuo router è collegato
all'internet) vengano reindirizzate dal router al computer della tua
rete locale sul quale hai aperto il servizio (ftp, http etc.) che vuoi
rendere disponibile all'esterno della tua rete locale, sull'internet.
Purtroppo mi sembra che l'ericsson non abbia la possibilità di essere
configurato in questo modo.
Spero ovviamente di essere smentito.

 scriverle direttamente in inglese e poi tradurle in italinao).
ok, non ho tantissimo tempo, perň se non hai fretta allora possiamo
parlarne e tirare su qualcosa, fammi sapere:
il mio indirizzo eventualmente č: dimix at dimix dot it
ciao!
-- 
dimix

 Intanto sono partito...
Non mi convince la frase:
"L'indirizzo IP può essere letto da sinistra a destra, raffininado
l'indirizzo come se si trattasse di Nazione, Città, Strada, Numero
civico."
La rappresentazione di un indirizzo IP sotto forma di quattro numeri
decimali separati da punto, serve solo a renderlo più "gestibile" per
noi esseri umani, che non maneggiamo molto agilmente numeri binari da 32
cifre. Non c'è un valore "gerarchico" tra i quattro byte della
rappresentazione decimale.
-- 
Salutandovi indistintamente

 comunque di una spiegazione di stampo divulgativo :-)
Sì, sono d'accordo. Però quel passaggio mi sembra fuorviante: lascia
intendere che tutte le reti che hanno il primo byte uguale sono
raggruppate insieme, all'interno di questo gruppo poi ci sarebbero dei
sottogruppi che condividono anche il secondo byte, e così via...
Che poi di fatto nel gestire l'assegnazione degli indirizzi IP si cerca
di costruire qualcosa del genere (in modo da permettere il CIDR) è anche
vero, ma è una questione "amministrativa", più che tecnica. E poi siamo
ben al di là delle basi del TCP/IP... ;-)
-- 
Salutandovi indistintamente