Cliente de área de trabalho frouxo no 16.04 atrás do servidor proxy

Question

Estou tentando usar o cliente de área de trabalho Slack para o Ubuntu 16.04 atrás de um proxy Websense Content Gateway (WCG). Não irá se conectar. Notas:

• As estações de trabalho do Windows funcionam com o cliente Slack para Windows por meio do proxy WCG.
• O cliente baseado em navegador funciona no Ubuntu 16.04, incluindo o site de teste ( link ), usando o Firefox
• A Descriptografia SSL (MitM proposital) está ativada no WCG, mas desativada para todos os sites com folga. (* .slack.com * .slack-msgs.com * slack-files.com * slack-imgs.com * slack-edge.com * slack-core.com * slack-redir.net)
• Todos os sites de folga (listados acima) estão na lista de permissões do WCG e são mostrados como permitidos nos registros / console do WCG.
• proxy ativado nas configurações de rede do Unity, definir perfil (por exemplo, https_proxy) e na configuração do navegador Firefox.
• netstat -a mostra todas as conexões de saída direcionadas para o servidor proxy e nenhuma tentativa direta (embora o firewall da rede não esteja bloqueando https de qualquer maneira).

• Erro notável nos registros do Slack é:

  warn: WebSocket connection to 'wss://mpmulti-s3to.slack-msgs.com/?lots_of_redacted_parameters' failed: WebSocket is closed before the connection is established.
  

Answer 1

Ao configurar o proxy no painel Network Settings, deixe o proxy socks em branco. Depois de inserir um proxy de meias, os websockets (por exemplo, wss: // ...) são intermediados por proxy usando meias em vez de http / s ... e, em seguida, falharão.

Não tenho certeza se isso é um problema fundamental com websockets ou um problema com a implementação de configurações de proxy do Ubuntu. Se você configurar manualmente um servidor proxy no firefox (em vez de "usar configurações do sistema"), os websockets funcionarão. Windows / IE também não tem esse problema. Então, isso me faz pensar que a implementação do Ubuntu de configurações de proxy é incorreta ou menos tolerante.