Nun läuft es wieder. Es gibt keine Paketverluste mehr und auch keine Verbindungsabbrüche in SSH oder in der Anzeige der Webseite. An Teamspeak kann es garnicht gelegen haben, da ich das auch schon getestet hatte und den Teamspeak3 Server für eine Zeit ausgeschalten habe. An den Verbindungsproblemen hatte sich da auch nichts geändert. Zum Glück läuft es jetzt ja wieder.

TS3-Server mit MySQL auf KVM und Packagelost
- Ente-Dank
- Thread is marked as Resolved.
-
-
In so einem Fall bitte ins Rettungssystem booten und dann einen MTR bzw. Ping ausführen. Durch das Rettungssystem können dann fehlerhafte Konfigurationen seitens des vServer ausgeschlossen werden.
In Notfällen können Sie Nachts oder am Wochenende die bereits genannte Notfallrufnummer wählen. Die 40 Euro Bearbeitungsgebühren fallen nur an, wenn das Problem nicht auf der Seite von uns (netcup) gelegen hat.
Vielen Dank!
-
Eigentlich kann es nicht an meinem Systemaufbau liegen, da diese Konstellation exakt so
ein Jahr problemlos auf dem vServer lief und bis vor einer Woche auch auf KVM..
Zumal ja die komplette Verbindung betroffen ist, nicht allein der TS..Diese Pings kommen ja nur kurzzeitig für 3-4 Sek. & sind danach wieder weg.
Daher 3 sek. 220 & dann wieder weg..Mal sehen was heute passiert..
Gerade gegen Abend kommen diese Latenzen.Hier z.b.: an die Hauptdomain:
CodeHop Hostname (IP) Country Loss Sent Rcvd Min (ms) Avg (ms) Max (ms) 7 v220120813718******.yourvserver.net (46.**.241.***) DE 0 % 5 5 4.278 20.830 76.886
76 MS direkt danach 6
Der Erneute gibt nen höheren bei der Weiterleitung: gw.giga-dns.com mit 264ms
Code
Display MoreHop Hostname (IP) Country Loss Sent Rcvd Min (ms) Avg (ms) Max (ms) 1 gw.giga-dns.com (91.194.90.1) DE 0 % 5 5 0.295 53.376 264.106 2 gw03.contabo.net (62.140.24.125) GB 0 % 5 5 0.403 1.198 1.573 3 ae-0-11.bar2.Munich1.Level3.net (4.69.153.254) US 0 % 5 5 0.594 12.815 27.252 4 62.140.25.102 GB 0 % 5 5 3.888 3.987 4.219 5 hos-bb2.juniper1.rz2.hetzner.de (213.239.240.146) DE 0 % 5 5 3.993 14.611 48.382 6 gw01-hetzner.netcup.net (78.47.244.254) DE 0 % 5 5 3.987 6.261 14.391 7 v220120813718******.yourvserver.net (46.**.241.***) DE 0 % 5 5 4.138 4.745 5.361
-
Ich weiß nicht... immer auf der selben Stelle stehen und nach Gold suchen ist nicht so effektiv wie in andere Löcher zu schauen, ob da was zu finden ist. In diesem Falle würde ich mal iptables durchchecken und ggf. syslog anschauen
-
Haben Sie denn mittlerweile das Rettungssystem benutzt um die Sache auch dort zu analysieren?
-
Da ein Ausschalten ein noch größeres Problem darstellen würde
und die Pings ja nur kurzzeitig zustande kommen, wodurch ich einen ständigen Check machen müsste,
ist mir das Rettungssystem unlieb.Jedoch läuft der Server jetzt seit heute stabil. Deshalb möchte ich erst mal abwarten.
In jedem Fall vielen Dank an alle mithelfenden Kommentierer
Werde die ( hoffentlich ) Lösung des Problems dann hier posten.