A partir da versão 20.3.0.0 a comunicação entre o e o pode utilizar o protocolo WebSocket.
Isto possibilita utilizar o mesmo em cenários onde o único ponto de entrada para a rede corporativa do cliente é um web server utilizado como proxy reverso, já que os web servers líderes de mercado (Apache, Nginx, etc) também possibilitam a utilização do protocolo WebSocket na comunicação com os clients.
Existem 2 configurações a serem feitas para a utilização de com WebSocket. A seguir detalharemos isto.
Neste cenário os se comunicam com o diretamente, sem nenhum intermediário (com exceção de eventuais firewalls de segurança), através de uma porta TCP não padronizada.
Configuração no | Configuração do | ||
---|---|---|---|
Recomendação de leitura: Porta Multiprotocolo
|
|
Num cenário o ponto de entrada da rede corporativa normalmente utiliza um proxy reverso (Apache ou Nginx, por exemplo) para redirecionamento de serviços, balanceamento, etc.
Muitas vezes este próximo reverso também é um terminador SSL, isto é, as conexões externas chegam encriptadas, mas o proxy reverso retira a encriptação quando manda para o backend interno.
Neste cenário os se comunicam com o através do proxy reverso, utilizando uma porta TCP padronizada: 80 para conexões não encriptadas, 443 para conexões encriptadas.
Observação: Isto não é obrigatório, mas é o caso mais comum.
Na configuração do proxy reverso deverão estar as regras que vão tratar as conexões originadas do apontando para o host virtual "broker_nginx" (ver smartclient.ini exemplo abaixo), e fazer o redirecionamento dessas conexões para o que está no backend. Essas regras também deverão configurar o terminador SSL, para que as conexões cheguem não encriptadas no . |
Configuração no | Configuração do | ||
---|---|---|---|
|
|