Quantcast
Channel: Ignite Realtime : Unanswered Discussions - Support
Viewing all articles
Browse latest Browse all 4979

Ubuntu 14.04 VPS running Openfire possibly not allowing incoming connections?

$
0
0

Hello all,

 

I am at my wits end. We have a server here in our office running CentOS 6.5 running our PBX/XMPP servers. They work fine. We are in the process of migrating to the cloud and currently running Ubuntu 14.04.

 

Our PBX is up and running great, and our Openfire server is running as well. For whatever reason when we connect to the Openfire server, the client hangs and then connects. All users are displayed in the group as well so we know it is making a connection since it is yielding the user group info. Then the client (Spark) freezes up and disconnects. It then attempts to reconnect and once it does, it displays the group again (repeats each user twice) but it is unable to function at all. We rolled back the server image and did a fresh install to rule out the possibility of a bad install. The behavior is the same on a new fresh install.

 

Checking the back-end of the Openfire server also shows that no one is online, despite being connected on Spark (but without functionality). None of the functions of Spark work. To rule out Spark we also tried other clients, Pidgin, Trillian, Bria 4. Same issue but the result was they do not connect due to 'internal server error'. We thought it may have been due to a self-signed certificate so we allowed for no SSL required, and only registered users could connect. Same issue, could not make a connection.

 

I'm not an expert but searching around on the internet reading different forums, I felt I may need to edit the IPtables. The client behavior is the same. Even after when I edited the IPTables under etc/iptables/rules.v4. When I run the command iptables -L it does show the following:

 

Chain INPUT (policy DROP)

target     prot opt source               destination

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:xmpp-client

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:5223

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:7070

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:7443

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:xmpp-server

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:5275

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:5276

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:5262

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:5263

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:9090

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:9091

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:7777

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:5229

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:3478

ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:3479

[... of course there is more but I think this is the relevant part]

 

My assumption is that what I did is allow any IP address to connect to the XMPP server under the appropriate ports and I should experience 100% functionality. However the (policy DROP) is throwing me off making me believe it is actually dropping that sort of connection. Just to clarify, the issue has remained before and after I edited the IPtables. I made sure to do a complete reset of the server and also ran the command iptables-restart. Our IP address is whitelisted, I am able to connect to the VPS from Putty.

 

If anyone has some thoughts, I'd really appreciate any time you can afford me. Thank you.


Viewing all articles
Browse latest Browse all 4979

Trending Articles