PDA

View Full Version : Client auf eigenen Server verbinden

Borewa
03-09-2007, 23:03
Ich habe auf meinem Rechner auch den Server installiert und einen Client.
Wenn ich mich von einem anderen Rechner im Netzwerk verbinden möchte geht das ohne Probleme: 192.168.2.100:1234
Wenn ich das aber von meinem PC aus mit dem Client machen möchte geht das nicht. Dort habe ich localhost:1234 , aber auch 192.168.2.100:1234 probiert

Kriege an meinem PC immer folgende Fehlermeldung:
No reply from server
Maybe the server is offline
or maybe teamspeak is not running on it


Die Firewall hatte ich an meinem PC auch schon deaktiviert, aber das ändert nichts.
Das verbinden auf externe TS Server geht ohne probleme.

BS: Windows Vista Business
I-net von: Netcologne
TS-Client: 2.0.32.60
TS-Server: 2.0.23.19
Hook88
03-09-2007, 23:47
probier mal die IP: 127.0.0.1, vielleicht geht das.
oder eine der IP's die du angezeigt bekommst, wenn du rechtsklick auf das serversymbol machst und dann auf IPs gehst.
Borewa
04-09-2007, 00:05
habe 127.0.0.1 und auch die externe IP probiert.
Habe auch Port-Forwarding für den Port 1234 UDP gemacht.

Trotzdem kommt immer die Fehlermeldung.
Hook88
04-09-2007, 01:00
hmm.... dann müssen wir wohl warten bis andere lösungsvorschläge kommen;)
maxi1990
04-09-2007, 01:51
Ein schlauer User hat mal gesagt:
VISTA = Viruses, Introduces, Spyware, Trojans & Adware
:D
Borewa
04-09-2007, 02:32
Ein schlauer User hat mal gesagt:

:D
Das ist ja ein richtig blöder kommentar. Jeder der arbeitet kommt an Windows nicht vorbei und damit irgendwann auch nicht an Vista. Jeder neuer PC wird mit Vista ausgeliefert und auch wenn Windows nicht perfekt ist, ist es Unix oder mac auch nicht. Da Windows weiter verbreitet ist finden sich da auch viel mehr Fehler, Bugs, Sicherheitslücken und es werden mehr Viren geschrieben. Die anderen BS sind einfach viel zu unwichtig für so etwas. Besitzen tun die den ganzen misst aber trotzdem.

Ich bitte darum solche kommentare zu lassen und lieber etwas zum Thema zu schreiben und wenn man nichts zu sagen hat, soll man einfach NICHTS schreiben.



Ich habe den Client mal im Debug Modus getan und versucht eine verbindung auf zubauen und habe den Client danach direkt wieder beendet. Vlt hilft das ja jemanden.
---------------------------------------------------------------
-------------- log started at 04-09-07 03:27 -------------
---------------------------------------------------------------
04-09-07 03:27:37,5288,DEBUG,All,Startup,Client version 2.0.32.60
04-09-07 03:27:37,5288,DEBUG,ProcedureInfo,Client Open,Creating and starting threads
04-09-07 03:27:47,5288,DEBUG,ProcedureInfo,Client Open,host localhost resolved to 127.0.0.1
04-09-07 03:27:47,5288,DEBUG,ProcedureInfo,Client Open,Send LoginStep1
04-09-07 03:27:47,5288,DEBUG,ProcedureInfo,Client Open,Waiting for LoginStep2
04-09-07 03:27:50,5288,ERROR,ProcedureInfo,Client Open,Exception: Timeout on recv LoginStep2 wait
04-09-07 03:27:50,5028,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."
04-09-07 03:27:52,5288,DEBUG,All,TMainForm.FormDestroy,FCal lbackSynchronizer.Free done
04-09-07 03:27:52,5288,DEBUG,All,TWaveOut.Close,closing waveout
04-09-07 03:27:52,5288,DEBUG,All,TMainForm.FormDestroy,FSou nd.Free; done
04-09-07 03:27:52,5288,DEBUG,All,TMainForm.FormDestroy,FSou ndNotifications.Free done
04-09-07 03:27:52,5288,DEBUG,All,TMainForm.FormDestroy,FWav eSaver.Free done
04-09-07 03:27:52,5288,DEBUG,All,TClient.Destroy,active FClientReadThread.waitfor
04-09-07 03:27:52,1920,DEBUG,All,TClientReadThread.Execute, leaving
04-09-07 03:27:52,5288,DEBUG,All,TClient.Destroy,active FClientReadThread.freeing
04-09-07 03:27:52,5288,DEBUG,All,TClient.Destroy,active FClientReadThread.Freed
04-09-07 03:27:52,5984,DEBUG,All,TClientEventThread.Execute ,Close confirmed
04-09-07 03:27:52,3656,DEBUG,All,TClientWriteThread.Execute ,Close confirmed
04-09-07 03:27:52,5288,DEBUG,All,TClient.Destroy,active closed buffer
04-09-07 03:27:52,5288,DEBUG,All,TClient.Destroy,active FClientWriteThread.Freed;
04-09-07 03:27:52,5288,DEBUG,All,TClient.Destroy,active FClientEventThread.Freed
04-09-07 03:27:52,5288,DEBUG,All,TClient.Destroy,active destroyed buffer
---------------------------------------------------------------
--------------- log ended at 04-09-07 03:27 --------------
---------------------------------------------------------------
Bastian
04-09-2007, 07:03
Vista demonstriert eindrucksvoll die Fähigkeit Microsofts ein benutzerfeindliches, kompliziertes und mit unnötigem Schnickschnack angereichertes Betriebssystem in einer hübschen Hülle zu verkaufen, so dass man es trotzdem haben will.

