TeamSpeak 3 trennt die Verbindung

5149
ArchUser

Ich hatte kürzlich ein paar zufällige TS3-Massentrennungen, und ich bin neugierig, wo sich Anwendungen befinden, mit denen ich die Ursache für TS3-Serververbindungen feststellen kann, da in Zukunft viele weitere Benutzer vorgesehen sind . Ich betreibe einen fast leeren VPS (OpenVZ) -Server mit einer ArchLinux-Vorlage darauf. Ich habe 1,5 / 2 GB RAM, 2 GHz CPU und viel Festplattenspeicher, zum größten Teil nur meinen TS3 und einen Apache-Webserver mit geringem Datenverkehr.

Das untersuche ich.

2011-02-04 06:07:05.130343|INFO |VirtualServer | 1| client disconnected 'Valamoor'(id:224) reason 'reasonmsg=connection lost' 2011-02-04 06:07:05.131338|INFO |VirtualServer | 1| client disconnected 'Kevrow'(id:19 reason 'reasonmsg=connection lost' 2011-02-04 06:07:05.191849|INFO |VirtualServer | 1| client disconnected 'scuba'(id:200) reason 'reasonmsg=connection lost' 2011-02-04 06:07:05.192633|INFO |VirtualServer | 1| client disconnected '[Ash] Setna'(id:75) reason 'reasonmsg=connection lost' 2011-02-04 06:07:05.193350|INFO |VirtualServer | 1| client disconnected 'Akiris'(id:254) reason 'reasonmsg=connection lost' 2011-02-04 06:07:05.194047|INFO |VirtualServer | 1| client disconnected 'Marcus'(id:25 reason 'reasonmsg=connection lost' 2011-02-04 06:07:05.194726|INFO |VirtualServer | 1| client disconnected 'Guthry'(id:275) reason 'reasonmsg=connection lost'  2011-02-04 07:18:50.327071|INFO |VirtualServer | 1| client disconnected 'Valamoor'(id:224) reason 'reasonmsg=connection lost' 2011-02-04 07:18:51.339018|INFO |VirtualServer | 1| client disconnected 'Marcus'(id:25 reason 'reasonmsg=connection lost' 2011-02-04 07:18:51.339870|INFO |VirtualServer | 1| client disconnected '[Ash] Setna'(id:75) reason 'reasonmsg=connection lost' 2011-02-04 07:18:51.340515|INFO |VirtualServer | 1| client disconnected 'Guthry'(id:275) reason 'reasonmsg=connection lost'   2011-02-05 04:55:20.797353|INFO |VirtualServer | 1| client disconnected 'JohnyRingo'(id:240) reason 'reasonmsg=connection lost' 2011-02-05 04:55:20.798517|INFO |VirtualServer | 1| client disconnected 'Maloo roots'(id:196) reason 'reasonmsg=connection lost' 2011-02-05 04:55:20.799314|INFO |VirtualServer | 1| client disconnected 'Cpt dravyn'(id:234) reason 'reasonmsg=connection lost' 2011-02-05 04:55:20.839254|INFO |VirtualServer | 1| client disconnected 'scuba'(id:200) reason 'reasonmsg=connection lost'  etc... 

Ich muss feststellen, ob es sich um meinen Hosting-Anbieter oder meinen Server handelt und welche Tools ich zur Ermittlung der Probleme verwenden kann. Mein VPS-Gastgeber hat mir dies erzählt ...

"Ich habe den Knoten überprüft, auf dem Ihr VPS ausgeführt wird, und es gibt keine unnormale Systemlast oder E / A-Wartezeit vom Laufwerk. Ich habe auch den Bandbreitenverlauf vom Server überprüft und es gab keine Spitzen oder Ausfälle."

0

2 Antworten auf die Frage

1
Olli

In vielen VPS-Anbietern kommt es häufig vor, dass kurze Unterbrechungen bei Netzwerkverbindungen auftreten. Dies kann aufgrund einer schlechten Verbindung oder beispielsweise einer Firewall geschehen, bei der der Verbindungsstatus aus irgendeinem Grund verloren geht. Dies ist zum Beispiel bei HTTP-Servern wirklich egal, da Browser kurze Anfragen stellen und dann neue Verbindungen herstellen.

Eine Möglichkeit, um herauszufinden, ob das Problem in TeamSpeak oder in Verbindung besteht, besteht darin, eine andere TCP-Verbindung zur gleichen Zeit offen zu halten, beispielsweise SSH. Bitte beachten Sie, dass zum Beispiel OpenSSH sofort nicht trennt, wenn es Probleme mit Verbindung ist, Kitt tut.

Kennen Sie Testprogramme, die ich mit einem anderen Server als TS3 verbunden lassen kann, um kurze Unterbrechungen in der Netzwerkkommunikation zu testen? Das Problem besteht darin, dass ich selten ein Verbindungsproblem habe, weil ich glaube, dass ich mich sehr nahe am Server befinde. Normalerweise passiert es Leuten, die weiter weg sind. ArchUser vor 13 Jahren 0
0
Aclark

Teamspeak 3 will standardmäßig 20ms Codec-Verzögerung verwenden, was ziemlich aggressiv ist. Dies kann zu Abstürzen führen, wenn der Client oder der Server nicht mithalten kann. Versuchen Sie es mit einer höheren Codec-Verzögerung in Ihren Kanälen zwischen 40 und 60 ms.

Danke, ich werde mir das merken und es ist in der Tat hilfreich, aber ich hatte das Problem nicht mit einer Verzögerung von 20 ms, bis ich die VPS-Hosts gewechselt habe. ArchUser vor 13 Jahren 0