I am using JBOSS EAP 7. I start it using the command
sh standalone.sh -b 0.0.0.0
Following is my IP config when not binding explicitly from command line.
<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>
Apart from this, I also changed binding IP in standalone.xml file.
When I start it it doesn't show any error. I am not using fail2ban or any other sort of firewall on my server and I am using port 8050.
To confirm whether my server is listening at that port, I ran the following command
sudo netstat -tlnp
with the output:
tcp 0 0 0.0.0.0:8050 0.0.0.0:* LISTEN 4670/java
To confirm that this is the jboss, I ran
pgrep -f jboss
and get the same pid i.e. 4670 in this example.
I checked server.log and everything is normal there too. Thus my conclusion is JBOSS is running fine in the mentioned port with proper binding (I gave 0.0.0.0 IP to be able to remotely access from anywhere). But still I am not able to access it from browser or DHC Client. What could possibly have gone wrong?
Best Answer
Do the following tests to find out what your problem is and how to solve it :
<any-address/>
instead of an IP Address.So your
standalone.xml
should look like below :The above solution should probably solve your problem. But if didn't so, use
grep 127.0.0.1
in your configuration files to see if there is anything you've missed to change to0.0.0.0
- e.g.grep -R 127.0.0.1 /opt/wildfly/*
.If everything is fine and yet you have no idea what is causing the issue, check if packets/requests are received, you can use
tcpdump
to check it.The last possible reason may be that your VPS provider is blocking any non-world-widely used ports, so you will be in need of contacting them. To make sure if you should contact your provider, just do the following test :
Conclusion [ According to the Chat Session ]
According to the test we did in chat session, the OP can access Apache index page whilst Apache is set on port 80, but cannot access it with any other port apart from 80. So we can conclude that the provider is filtering and blocking ports other than 80, 22, and etc. So the OP should contact the VPS provider and ask them to allow ports that he is in need of. And the occurrence of the problem was owing to VPS provider's firewall, not any configuration or setting that the OP would have made.