Não é possível acessar o jboss remotamente, apesar da ligação correta do endereço IP no arquivo standalone.xml

Question

Estou usando o JBOSS EAP 7. Eu inicio usando o comando

sh standalone.sh -b 0.0.0.0

A seguir está minha configuração de IP quando não está vinculando explicitamente a partir da linha de comando.

 <interfaces>
        <interface name="management">
            <inet-address value="${jboss.bind.address.management:127.0.0.1}"/>
        </interface>
        <interface name="public">
            <inet-address value="${jboss.bind.address:0.0.0.0}"/>
        </interface>
    </interfaces>

Além disso, também alterei o IP de ligação no arquivo standalone.xml. Quando eu inicio isso não mostra nenhum erro. Eu não estou usando o fail2ban ou qualquer outro tipo de firewall no meu servidor e estou usando a porta 8050.

Para confirmar se meu servidor está escutando nessa porta, executei o seguinte comando

sudo netstat -tlnp

com a saída:

tcp 0 0 0.0.0.0:8050  0.0.0.0:*   LISTEN      4670/java  

Para confirmar que este é o jboss, eu corri

pgrep -f jboss

e obter o mesmo pid ou seja, 4670 neste exemplo.

Eu verifiquei server.log e tudo está normal lá também. Assim, a minha conclusão é que o JBOSS está funcionando bem na porta mencionada com a vinculação adequada (dei 0.0.0.0 IP para poder acessar remotamente de qualquer lugar). Mas ainda não consigo acessá-lo do navegador ou do DHC Client. O que poderia ter dado errado?

    

Answer 1

Faça os seguintes testes para descobrir qual é o seu problema e como resolvê-lo:

• Para a interface pública , você deve usar o endereço IP do seu servidor. Eu recomendo que você use a tag <any-address/> em vez de um endereço IP.

Portanto, o seu standalone.xml deve ser semelhante ao seguinte:

<interfaces>
    <interface name="management">
       <inet-address value="127.0.0.1"/>
    </interface>
    <interface name="public">
       <any-address/>
    </interface>
</interfaces>

• A solução acima provavelmente deve resolver o seu problema. Mas se não o fizer, use grep 127.0.0.1 em seus arquivos de configuração para ver se há alguma coisa que você tenha perdido para alterar para 0.0.0.0 - por exemplo, grep -R 127.0.0.1 /opt/wildfly/* .

• Se está tudo bem e você ainda não tem idéia do que está causando o problema, verifique se os pacotes / pedidos são recebidos, você pode usar tcpdump para verificá-lo.

A última razão possível pode ser que seu provedor de VPS está bloqueando as portas qualquer não-world-amplamente utilizados, assim que você vai estar na necessidade de entrar em contato com eles. Para garantir que você entre em contato com seu provedor, faça o seguinte teste:

• Uma vez que você mencionou nos comentários que você pode acessar sua página do índice Apache, por favor, pare o serviço JBoss, mudar sua porta apache 80-8050, reiniciar o servidor web e verificar se você ainda pode ver sua página do índice apache em 8050 ou não. - e uma vez que você mencionou nos comentários que você não poderia acessar sua página do índice, enquanto o Apache não está usando a porta padrão 80, podemos concluir que o seguinte ↴

Conclusão [de acordo com a sessão de chat]

De acordo com o teste que fizemos no chat sessão , o OP pode acessar a página do índice Apache, enquanto o Apache é definido na porta 80, mas não pode acessá-lo com qualquer outra porta além de 80. Assim, podemos concluir que o provedor está filtrando e bloqueando as portas diferente de 80, 22 e etc. Assim, o OP deve entrar em contato com o provedor VPS e pedir-lhes para permitir portas que ele precisa. E a ocorrência do problema foi devido ao firewall do provedor VPS, não qualquer configuração ou configuração que o OP teria feito.