Na rede do laboratório da empresa com 16.04 LTS. Configurado cntlm up, funcionando, então tudo está configurado para usar localhost: 3128 que cntlm então cuida do roteamento para o servidor proxy da rede do laboratório. http, https, ftp, svn, etc. tudo funciona. As configurações do meu sistema para proxy são todas "localhost: 3128" e meus navegadores (firefox & amp; chrome) estão configurados para "usar as configurações de proxy do sistema".
Mas não posso publicar atualizações em um wiki do ALM e, em vez disso, obter dois pop-ups. O segundo tem um link "saiba mais":
https://confluence.atlassian.com/confkb/confluence-throws-the-editor-didn-t-load-this-time-error-when-trying-to-edit-a-page-840796639.html
Este link tem uma página de teste:
http://websocket.org/echo.html
A página de teste apresenta falhas nos tipos de conexão ws e wss.
Meu administrador de rede me mostrou os registros de falha de autenticação do proxy e, após alguns problemas, encontramos uma solução alternativa. Mesmo que o cntlm esteja configurado corretamente, parece ser a referência do navegador às configurações de proxy do sistema, em vez de apontar diretamente para o localhost: 3128 que causa o problema. No Firefox usando localhost: 3128 para todos os protocolos, fui imediatamente capaz de publicar no wiki do ALM. O Chrome não inclui uma configuração e terei de modificar seu parâmetro de lançamento para incluir uma configuração de proxy. Então, por enquanto, vou usar o Firefox para acesso ao ALM.
Portanto, há o problema e uma solução alternativa, mas por que a referência de configuração do proxy do sistema pelo navegador funciona de maneira diferente do que apontar diretamente para o cntlm; especificamente para websockets?
Observe também que depois de fazer essa alteração, meu administrador de rede disse que muitas outras falhas de autenticação do servidor proxy foram limpas em seus registros. Então, de alguma forma, como uma referência do navegador para a configuração do proxy do sistema causou solicitações de autenticação malformadas ...
Eu posso alterar as configurações facilmente, por isso, se algum log ou informação específica for necessária para encontrar a causa raiz, basta perguntar. Nada pareceu interessante no syslog, como "error" ou "timeout", da verbosidade do cntlm antes ou depois de implementar a solução alternativa.
Obrigado