Hi
Ich wollte gestern abend ins TS und es ging nicht, also habe ich es Neuinstalliert und dann stand da diese Meldung
OS type: Windows NT 5.1 (Windows XP) Service Pack 2
Found CELP file entry.
Found CELP desc entry.
CELP file found.
Also habe ich den Ordner von Hand gelöscht und nochmal neu Installiert.
Jetzt kommt die Fehlermeldung das mein PW/Login falsch sind.
Habe dann ein neuen Account anlegen lassen, mit neuem PW und so, aber die selbe Fehlermeldung.
Ich hoffe es kann mir einer von euch helfen.
Also habe ich den Ordner von Hand gelöscht und nochmal neu Installiert.
Evtl. ist die TeamSpeak.Conf mal wieder "beschädigt". In der werden alle Einstellungen von TeamSpeak gespeichert. Die Datei ist hidden (C:\Dokumente und Einstellungen\BENUTZER\Anwendungsdaten\teamspeak2) . Diese mal löschen (ggfs. vorher Backup machen).
MfG,
Michael
Ok, dann müssen wir tiefer ansetzen:
Ich wollte gestern abend ins TS und es ging nicht
Was ging nicht? Gibts Einträge in der TSClient.log?
Jetzt kommt die Fehlermeldung das mein PW/Login falsch sind.
Vermutlich Benutzername/Passwort falsch eingegeben oder Benutzer falsch angelegt. Funktioniert denn TeamSpeak mit anderen Servern?
MfG,
Michael
Sehr seltsam. Ich denke du legst die Benutzer über das WebInterface an (wenn nicht, dann das tun).
Da fällt mir Momantan nur folgendes ein:
- Groß und Kleinschreibung nicht beachtet
- Benutzer am falschen (virtuellen) Server hinzugefügt
- Im Client Loginname und Nickname verwechselt
Wenn alles nichts hilft:
- Anderen Browser zum hinzufügen der Benutzer testen
- In der server.dbs (oder ggfs. MySQL-DB) nach dem User suchen (zur Kontrolle)
- Verbindungsversuch an einem anderen PC (wobei es fast unmöglich erscheint, das nur dein Client die falschen Benutzerdaten an den Server sendet. IP-Paketfilter hast du normalerweise nicht an, oder?)
MfG,
Michael
Mein Team Speak had bei die intallierung auch dieses gesagt:
OS type: Windows NT 5.1 (Windows XP) Service Pack 2
Found CELP file entry.
Found CELP desc entry.
CELP file found.
Wen man Ihm dan started und nach einen server gehn will sagt:
Server Not Running.
Und den server list updaten macht er auch nicht. Was ist los? :confused: :confused:
Bitte helf mir
Problem gelüst
Ich hab nur den Windows firewall geanderd.
Problem gelüst :) :rolleyes:
Muss mann nach Windows service pack gehn. Dort auf Windows firewall klicken und den zufugen. Das war bei mir das problem.
Hoffe dass es bei dir auch hilft ;)
Ok, dann müssen wir tiefer ansetzen:
Was ging nicht? Gibts Einträge in der TSClient.log?
MfG,
Michael
Ich hab auch das Problem, dass immer diese Meldung kommt, egal auf welchen Server ich connecten möchte:
No reply from server
Maybe the server is offline or maybe teamspeak is not running on it
Ich hab nun schon sehr viel ausprobiert/kontrolliert was ich hier im Forum an Hilfen fand, aber nix geht.
Hab dann mal diese TSClient.log gesucht, und darin steht:
23-06-05 00:39:54,284,ERROR,ProcedureInfo,Client Open,Exception: Timeout on recv LoginStep2 wait
Ich hänge am Netz einer Uni (vom Studentenheim aus ;-)), kann das die Fehlerquelle sein.
Grüsse
Jazz
Germeshausen.de
23-06-2005, 17:05
Kann es sein, dass das Uni-Netzwerk bestimmte Ports nicht zulässt?
Ich hab mich erkundigt, die Ports für TS2 sollten nicht blockiert werden.
Was bedeutet denn die Zeile aus meinem Log?
Ich hab mich erkundigt, die Ports für TS2 sollten nicht blockiert werden.
Was bedeutet denn die Zeile aus meinem Log?
Gibt das FAQ zu wenig Info her, wenn ja bitte melden, dann werden wir das updaten ?
Ports hin, Ports her :)
Es könnte aber sein, daß generell UDP-Verkehr blockiert wird. Was genau hat dir denn der Rechenzentrumsknecht gesagt?
Die Zeile selbst bedeutet nichts anderes, als daß die Verbindungsaufnahme fehlgeschlagen ist. Beim Warten auf eine Antwort ist ein Timeout eingetreten. Das kann zwei Ursachen haben:
- die Antwort ging verloren (schlechte Leitung, Überlast, Paketfilter)
- die Antwort ging nicht verloren, kam aber zu spät (Überlast)
Die Timeout-Werte kann man ein wenig strecken, indem man seinen TS2-Client im Debug-Modus startet.
Es könnte aber sein, daß generell UDP-Verkehr blockiert wird. Was genau hat dir denn der Rechenzentrumsknecht gesagt?
Die Timeout-Werte kann man ein wenig strecken, indem man seinen TS2-Client im Debug-Modus startet.
Er meinte, dass nur die tiefen Ports bis ca. 4000 gesperrt werden.
Hab gestern in der Nacht zum ersten mal wenigsten die Serverliste updaten können, ein Verbindung zu einen Server konnte ich aber trotzdem nicht herstellen. Hab auch in den Optionen auf Debug gewechstelt. Das Log meint folgendes:
24-06-05 11:37:45,2060,DEBUG,All,Startup,Client version 2.0.32.60
24-06-05 11:37:45,2060,DEBUG,ProcedureInfo,Client Open,Creating and starting threads
24-06-05 11:37:46,2060,DEBUG,All,TDSoundIn.Open,opend direct Capture 8bit=0 , 11khz=1
24-06-05 12:36:11,2060,DEBUG,All,TMainForm.FormDestroy,FCal lbackSynchronizer.Free done
24-06-05 12:36:11,2060,DEBUG,All,TMainForm.FormDestroy,FSou nd.Free; done
24-06-05 12:36:11,2060,DEBUG,All,TMainForm.FormDestroy,FSou ndNotifications.Free done
24-06-05 12:36:11,2060,DEBUG,All,TMainForm.FormDestroy,FWav eSaver.Free done
24-06-05 12:36:11,2060,DEBUG,All,TClient.Destroy,active FClientReadThread.waitfor
24-06-05 12:36:11,2220,DEBUG,All,TClientReadThread.Execute, leaving
24-06-05 12:36:11,2060,DEBUG,All,TClient.Destroy,active FClientReadThread.freeing
24-06-05 12:36:11,2060,DEBUG,All,TClient.Destroy,active FClientReadThread.Freed
24-06-05 12:36:11,2228,DEBUG,All,TClientEventThread.Execute ,Close confirmed
24-06-05 12:36:11,2224,DEBUG,All,TClientWriteThread.Execute ,Close confirmed
24-06-05 12:36:11,2060,DEBUG,All,TClient.Destroy,active closed buffer
24-06-05 12:36:11,2060,DEBUG,All,TClient.Destroy,active FClientWriteThread.Freed;
24-06-05 12:36:11,2060,DEBUG,All,TClient.Destroy,active FClientEventThread.Freed
24-06-05 12:36:11,2060,DEBUG,All,TClient.Destroy,active destroyed buffer
Heute mittag leider wieder gar nix, nicht mal die Serverliste lässt sich updaten. Das Log:
24-06-05 12:44:54,3224,DEBUG,All,Startup,Client version 2.0.32.60
24-06-05 12:44:54,3224,DEBUG,ProcedureInfo,Client Open,Creating and starting threads
24-06-05 12:44:54,3224,DEBUG,All,TDSoundIn.Open,opend direct Capture 8bit=0 , 11khz=1
24-06-05 12:44:58,3224,DEBUG,ProcedureInfo,Client Open,host halfevil.de resolved to 212.112.241.143
24-06-05 12:44:58,3224,DEBUG,ProcedureInfo,Client Open,Send LoginStep1
24-06-05 12:44:58,3224,DEBUG,ProcedureInfo,Client Open,Waiting for LoginStep2
24-06-05 12:45:01,3224,ERROR,ProcedureInfo,Client Open,Exception: Timeout on recv LoginStep2 wait
24-06-05 12:45:01,2952,WARNING,All,procedure TDICallBack.execute,"The operation had no effect." or "The device buffer overflowed and some input was lost." or "The device exists but is not currently attached." or "The change in device properties had no effect."
Wieso bricht den TS2 ab, wenn das Netz zu langsam ist?
Bitte helft mir
mfg
Jazz
Hab grade noch Ventrilo ausprobiert, das geht lustigerweise.
mfg
Jazz
Hab auch in den Optionen auf Debug gewechstelt. Das Log meint folgendes:
Kannst mal nen älteren client ausprobieren z.B: den hier: ftp://ftp.freenet.de/pub/4players/teamspeak.org/releases/ts2_client_rc2_2029.exe (oder den 31'er) ?
Der aktuelle scheint in manchen Fällen etwas etwas zu timeout sensitive zu sein.
Zur webserver liste gibts auch ein FAQ :p
Er meinte, dass nur die tiefen Ports bis ca. 4000 gesperrt werden.
Eingehend, ausgehend, UDP, TCP?
Die Logeinträge sehen so aus als könnte keine Verbindung zum Server aufgebaut werden. Es ist wenig wahrscheinlich, daß dein Netzwerk zu langsam ist. Ping den Server zu dem du dich verbinden willst, ist der Wert weniger als 150ms dann ist es unkritisch.
Wahrscheinlich ist, daß dir die Uni UDP-Pakete blockt. Da war schon mal ein Schweizer mit dem Problem, leider weiß ich nicht mehr von welcher Uni.
vBulletin® v3.7.3, Copyright ©2000-2009, Jelsoft Enterprises Ltd.