Domanda
Sto cercando di implementare SPDY (con Node.js) per l'uso su una connessione ad alta latenza.
Ora SPDY utilizza la crittografia TLS e questo aumenterebbe la lunghezza del pacchetto -. Qualcosa che sto cercando di evitare
C'è una cosa come un'implementazione SPDY senza la crittografia TLS?
Grazie in anticipo,
Soluzione
strato inquadratura di SPDY non ha bisogno di correre su TLS, ma per motivi di distribuzione, lo fa quasi sempre. E 'difficile da implementare in modo affidabile senza correre crittografato tramite la porta 443, a causa di intermediari. Si noti la SPDY whitepaper dice: "Per fare SSL il protocollo di trasporto sottostante, per una maggiore sicurezza e compatibilità con l'infrastruttura di rete esistente. Anche se SSL non introdurre una sanzione di latenza, crediamo che il futuro a lungo termine della rete dipende da una connessione di rete protetta. Inoltre, l'utilizzo di SSL è necessario per garantire che la comunicazione attraverso i proxy esistenti non è rotto ".
Detto questo, il server C ++ flip nel repository cromo fa Supporto continuo senza SSL, e il browser Chromium può essere configurato per supportare questa.
PS: C'è anche un'implementazione node.js esistente, vedere http://www.chromium.org/spdy .
Altri suggerimenti
Se si desidera testare il server SPDY a livello locale e senza TLS, è possibile forzare Chrome di utilizzare SPDY anche senza l'aggiornamento del NPN. Per fare ciò, passare a Chrome --use-spdy=no-ssl
quando si carica in su.
Si può confermare che la bandiera è stato registrato da chrome://net-internals/#spdy
apertura e il check-in là.
Se si implementa un server utilizzando SPDY nodo-SPDY, quindi è possibile utilizzare le opzioni plain: true, ssl: false
per ottenere ciò che si desidera.
E 'possibile fare richieste a pianura: true SPDY-server utilizzando spdycat cli utility, specificando versione del protocollo in modo esplicito (-3 o -2 e --no-TLS). Per usarlo dal browser, è necessario iniziare cromo con bandiera --use-SPDY = no-ssl.
Ma per favore tenete a mente, che SPDY si suppone che il server di TLS (SSL) o dietro TLS terminatore (SSL), e altrimenti non-idonei per servire web-content.
vorrei suggerire protocollo QUIC che è in fase di sviluppo e la base su UDP invece di TCP / TLS ma ha ancora il vantaggio come SPDY e Chrome ha sostenuto che