Forum

Page 2 of 2 FirstFirst 12
Results 16 to 29 of 29
  1. #16
    Join Date
    October 2012
    Posts
    4
    That is some kind of exploit. You should fix that asap.
    I'm connected to my dedicated server and i don't have any packe lose in that connection, but connection to the teamspeak has more than 50% package lose before clients are droped.

  2. #17
    Join Date
    June 2008
    Posts
    18,151
    Having a stable connection on TCP or to another port does not mean that the same thing has to work 100% on a different protocol and port.
    Settings and routings can make a difference here.

    Quote Originally Posted by gogo1207 View Post
    That is some kind of exploit. You should fix that asap.
    No, related to your own reply in your other thread.
    http://forum.teamspeak.com/threads/125041
    When sending me private messages: Please make sure to include reference link to your forum thread or post.

    TeamSpeak FAQ || What should i report, when i open a client thread?

  3. #18
    Join Date
    August 2002
    Location
    England
    Posts
    43
    I'm having the same issue and have been for several weeks
    Every client drops on both virtual servers at the same time
    This happens intermittently maybe half a dozen times a day
    I updated to the latest version yesterday (Server 64-bit 3.0.13.6 ) hoping this would resolve the issue, it didnt

    This is the only output in the logs that references any issues (replacing ** for the number of resends, in this case it was 11)

    |PktHandler |1 |Cleaning up connection because of ** resends of COMMAND packet

    This server is running on windows 2012 standard to the bare metal at a data centre with plenty of bandwidth.
    The hardware is more than capable of running the software and has been for several years
    There is no evidence of mass packet loss
    I'm running 2 virtual servers on the same box, both virtual servers drop EVERY clients at the same time
    This can normally be anything from 50 to 80 clients
    The server is a game server primarily running ArmA3, when teamspeak drops the clients, the arma server (same box, same IP) doesnt drop any clients
    Task manager reports the teamspeak server as still running when this occurs and the only way I can get the clients reconnected is by restarting the service
    Windows and network drivers etc are fully up to date
    I haven't been around to run a tracert to the server when this occurs, if i manage to get that info i'll post it, however as the game server doesnt drop clients, i dont suspect any issues here.
    The clients connect via a domain name, there doesn't appear to be any DNS issues
    Firewall rules in place
    TCP: 30033, 10011, 41144
    UDP: 9987, 9988

    I've just switched on debug logging in the firedeamon services application which runs teamspeak, to see if i can grab more data for you
    I've also added an additional firewall rule to allow any connections the teamspeakserver.exe wants to use to try and rule out any firewall issue

    Is there any other information you need that may help you ?

    See pastebin link below for one of the logs
    (I restarted the server at 21:18 as the logs show) the clients were dumped at around 21:15)
    http://pastebin.com/FkHYT0qX
    Last edited by Terox; December 15th, 2016 at 10:18 PM.

  4. #19
    Join Date
    August 2002
    Location
    England
    Posts
    43
    Quote Originally Posted by Terox View Post
    I'm having the same issue and have been for several weeks
    Every client drops on both virtual servers at the same time
    This happens intermittently maybe half a dozen times a day
    I updated to the latest version yesterday (Server 64-bit 3.0.13.6 ) hoping this would resolve the issue, it didnt

    This is the only output in the logs that references any issues (replacing ** for the number of resends, in this case it was 11)

    |PktHandler |1 |Cleaning up connection because of ** resends of COMMAND packet

    This server is running on windows 2012 standard to the bare metal at a data centre with plenty of bandwidth.
    The hardware is more than capable of running the software and has been for several years
    There is no evidence of mass packet loss
    I'm running 2 virtual servers on the same box, both virtual servers drop EVERY clients at the same time
    This can normally be anything from 50 to 80 clients
    The server is a game server primarily running ArmA3, when teamspeak drops the clients, the arma server (same box, same IP) doesnt drop any clients
    Task manager reports the teamspeak server as still running when this occurs and the only way I can get the clients reconnected is by restarting the service
    Windows and network drivers etc are fully up to date
    I haven't been around to run a tracert to the server when this occurs, if i manage to get that info i'll post it, however as the game server doesnt drop clients, i dont suspect any issues here.
    The clients connect via a domain name, there doesn't appear to be any DNS issues
    Firewall rules in place
    TCP: 30033, 10011, 41144
    UDP: 9987, 9988

    I've just switched on debug logging in the firedeamon services application which runs teamspeak, to see if i can grab more data for you
    I've also added an additional firewall rule to allow any connections the teamspeakserver.exe wants to use to try and rule out any firewall issue

    Is there any other information you need that may help you ?

    See pastebin link below for one of the logs
    (I restarted the server at 21:18 as the logs show) the clients were dumped at around 21:15)
    http://pastebin.com/FkHYT0qX

    UPDATE:
    FOUND ISSUE:
    Log entry:

    2016-12-17 01:16:44.276515|ERROR |Accounting | |virtual server id 1 is running elsewhere, shutting down!
    2016-12-17 01:16:44.276515|ERROR |Accounting | |virtual server id 2 is running elsewhere, shutting down!

    This means someone somewhere else is running a teamspeak server with a copy of my Dat file, need to PM devs about this

  5. #20
    Join Date
    June 2008
    Posts
    18,151
    This error does not mean that someone uses your license.
    It means that somewhere a copy of your virtual server(s) is running (this is forbidden). This can be under a different license.

    You have to contact sales ( [email protected] ) not our developers or tech support to revoke the license or to make this license invalid.
    The forum only offers technical support.
    When sending me private messages: Please make sure to include reference link to your forum thread or post.

    TeamSpeak FAQ || What should i report, when i open a client thread?

  6. #21
    Join Date
    August 2002
    Location
    England
    Posts
    43
    Thanks for the reply and will do, but have a couple of questions as your reply has raised more


    You state that it could be under a different license, does this also mean it could be under the same license ?
    I checked other threads on this issue and now realise the problem is 2 virtual servers running with the same unique server ID
    If i were to
    1) Take a snapshot of the 2 virtual servers
    2) Shut them down via serverquery serverprocessstop command
    3) create 2 new virtual servers
    4) Upload the 2 snapshots to configure the 2 new virtual servers
    would this resolve the issue of the same unique server id's ?

    Is there any way to trace the location of this copied instance ?


    Thanks in advance for your help
    Last edited by Terox; December 17th, 2016 at 03:17 PM.

  7. #22
    Join Date
    April 2011
    Location
    Germany
    Posts
    1,266
    Snapshots do not change the ID. So, no it won't help. That is the most likly what happend... someone took a snapshot of your two servers and has deployed them to another machine.

  8. #23
    Join Date
    August 2002
    Location
    England
    Posts
    43
    Is there any other way to copy in the existing configuration then to a new virtual server without using a snapshot, or is this going to be fully hands on implementation ?

  9. #24
    Join Date
    September 2012
    Posts
    6,078
    Quote Originally Posted by Terox View Post
    Is there any other way to copy in the existing configuration then to a new virtual server without using a snapshot, or is this going to be fully hands on implementation ?
    not without 3rd party tools. As in some 3rd party tools may offer to automate the copying of settings to a certain degree, you will however lose users and permission assignments. That is groups and the permissions thereof can be copied over in an automated fashion but the users and their group membership will be lost, as it's not possible to do that. Similarly all client and client channel permissions are lost, since the clients won't exist.
    Snapshots were designed as a backup method, not to copy things around.
    When sending PMs please make sure to include a reference link to the thread in question in the body of your message.

  10. #25
    Join Date
    August 2002
    Location
    England
    Posts
    43
    Okay folks, thanks for the help, at least I know what options I don't have now , hands on it is

  11. #26
    Join Date
    October 2018
    Posts
    1

    Dropping client X because of ping timeout 19 0 0

    Hey guys.

    I've got a problem with my Teamspeak 3 Server hostet on my root server.
    Sometimes, can't reproduce it specific, users dropped connection.
    I'm running a Teamspeak 3 Server on version 3.3.1 (already tried 3.4.0)
    and the clients are 3.2.2 or also older versions.

    The log prints
    Code:
    2018-10-01 12:46:05.823608|INFO    |PktHandler    |1  |Dropping client 10 because of ping timeout 19 0 0
    After this event the client disconnects and reconnects after a few seconds.

    Any ideas?

    Greetings
    SirCodiac

  12. #27
    Join Date
    November 2018
    Posts
    1

    same Issue

    Hi there,

    I'm having the same issue. Running the latest version (v3.5.0) under linux. But had this issue already before the update...

    This issue appears independently from the internet provider of the clients... so it shouldn't be a client side error (because I read about some Port issues)...

    Greetings,
    einEuro

  13. #28
    Join Date
    April 2019
    Posts
    1

    Server mass terminates client connections

    Our community teamspeak server keeps kicking clients for the past (2 approx) weeks.
    In the beginning there only have been a few disconnects here and there, but nothing alarming.
    Today a lot people lost connection multiple time within minutes.

    Anyone got an idea what the problem could be / has experienced similar problem:

    Snippet of our recent server log:
    Code:
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 22 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 25 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 14 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 19 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 1 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 4 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 8 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 18 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 17 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 20 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 29 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 33 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 13 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 23 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 7 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 30 because of resend timeout	
    19.04.2019 21:46:51	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 21:46:51	PktHandler	Info	Dropping client 32 because of resend timeout	
    19.04.2019 21:52:06	PktHandler	Info	Dropping client 50 because of ping timeout 19 0 0	
    19.04.2019 21:55:35	PktHandler	Info	Cleaning up connection because of 1 resends of COMMAND packet	
    19.04.2019 21:55:35	PktHandler	Info	Dropping client 55 because of resend timeout	
    19.04.2019 21:56:00	PktHandler	Info	Cleaning up connection because of 9 resends of COMMAND packet	
    19.04.2019 21:56:00	PktHandler	Info	Dropping client 56 because of resend timeout	
    19.04.2019 21:56:06	PktHandler	Info	Dropping client 46 because of ping timeout 19 0 0	
    19.04.2019 21:56:09	PktHandler	Info	Dropping client 52 because of ping timeout 19 0 0	
    19.04.2019 21:56:09	PktHandler	Info	Dropping client 54 because of ping timeout 19 0 0	
    19.04.2019 21:56:59	PktHandler	Info	Cleaning up connection because of 9 resends of COMMAND packet	
    19.04.2019 21:56:59	PktHandler	Info	Dropping client 60 because of resend timeout	
    19.04.2019 22:00:21	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 22:00:21	PktHandler	Info	Dropping client 62 because of resend timeout	
    19.04.2019 22:04:15	PktHandler	Info	Cleaning up connection because of 9 resends of COMMAND packet	
    19.04.2019 22:04:15	PktHandler	Info	Dropping client 66 because of resend timeout	
    19.04.2019 23:05:29	PktHandler	Info	Dropping client 43 because of ping timeout 19 0 0	
    19.04.2019 23:09:05	PktHandler	Info	Cleaning up connection because of 9 resends of COMMAND packet	
    19.04.2019 23:09:06	PktHandler	Info	Dropping client 70 because of resend timeout	
    19.04.2019 23:11:47	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 23:11:47	PktHandler	Info	Dropping client 2 because of resend timeout	
    19.04.2019 23:11:47	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 23:11:47	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 23:11:47	PktHandler	Info	Dropping client 61 because of resend timeout	
    19.04.2019 23:31:57	PktHandler	Info	Dropping client 63 because of ping timeout 19 0 0	
    19.04.2019 23:38:57	PktHandler	Info	Cleaning up connection because of 9 resends of COMMAND packet	
    19.04.2019 23:38:57	PktHandler	Info	Dropping client 7 because of resend timeout	
    19.04.2019 23:40:55	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 23:40:55	PktHandler	Info	Dropping client 10 because of resend timeout	
    19.04.2019 23:40:55	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 23:40:55	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 23:40:55	PktHandler	Info	Dropping client 4 because of resend timeout	
    19.04.2019 23:40:55	PktHandler	Info	Terminating connection because of > 255 resends	
    19.04.2019 23:40:55	PktHandler	Info	Dropping client 5 because of resend timeout	
    19.04.2019 23:41:56	PktHandler	Info	Cleaning up connection because of 7 resends of COMMAND packet	
    19.04.2019 23:41:56	PktHandler	Info	Dropping client 12 because of resend timeout	
    19.04.2019 23:46:03	PktHandler	Info	Cleaning up connection because of 9 resends of COMMAND packet	
    19.04.2019 23:46:03	PktHandler	Info	Dropping client 18 because of resend timeout	
    19.04.2019 23:58:55	VirtualServer	Info	client (id:3181) was added to servergroup 'LG'(id:208) by client 'Sleek  / Mina'(id:1917)	
    19.04.2019 23:59:04	VirtualServer	Info	client (id:3181) was added to servergroup 'Wargaming.net'(id:252) by client 'Sleek  / Mina'(id:1917)	
    19.04.2019 23:59:08	VirtualServer	Info	client (id:2118) was added to servergroup 'LG'(id:208) by client 'Sleek  / Mina'(id:1917)	
    19.04.2019 23:59:15	VirtualServer	Info	client (id:2118) was added to servergroup 'Wargaming.net'(id:252) by client 'Sleek  / Mina'(id:1917)	
    20.04.2019 00:04:39	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:39	PktHandler	Info	Dropping client 41 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 65 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 6 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 42 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 17 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 20 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 14 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 45 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 68 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 47 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 21 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:04:41	PktHandler	Info	Dropping client 13 because of resend timeout	
    20.04.2019 00:04:41	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:05:53	PktHandler	Info	Terminating connection because of > 255 resends	
    20.04.2019 00:05:53	PktHandler	Info	Dropping client 26 because of resend timeout
    Last edited by dante696; April 23rd, 2019 at 10:08 AM. Reason: merged

  14. #29
    Join Date
    June 2008
    Posts
    18,151
    Is this server version 3.7.1?
    What ping and packet loss does your server or the users have? Mostly there is a network/connection problem.
    Is there anything in server log 0?
    When sending me private messages: Please make sure to include reference link to your forum thread or post.

    TeamSpeak FAQ || What should i report, when i open a client thread?

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Huge packets lost non server side
    By charas in forum Linux / FreeBSD
    Replies: 5
    Last Post: February 16th, 2014, 03:24 PM
  2. Server drops users if more then 12 clients connected
    By tbede in forum Server Support
    Replies: 6
    Last Post: February 6th, 2014, 08:04 PM
  3. After 10 clients every next drops and reconnect every 30 sec.
    By Paxy.in.rs in forum Linux / FreeBSD
    Replies: 4
    Last Post: April 24th, 2012, 03:45 PM

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •