O HTML5 Websockets será aleijado por firewalls?

Question

Estou extremamente empolgado com as especificações WebSockets do HTML5, mas tenho uma preocupação.

Hoje em dia, todos estão operando em alguma rede, com roteadores (com fio/sem fio) que construíram firewalls, o Windows também possui um firewall embutido.

Com isso em mente quando o servidor tenta se conectar de volta ao navegador que iniciou o handshake da WebSocket, falhará para a grande maioria dos usuários? (A maioria das pessoas não tem idéia de como configurar o encaminhamento de portas em seus roteadores)

Ou meu pensamento está incorreto e vai passar bem?

Answer 1

Eu não sou um especialista (então verifique se confirma), mas acredito que haverá um mecanismo de atualização em que uma conexão HTTP regular possa ser feita e depois atualizada para um WebSocket, para que nenhuma regra de firewall existente interfira, a menos que estejam fazendo um nível de aplicação agressivo Inspeção de pacotes. As conexões ainda são iniciadas pelo navegador.

Answer 2

HTML 5 websockets não precisam de encaminhamento de porta. As conexões continuam sendo estabelecidas no cliente, mas a assimetria do cliente e do servidor desaparece quando a conexão for estabelecida. O WebSockets também perfurou proxies usando o mesmo mecanismo de conexão que o HTTPS usa hoje.

Answer 3

Como os firewalls normalmente simplesmente aplicam as regras para rejeição de tráfego de entrada e roteamento de tráfego de saída (geralmente através do servidor proxy), geralmente não há preocupações específicas do firewall relacionadas ao tráfego do WebSocket.

Servidores proxy (e até certo ponto, certos roteadores de balanceamento de carga também são uma questão diferente (veja Por que as implementações atuais do WebSocket Client não oferecem suporte a proxies?)