A porta pode ser acessada no telnet localmente, mas o navegador mostra a redefinição da conexão


1

Estou executando um servidor de aplicativos da web localmente em uma VM guest do Ubuntu em um host do Windows.

Não consegui me conectar ao serviço em nenhum navegador da web. O Chrome comunicou ERR_CONNECTION_CLOSED. O resultado é o mesmo usando 127.0.0.1 e localhsot. Observando o chrome: // net-internals / # proxy, o navegador está usando conexão direta, não por meio de proxies.

Eu posso fazer telnet para a porta, sugerindo que a porta está aberta. Eu tentei mudar a porta do serviço, a nova porta é novamente acessível usando telnet mas inacessível usando o navegador da web. Outro serviço semelhante em execução no Tomcat é acessível no navegador, sugerindo que o navegador é bom. O outro serviço fala com o serviço em problema através de uma segunda porta, o programa foi executado sem erros.

O servidor de aplicativos da web é o Jetty, executado diretamente dos JARs usando um wrapper de tempo de execução Java. O software é uma solução de pacote, portanto não consigo ver os registros do Jetty.

Alterações que fiz entre o uso para o trabalho e o não-trabalho: Eu instalei, reinstalei, desinstalei e reinstalei várias vezes os seguintes pacotes apt ou software no guest do Ubuntu: Ferramentas VMWare open-vm-tools open-vm-tools-lts-trusty open-vm-tools-lts-trusty-desktop open-vm-tools-lts-trusty-dkms (não sei o que faz), após o qual a integração entre o host e a VM começou a funcionar.

O status da conexão do adaptador de rede foi alterado no host: O host é um laptop da Dell. Eu estava tentando obter conexão sem fio para ser conectado ao mesmo tempo que a conexão com fio está conectada. Eu não fui bem sucedido. Esta manhã sem fio milagrosamente conectada ao lado de conexão com fio. Depois de me deparar com o problema na VM, tentei alterar a sequência de conexão, colocando com fio antes da conexão sem fio. Isso não ajudou. A rede da VM está configurada para usar o NAT, compartilhando o endereço IP do host.

Alguma ideia de como solucionar isso?


Uma pista: o outro serviço que funciona está no HTTP. Este aqui está em HTTPS. O outro serviço é configurado para usar um arquivo de armazenamento confiável para falar com o serviço inacessível no navegador. O serviço HTTPS inacessível está usando um keystore e um truststore, ele costumava ser o navegador avisa sobre o emissor do certificado SSL. Agora isso nem sequer te avisa? Eu atualizei o Chrome e o Firefox entre trabalhar e não funcionar.
Max

Mas então é contraditório novamente. No navegador host, onde tais problemas SSL são relatados e onde a porta está aberta por telnet (usando o endereço IP da VM), o Firefox ainda relata "O Firefox não pode estabelecer uma conexão com o servidor".
Max

Respostas:


0

Acabou por ser um problema com o navegador da web. Parece que após a atualização para as versões mais recentes, o Firefox e o Chrome pararam de solicitar exceções de segurança, mas se recusam a exibir. A reversão para uma versão antiga do Firefox corrigiu o problema.

Ainda procurando como controlar esse novo comportamento.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.