SALVE A TUTTI,
HO LA NECESSITA' CHE UN CLIENT SILVERLIGHT COMUNICHI CON WEB SERVICE VIA HTTPS E CHE LO STESSO CLIENT COMUNICHI CON UN SOCKET SERVER COSTRUTO DA ME SEMPRE VIA SSL.
RIGUARDO IL PRIMO PUNTO PENSO CHE BASTA METTERE IL SERVIZIO DIETRO UN WEB SERVER CHE STA IN ASCOLTO SULLA PORTA 443 CON PROTOCOLLO HTTPS E COMPRARE UN CERTIFICATO.
GIUSTO?

RIGUARDO IL SECONDO PUNTO NON PARLIAMO DI WEB SERVER MA DI UN SOCKET SERVER DA ME CREATO... CHE PROCEDURA DEVO SEGUIRE QUINDI?

GRAZIE.
Può essere una soluzione corretta la classe SSLSTREAM del framework?
Modificato da ancio il 31 luglio 2009 21.56 -
ancio ha scritto:
SALVE A TUTTI,
HO LA NECESSITA' CHE UN CLIENT SILVERLIGHT COMUNICHI CON WEB SERVICE VIA HTTPS E CHE LO STESSO CLIENT COMUNICHI CON UN SOCKET SERVER COSTRUTO DA ME SEMPRE VIA SSL.
RIGUARDO IL PRIMO PUNTO PENSO CHE BASTA METTERE IL SERVIZIO DIETRO UN WEB SERVER CHE STA IN ASCOLTO SULLA PORTA 443 CON PROTOCOLLO HTTPS E COMPRARE UN CERTIFICATO.
GIUSTO?


Giusto, si arrangia al browser per la parte di comunicazione HTTPS.


RIGUARDO IL SECONDO PUNTO NON PARLIAMO DI WEB SERVER MA DI UN SOCKET SERVER DA ME CREATO... CHE PROCEDURA DEVO SEGUIRE QUINDI?

GRAZIE.

Via socket lavori con i byte grezzi, quindi puoi far passare quello che vuoi. In SL c'è la classe socket ma per criptare hai solo a disposizione la classe Aes che usa l'omonimo protocollo. Quindi non puoi usare SSL, devi fare un tuo sistema con tue chiavi per criptare e decriptare il traffico di byte

Ciao

Il mio blog
Homepage
Il problema è che se devo definire un mio algoritmo le classi di silverlight mi consentono di crearne uno solamente simmetrico... io volevo un sistema più sicuro e quindi asimmetrico.
Stavo pensando di sostituire il socket con un WCF DUPLEX, ne ho sentito parlare molto bene.
Cosi facendo metterei dietro HTTPS anche quello ed ho risolto.
Ma in termini di prestazioni di fronte ad un elevato numero di utenti connessi avrei le stesse performance del socket classico?
Modificato da ancio il 03 agosto 2009 14.14 -
Ciao,
wcf duplex è ancora in chiaro a meno che ti affidi ad https e cripti a livello di canale.
Ovvio che è un overhead in più, ma IIS fa queste cose ad occhi chiusi, non mi porrei il problema, a meno che fai milioni e milioni.

Ciao

Il mio blog
Homepage
Beh al milione spero di arrivarci! Si tratta di una poker room...  secondo te come scelta sia di sicurezza ( mettere il WCF dietro un certificato con le palle tipo verysign ) che di prestazioni può essere una soluzione vincente? Risolverebbe anche eventuali problemi di firewall utente...
Direi di sì,anche perché non hai altra scelta. Altri sistemi fatti con flash o html non credo facciano diversamente se vogliono criptare. Al massimo lavora sull'ottimizzare il traffico.

Ciao

Il mio blog
Homepage
Eh si certo, infatti contavo di dare una struttura ben precisa ai messaggi in modo da creare una specie di protocollo che non sia esoso in termini di kb ( anzi di byte in quanto il bit rate lo voglio tenere molto basso proprio per ottimizzare la velocità.).
Grazie mille dei consigli.

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.
Community
Ultimi messaggi
UTENTI ONLINE
    In primo piano

    I più letti di oggi

    Media
    In evidenza
    MISC