Newsgroup: it.comp.lang.visual-basic
Titolo: [?] Client/Server...se il server è Unix....

Salve,
questa mattina stavo pensando a una cosa :P ehhh...non so mica come
si fa!!
Ok, ammettiamo di avere un applicazione client e una server...io
avevo fatto qualcosa per provare i socket, e mi ero scritto due programmi
simili, uno per il client che faceva delle richieste, e l' altro che stava
sul server, che prendendo le richieste del cient le eseguiva. Sia il client
che il server erano su due Win ma...se il server si trova su una macchina
che ha...per esempio un sistema Unix...come fanno il programma client e
quello server a dialogare?
Se apro una porta sul server...il client magari
si collega pure ma poi che fa? Se anche manda delle richieste, come vengono
eseguite lato server? Che poi...il concetto volendo è lo stesso che possono
usare i programmi grafici per l' ftp; si collegano a qualunque server e
fanno quello che ti gli dici di fare (creare, cancellare, rinominare
directory e file)...come fanno?
Saluti...
--------------------------------
Inviato via 
http://usenet.iol.it

 directory e file)...come fanno?
Uhm... Hai le idee un po' confuse eh? :)
Allora, quello che va avanti e indietro nella maggior parte dei protocolli
di alto livello sono comandi di testo, per quanto riguarda i dati binari
l'architettura TCP/IP stacca completamente le idiosincrasie della macchina
dai dati passati lungo la rete.
Pensaci un attimo... La maggior parte dei server web sono sotto linux,
eppure li leggi tranquillamente con client win.
E' a questo che servono i protocolli, a stabilire le regole per la
comunicazione :)
Fossi in te mi leggerei i vari RFC, sono iluminanti in merito :)
Ciaotutti,
Asterix

Fossi in te mi leggerei i vari RFC, sono iluminanti
in merito :)
Bhč, io posso dirti che mi sono letto un libro niente male
su come funziona la rete, sul tcp/ip, sullo stack dei protocolli, sui
livelli ISO...indirizzamento, istradamento e commutazione di
poacchetti...diciamo che ne so qualcosina anche io a riguardo :))
Spero
di essermi spiegato...se poi non č cosě che funziona allora spiegami
please...


 
Ti manca quello che sta 'sopra' al TCP/IP.
il TCP/IP alla fine non fa che trasportare dati tra un socket ed un
altro ( se ci fai caso i socket appaiono alle applicazioni come delle
pipe scrivi da un lato della pipe ( per es. il client ) e leggi
dall'altro lato ( il server ).
Resta un ulteriore livello di protocollo che e' quello della
applicazione.
Per esempio il server fpt e' in grado di ricevere dei comandi ( semplici
) ed agire di conseguenza, e cosi via i vari tipi di server.

) ed agire di conseguenza, e cosi via i vari tipi di server.
Secondo te sul server che ci sarà? Uno script...posso son uno script
gestire questa cosa livello server? Qalcosa in linguaggio shell magari la
tiro pure fuori ma...se devo scrivermi un programma in C non mi passa un
attimo...è pur vero che non devo fare grandi cose...però...


se conosci un po' l'ASP potresti usarlo sia su Win che
su Linux, perche' esistono dei server free, da installare
ad esempio su RedHat, che interpretano le pagine ASP.
A questo punto utilizzi il protocollo http per comunicare
dal client al server (e viceversa) mantenendo pero' uno
stesso standard di linguaggio, vbscript o javascript.
CIAO!

Telnet, FTP o WWW (Apache, magari) e ne estrai
le parti che ti servono.
E da dove lo prendo il codice?


 
Se vuoi ho a disposizione il codice di un semplice client/server, costruito proprio a scopi didattici. Se ti interessa fammi sapere che te lo invio.
--
Samuele Battarra
mail server: 
libero.it
account: battarsa

Spero di  aver capito e provo a risponderti, ma già
per buona parte s'è già detto.
----------
TCP/IP è solo il protocollo di comunicazione
----------
sul lato server occorre:
* riconoscimento di una connessione in corso tramite pwd [è quella che
che permete al prg di riconoscersi con suo client non quella che si dà
al cliente per restringere le autorizzazioni] su una determinata porta
* mantenimento della connessione
* scrittura dei dati in un file temporaneo [header del messagio +
messaggio]
* scrittura di un log server
* rispondere (positivo [esecuzione] o negativo [numero di errore] )
alla richiesta pervenuta all'indirizzo richiedente.
* chiusura della connessione
-----------
Il programma sul lato server di per sè attende solo le richieste ed è
sempre attivo.
Adesso qualunque sia il SO del server o del client ha poca importanza
perchè comunicano fra di loro solo dati !
Una domanda curiosa: che deve fare questo programma ?
Ci protrebbero essere altre soluzioni soproa non tenute in
considerazione.
ciao
Noseda


ciao
Noseda