I am Getting an XMPP Error and Not Sure How to Remedy

From: [Extensible Messaging and Presence Protocol (XMPP): Core](https://xmpp. /rfcs/rfc6120.html#streams-error-conditions) -
### host-unknown

        The value of the 'to' attribute provided in the initial stream header does not correspond to an FQDN that is serviced by the receiving entity.

Host file looks something like:       localhost
XX.XXX.X.XX     meet.politea.us meet -- Local Domain  meet.politea.us meet -- Public Doman       localhost    meet.politea.us
# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

ping “$(hostname)” returns:
PING meet.politea.us ( 56(84) bytes of data.
64 bytes from localhost ( icmp_seq=1 ttl=64 time=0.039 ms
64 bytes from localhost ( icmp_seq=2 ttl=64 time=0.063 ms
64 bytes from localhost ( icmp_seq=3 ttl=64 time=0.045 ms
64 bytes from localhost ( icmp_seq=4 ttl=64 time=0.045 ms

root@meet:/etc# echo 'yes, it is accessable' | nc -u meet.politea.us 10000
returns nothing.

jvb.log gives the following:

2020-10-02 19:53:53.206 SEVERE: [22] HealthChecker.run#172: Health check failed in PT0S:
java.lang.Exception: Address discovery through STUN failed
        at org.jitsi.videobridge.health.JvbHealthChecker.check(JvbHealthChecker.kt:44)
        at org.jitsi.videobridge.health.JvbHealthChecker.access$check(JvbHealthChecker.kt:28)
        at org.jitsi.videobridge.health.JvbHealthChecker$healthChecker$1.invoke(JvbHealthChecker.kt:36)
        at org.jitsi.videobridge.health.JvbHealthChecker$healthChecker$1.invoke(JvbHealthChecker.kt:28)
        at org.jitsi.health.HealthChecker.run(HealthChecker.kt:142)
        at org.jitsi.utils.concurrent.RecurringRunnableExecutor.run(RecurringRunnableExecutor.java:216)
        at org.jitsi.utils.concurrent.RecurringRunnableExecutor.runInThread(RecurringRunnableExecutor.java:292)
        at org.jitsi.utils.concurrent.RecurringRunnableExecutor.access$000(RecurringRunnableExecutor.java:36)
        at org.jitsi.utils.concurrent.RecurringRunnableExecutor$1.run(RecurringRunnableExecutor.java:328))

jicofo.log showed the following:

Jicofo 2020-10-02 20:06:15.182 SEVERE: [30] org.jitsi.meet.ComponentMain.log() java.net.ConnectException: Connection refused (Connection refused), host:meet.politea.us, port:5347
org.xmpp.component.ComponentException: java.net.ConnectException: Connection refused (Connection refused)
        at org.jivesoftware.whack.ExternalComponent.connect(ExternalComponent.java:296)
        at org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:242)
        at org.jivesoftware.whack.ExternalComponentManager.addComponent(ExternalComponentManager.java:222)
        at org.jitsi.meet.ComponentMain.lambda$getConnectCallable$0(ComponentMain.java:285)
        at org.jitsi.retry.RetryStrategy$TaskRunner.run(RetryStrategy.java:193)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
        at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
        at java.lang.Thread.run(Thread.java:748)
Caused by: java.net.ConnectException: Connection refused (Connection refused)
        at java.net.PlainSocketImpl.socketConnect(Native Method)
        at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
        at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
        at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
        at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
        at java.net.Socket.connect(Socket.java:607)
        at org.jivesoftware.whack.ExternalComponent.connect(ExternalComponent.java:174)

I can see something is terribly wrong, I need to know what I need to do to fix it.

Ports 10000, Prosody Port 5347, JVB_PORT=5275 are open.

Why do I get different results when running “netstat -tulip” and “csf --status”?

This what I see when running “netstat -tulpn” notice no port 10000:

tcp 5349 local IP turnserver
tcp 5349 public IP turnserver
tcp 5349 turnserver
tcp 80 nginx: master
tcp 53 systemd-resolve
tcp 443 nginx: master
tcp 4444 nginx: master
tcp 59009 sshd
tcp6 5349 ::1: turnserver
tcp6 5349 ::1: turnserver
tcp6 8080 java
tcp6 80 ::: nginx: master
tcp6 8888 ::: java
tcp6 443 ::: nginx: master
tcp6 4444 ::: nginx: master
tcp6 59009 ::: sshd
udp 3478 local IP turnserver
udp 3478 public IP turnserver
udp 3478 turnserver
udp 53 systemd-resolve
udp 5349 local IP turnserver
udp 5349 public IP turnserver
udp 349 turnserver
udp6 3478 ::1 turnserver
udp6 58486 ::: java
udp6 5349 ::: turnserver

This is what I get when I run “csf --status” notice port 10000 is listed, both tcp and udp:
WARNING URLGET set to use LWP but perl module is not installed, fallback to using CURL/WGET
iptables filter table

tcp dpt:53
udp dpt:53
tcp spt:53
udp spt:53
tcp dpt:20
tcp dpt:21
tcp dpt:22
tcp dpt:25
tcp dpt:53
tcp dpt:80
tcp dpt:110
tcp dpt:143
tcp dpt:443
tcp dpt:465
tcp dpt:587
tcp dpt:993
tcp dpt:995
tcp dpt:59009
tcp dpt:10000
tcp dpt:4443
tcp dpt:5222
tcp dpt:5347
tcp dpt:9418
tcp dpt:5275
udp dpt:20
udp dpt:21
udp dpt:53
udp dpt:80
udp dpt:443
udp dpt:10000