Hello, how are you? It has happened to me 2 times in a row and it seems strange to me, I leave the crashdump. To know if you can help me if the error is from my vps or is it something from the server that needs to be fixed
Same here, random as of today.
It happened again today, I’m full of crashdump
Get the fix
Having similar issues as described above.
It does seem like ddos attacks or a new exploit are causing these crashes.
When more connections attempt to reach the server, it just crashes. The server has always been ddos’d, but only for the past weak does it crash, so it seems like something new.
I’ll test with the experimental version and advise.
Edit: There was no improvement. The crashes were caused after a larger amount of http queries were made (port 10080). And by larger, I mean a VERY small number, so this looks like a vulnerability.
Blocking port 10080 seems to have mitigated the crashes.
What does teamspeak use port 10080 for?
This is the WebQuery (http) Port.
Yes. Web query HTTP port.
I tried to change it but for some reason it doesn’t change it with the query_http_port command.
There is no command for this port.
There are only start parameters that can be used on server instance start
We are going to fix this and release a beta
Meanwhile following options exist to avoid the crash
- Close ports 10080 TCP and 10443 TCP from outside connections. So you can still use the WebQuery from local connection.
- Change the ports with start parameters
- Setup a reserve web server (like Nginx) in front of the WebQuery
what is that port from?
This is the ServerQuery (SSH)
If you don’t know which Port TeamSpeak is using, please follow this guide:
Get the fix
Update the server, within minutes the server banned all connection query from port 10011. Yatqa, ranking pages such as gametracker, tsviewer and others where we are registered.
I included their ip’s in the white list, it remains the same. Every certain time the server blocks the connection
what does that parameter do
If enabled it works like every query ip would be on the query_ip_whitelist.
@FakE Thanks for the clarification.