talkkonnect / talkkonnect

Headless Mumble Linux Client for use as a Transceiver, Walkie Talkie, Intercom, Radio Gateway for SBCs
http://www.talkkonnect.com
Mozilla Public License 2.0
255 stars 57 forks source link

Can not connect to own Mumble server #120

Closed lkb2k closed 9 months ago

lkb2k commented 9 months ago

I'm running into issues getting talkkonnect to communicate with my own mumble server. I can connect to mumble.talkkonnect.com and I can connect to my local LAN mumble server with the official mumble client on MacOS or iOS, but when I try to connect talkkonnect to my mumble server, I get Ping failures and then it disconnects.

Ping Server Error read udp 192.168.7.92:33855->192.168.7.217:64738: i/o timeout try 1

Any suggestions on how to troubleshoot? Is there a specific version of the mumble server I should be using? I'm currently just running the latest official docker container.

talkkonnect commented 9 months ago

Very difficult to troubleshoot a server that I have no idea about the server or its network setup.

On the community mumble server I used mumble 1.6 compiled, but the version from debian apt get also work reliably.

Can you try with other clients like mumble for windows, and mumla for android under the same internet conditions. Do those clients connect successfully? Is it a talkkonnect specific problem or do other clients also not work?

If other clients also have the same problem I would look if there is a firewall blocking something.

If it is a talkkonnect specific problem I would look if the server requires certificates and generate them accordingly.

Also check if it might be a docker NAT issue.

suvir

lkb2k commented 9 months ago

I don't have an android device, but I've confirmed it works fine with the windows, Mac and iOS clients. I've tested TCP and UDP connectivity with netcat, and the raspberry pi and the server can definitely communicate on those ports.

A certificate issue sounds promising, is there any way for me to get more detailed output from talkkonnect on the failure?

-Lkb

talkkonnect commented 9 months ago

You can turn on logging to log to file in the talkkonnect.xml file set the logging to screenandfilewithlineno and then see the logs as set in /var/log/talkkonnect.xml and see the failure message. You can use the gencert.sh script to generate a script and then add the path to talkkonnect.xml if the error is due to certificate. If it is in LAN security should not be such an issue perhaps you can adjust the mumur ini file to relax the security.

lkb2k commented 9 months ago

Thank you for the advice, I was able to find the issue in the murmur.ini settings file. This was the default configuration:

; Setting to true exposes the current user count, the maximum user count, and
; the server's maximum bandwidth per client to unauthenticated users. In the
; Mumble client, this information is shown in the Connect dialog.
allowping=false

Setting allowping=true on the server allowed talkkonnect to stay connected.