Question open door 2083 server centos 7

[costasias81]

I have a problem regarding port 2083: I can't open it. I have iptablet installed on my server, I ran:

sudo iptables -A INPUT -p tcp --dport 2083 -j ACCEPT

then rebooted with sudo service iptables save.

iptables-save | grep 2083

but it does not open anything. It is always closed, I need to open this door to retrieve data from an external site, calling them in php with

<?php $numberOfUsers = file_get_contents("https://chat.html5-chat.com: 2083/getUsers/1/999 ");
echo $numberOfUsers;
?>

even if I disable iptable does not download the data.

I can't get port 2083 to listen

 

[mow]

even if I disable iptable does not download the data.

I can't get port 2083 to listen

wrong direction. If you want to connect to port 2083 on another server, you don't need to open anything locally at all.
While it is possible that outgoing packets are blocked, that is highly unlikely and you would know you configured that yourself.

Besides, for a port to be open, you not only need to open the firewall (if you have a firewall with a block-by-default rule at all), but there also needs to be something listening on that port. The firewall just prevents packets from getting to the IP stack, but you still get "Connection refused" when there isn't anything running that wants to take that connection. But, as stated above, that would only be relevant on the other server.

So there must be another reason.
Either your code is bad inherently (does file_get_contents do what you think it does? https://chat.html5-chat.com:2083/getUsers/1/999 returns a set of {id, username} key-value pairs) or you might have a typo somewhere.
From the fact that this forum split up the URL you posted but not mine, I suspect you have an extra space before the 2083 which might mess things up.

 

[costasias81]

I am convinced that it depends on the port, if I insert google.it file_get_contents it works, and I download the page. if it was a code problem, it wouldn't have worked with google.it test

 

[mow]

Check with wget https://chat.html5-chat.com:2083/getUsers/1/999 or lynx https://chat.html5-chat.com:2083/getUsers/1/999 whether you get a response. If you do, then it is not a firewall issue.