Und damit sich das Zeug verkauft kündigt man die nächste DirextX-Version exklusiv für Vista an, damit die ganzen Gamer sich genötigt fühlen umzusteigen.

Setz einen 0-8-15 Windows-User der vorher XP benutzt hat an Windows Vista und es dauert keine 5 Minuten bis er nicht mehr weiter weiß. Das könnte daran liegen das man in Redmond der Meinung war gewisse Grund-Funktionen umbenennen oder hinter irgendwelchen Assistenten verstecken zu müssen.

Im Auslieferungszustand braucht man Tage um sich mit dem neuen Konzept vertraut zu machen und nun stell dir mal vor, dass ein ganzes Unternehmen in dem man es hauptsächlich mit klassischen Anwendern zu tun hat auf Vista umsteigt. Da kann man den Laden gleich mal eine Woche dicht machen.
Borewa
04-09-2007, 10:40
Bin etwas verwirrt.
Habe mir gerade eben die etwas neuer Beta version installiert und wenn ich als ERSTES mich mit 192.168.2.100:1234 oder localhost:1234 verbinde geht es auf einmal, aber auch nur mit der Beta Version. Jetzt kommt aber das lustige, wenn ich mich Disconnecte oder vorher eine fehlerhafte bzw. überhaupt eine Verbindung zu einem Server gemacht habt geht es wieder nicht.
Nur beim frischen neuen ersten mal nach dem Start des TS-Clients.

es gibt Dinge die muss man nicht verstehen?!?!?!

