Pregunta

Estoy emocionado muy acerca de especificaciones de HTML5 websockets pero tengo una preocupación.

En estos días todo el mundo está operando fuera de la red, con algunos routers (con cable / inalámbrico) que se han acumulado en los servidores de seguridad, ventanas ha incorporado un servidor de seguridad también.

Con esto en mente cuando el servidor intenta volver a conectar el navegador que se inició el protocolo de enlace WebSocket va a fallar por la gran mayoría de los usuarios? (La mayoría de la gente no tiene idea de cómo configurar el reenvío de puertos en sus routers)

O es mi pensamiento incorrecto y pasará por bien?

¿Fue útil?

Solución

No soy un experto (tan comprueba a confirmar) pero creo que habrá un mecanismo de actualización en una conexión HTTP normal se puede hacer, a continuación, actualizar a una WebSocket, por lo que no interfieren existente reglas de firewall a menos que están haciendo inspección de paquetes a nivel de aplicación agresiva. Conexiones todavía son iniciadas por el navegador.

Otros consejos

HTML 5 WebSockets no requieren el reenvío de puertos. Conexiones siguen estableciendo desde el cliente, pero el cliente y el servidor asimetría desaparece una vez que se establezca la conexión. WebSockets también perforar a través de servidores proxy utilizando el mismo mecanismo que CONNECT HTTPS utiliza hoy en día.

Desde firewalls típicamente simplemente hagan cumplir las normas para el rechazo de tráfico entrante y el tráfico saliente de encaminamiento (por lo general a través del servidor proxy), normalmente no hay específico WebSocket preocupaciones de firewall relacionada tráfico.

Los servidores proxy (y en cierta medida, algunos routers balanceo de carga también) son un asunto diferente, aunque (Véase ¿Por qué no implementaciones de cliente WebSocket actuales soportan proxies? )

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top