Estamos tendo um problema estranho em rodar um aplicativo cliente, mas apenas em máquinas Windows Server, eu pensei em postar isso no StackOverflow, mas como eu suspeito que isso seja um problema de configuração do servidor, senti que era melhor colocá-lo aqui antes de tudo .
ANTECEDENTES
Há mais de um ano que existe um servidor Asterisk / FreePBX que é usado por agentes em todo o mundo em várias máquinas Windows Desktop / Linux / MAC. Em vez de se preocupar com softphones (que exigem programação manual), os agentes recebem uma interface web na qual podem inserir as credenciais e isso usa WebSockets para permitir ao usuário fazer / receber chamadas, o que nas máquinas Desktop funciona sem nenhum problema .
O cliente está começando a se movimentar em direção ao acesso RDS para todos os agentes em um novo servidor para dar a eles maior controle sobre os usuários internacionais que acessam seus sistemas internos.
Então, lançamos um novo Windows Server 2016 e testamos todos os seus aplicativos para garantir que eles funcionem no novo ambiente.
ISSUE
O que descobrimos é que somente em um ambiente do Windows Server, as chamadas não progridem. Um agente digita o número de telefone e a chamada falha imediatamente.
DIAGNÓSTICOS
Como estávamos nos conectando ao servidor em uma sessão do RDS, criamos um servidor 2016 localmente em nossos escritórios para testar, o mesmo problema persiste. Em seguida, tentamos, em seguida, 2011 e 2012 e todos apresentam os mesmos problemas.
Observando os logs de conexão quando um agente faz login no servidor VoIP, vemos o peer registrando-se com êxito, no entanto, quando uma chamada é feita, não há nenhuma comunicação de volta ao servidor.
Na verdade, a execução de um rastreio do Wireshark no servidor do Windows mostra que nenhum dado está tentando ser enviado ao servidor VoIP.
Nós, portanto, (em nossa máquina de teste) desativamos todos os firewalls e qualquer outra coisa que possa estar bloqueando o tráfego da Internet e o problema ainda prevalece.
Também testamos vários navegadores, Firefox, Chrome e Opera (Yuck), todos com o mesmo problema, e as ferramentas de desenvolvimento web embutidas não mostram erros além da falha da chamada e sua finalização sem justa causa.
RESUMO
Como isso funciona em ambientes Windows Desktop / Linux / MAC sem problemas, estamos chegando à conclusão de que isso deve ser algo relacionado ao ambiente do Windows Server, qualquer sugestão seria muito apreciada.
Atualizar Depois de instalar o recurso de experiência do usuário, o link agora pode ser ouvido, o aplicativo original permanece com o mesmo problema