4.9.2007 11:44Uhr
habe nun auch die Beta Version vom Server installiert, aber leider tritt das gleiche Problem auf. Ich kann nur auf meinen Server kommen, wenn es die erstes verbindung ist, egal ob ich vorher schon auf dem Server drauf war oder nicht.
Hook88
04-09-2007, 13:28
das ist jetzt aber wirklich außergewöhnlich. schalte einfach mal die firewall aus und probiers dann nochmal.
Borewa
04-09-2007, 17:25
es wird schlimmer :(
Wenn ich die Firewall beende tut sich nichts, wenn ich sie wieder Starte und es danach nochmal probiere geht es wieder, aber halt nur 1x.
Nochmal den Debug Teil:
Fehlersuch, dann Firewall neustart, Erfolgreicher Versuch, Fehlversuch:

---------------------------------------------------------------
-------------- log started at 04-09-07 18:22 -------------
---------------------------------------------------------------
04-09-07 18:22:05,5924,DEBUG,All,Startup,Client version 2.0.33.7
04-09-07 18:22:05,5924,DEBUG,ProcedureInfo,Client Open,Creating and starting threads
04-09-07 18:22:35,5924,DEBUG,ProcedureInfo,Client Open,host localhost resolved to 127.0.0.1
04-09-07 18:22:35,5924,DEBUG,ProcedureInfo,Client Open,Send LoginStep1
04-09-07 18:22:35,5924,DEBUG,ProcedureInfo,Client Open,Waiting for LoginStep2
04-09-07 18:22:38,5924,ERROR,ProcedureInfo,Client Open,Exception: Timeout on recv LoginStep2 wait
04-09-07 18:22:46,2124,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."
04-09-07 18:22:53,5924,DEBUG,ProcedureInfo,Client Open,host localhost resolved to 127.0.0.1
04-09-07 18:22:53,5924,DEBUG,ProcedureInfo,Client Open,Send LoginStep1
04-09-07 18:22:53,5924,DEBUG,ProcedureInfo,Client Open,Waiting for LoginStep2
04-09-07 18:22:54,5924,DEBUG,ProcedureInfo,Client Open,LoginStep2 received
04-09-07 18:22:54,5924,DEBUG,ProcedureInfo,Client Open,Sending LoginStep3
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep5,loginstep5 player count: 1
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep5,loginstep5 finding Channel 1
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep5,loginstep5 found Channel 1
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep5,loginstep5 adding player 1
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep5,Setting Codec
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep5,loginstep5 Internal adding player 1
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep5,loginstep5 player packet done
04-09-07 18:22:54,728,DEBUG,All,TClientEventThread.DoLoginS tep6,entered
04-09-07 18:22:54,5924,DEBUG,All,cb_connecting,connecting callback
04-09-07 18:22:54,5924,DEBUG,All,cb_NewChannel,new channel Default (1)
04-09-07 18:22:54,5924,DEBUG,All,cb_NewPlayer,new player Corija (1) ch=1
04-09-07 18:22:54,5924,DEBUG,All,cb_NewPlayer,Node found
04-09-07 18:22:54,5924,DEBUG,All,cb_NewPlayer,Image found
04-09-07 18:22:54,5924,DEBUG,All,cb_NewPlayer,node added
04-09-07 18:22:54,5924,DEBUG,All,cb_NewPLayer,Node Sorted
04-09-07 18:22:54,5924,DEBUG,All,cb_initDone,initDone callback enter
04-09-07 18:22:54,5924,DEBUG,All,cb_initDone,initDone callback done
04-09-07 18:22:56,728,DEBUG,All,TClient.CloseCon,enter
04-09-07 18:22:56,728,DEBUG,All,TClient.CloseCon,active enter
04-09-07 18:22:56,728,DEBUG,All,TClient.CloseCon,active Send close
04-09-07 18:22:56,5924,DEBUG,All,TClient.CloseCon,enter
04-09-07 18:22:56,5924,DEBUG,All,TClient.CloseCon,leave
04-09-07 18:22:56,5924,DEBUG,All,cb_close,close callback enter
04-09-07 18:22:56,728,DEBUG,All,TClient.CloseCon,active UDP closed
04-09-07 18:22:56,728,DEBUG,All,TClient.CloseCon,active cleared nodes
04-09-07 18:22:56,728,DEBUG,All,TClient.CloseCon,active leave
04-09-07 18:22:56,728,DEBUG,All,TClient.CloseCon,leave
04-09-07 18:22:56,5924,DEBUG,All,cb_close,close callback leave
04-09-07 18:22:59,5924,DEBUG,ProcedureInfo,Client Open,host localhost resolved to 127.0.0.1
04-09-07 18:22:59,5924,DEBUG,ProcedureInfo,Client Open,Send LoginStep1
04-09-07 18:22:59,5924,DEBUG,ProcedureInfo,Client Open,Waiting for LoginStep2
04-09-07 18:23:02,5924,ERROR,ProcedureInfo,Client Open,Exception: Timeout on recv LoginStep2 wait
04-09-07 18:23:03,5924,DEBUG,All,TMainForm.FormDestroy,FCal lbackSynchronizer.Free done
04-09-07 18:23:03,5924,DEBUG,All,TWaveOut.Close,closing waveout
04-09-07 18:23:03,5924,DEBUG,All,TMainForm.FormDestroy,FSou nd.Free; done
04-09-07 18:23:03,5924,DEBUG,All,TMainForm.FormDestroy,FSou ndNotifications.Free done
04-09-07 18:23:03,5924,DEBUG,All,TMainForm.FormDestroy,FWav eSaver.Free done
04-09-07 18:23:03,5924,DEBUG,All,TClient.Destroy,active FClientReadThread.waitfor
04-09-07 18:23:03,5332,DEBUG,All,TClientReadThread.Execute, leaving
04-09-07 18:23:03,5924,DEBUG,All,TClient.Destroy,active FClientReadThread.freeing
04-09-07 18:23:03,5924,DEBUG,All,TClient.Destroy,active FClientReadThread.Freed
04-09-07 18:23:03,728,DEBUG,All,TClientEventThread.Execute, Close confirmed
04-09-07 18:23:03,5904,DEBUG,All,TClientWriteThread.Execute ,Close confirmed
04-09-07 18:23:03,5924,DEBUG,All,TClient.Destroy,active closed buffer
04-09-07 18:23:03,5924,DEBUG,All,TClient.Destroy,active FClientWriteThread.Freed;
04-09-07 18:23:03,5924,DEBUG,All,TClient.Destroy,active FClientEventThread.Freed
04-09-07 18:23:03,5924,DEBUG,All,TClient.Destroy,active destroyed buffer
---------------------------------------------------------------
--------------- log ended at 04-09-07 18:23 --------------
---------------------------------------------------------------


4.9.2007 21:33Uhr
Es scheint sich um ein Vista Problem zu handeln.
Habe gerade den Server auf einen XP Rechner installiert und auf den kann ich mich ohne Probs verbinden und vom XP Rechner auf den dortigen Server auch ohne jegliche Probleme.

4.9.2007 23:02Uhr
Auf anraten, habe ich meine Firewall Zonealarm mal deinstalliert und schon direkt kann ich ohne Probleme auf den Server.
Wie kann eine deaktivierte Firewall solche Probleme auslösen?
Hook88
04-09-2007, 22:08
Es scheint sich um ein Vista Problem zu handeln.
das hatte ich auch vermutet, aber es meckern schon genug leute über vista, da muss ich das nicht auch noch machen ;)

Auf anraten, habe ich meine Firewall Zonealarm mal deinstalliert und schon direkt kann ich ohne Probleme auf den Server.
Wie kann eine deaktivierte Firewall solche Probleme auslösen?

das fragst du am besten die von zonealarm ;)