Domanda

Sono estremamente entusiasta di WebSockets di HTML5 spec ma ho una preoccupazione.

In questi giorni tutti è in funzione al largo di qualche rete, con i router (wired / wireless) che hanno costruito nel firewall, Windows ha un firewall integrato anche.

Con questo in mente quando il server tenta di collegarsi al browser che ha iniziato la stretta di mano websocket farà fallire per la stragrande maggioranza degli utenti? (La maggior parte delle persone non hanno idea di come impostare il port forwarding sul loro router)

O è il mio pensiero errato che verrà passare attraverso multa?

È stato utile?

Soluzione

Io non sono un esperto (così si prega di controllo per confermare), ma credo che ci sarà un meccanismo di aggiornamento in cui una connessione HTTP regolare può essere fatto, poi spostato in una WebSocket, quindi nessuna regola firewall esistenti interferire a meno che non stanno facendo packet inspection livello di applicazione aggressivo. Le connessioni sono ancora iniziati dal browser.

Altri suggerimenti

HTML 5 WebSockets non necessitano di port forwarding. Connessioni continuano ad essere stabilita dal client, ma il client e il server asimmetria scompare una volta stabilita la connessione. WebSockets pugno anche attraverso i proxy utilizzando lo stesso meccanismo di CONNECT che HTTPS utilizza oggi.

Dal momento che i firewall in genere semplicemente far rispettare le regole del rifiuto traffico in entrata e in uscita del traffico di routing (di solito attraverso il server proxy), di solito ci sono specifiche websocket preoccupazioni firewall legati al traffico.

I server proxy (e in una certa misura, alcuni router di bilanciamento del carico, nonché) sono una questione diversa se (Vedere Perché non attuali client implementazioni websocket supportano i proxy? )

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top