Beiträge von Sebbo

Hab die Lösung selbst gefunden!

Als "Filetransfer IP" tragt man einfach die Default IP, also 0.0.0.0 ein, dann sucht sich der Server bzw. Client anscheinend die richtige IP automatisch:

filetransfer_ip=0.0.0.0

#closed

Hallo,

für Windows downloadest du einfach die Dateien für den Windows Server. Die gedownloadete Datei entpackst du und dann ist dort eine "ts3server.exe" oder ähnlich - ich glaub mit einem Kürzel wie "win" sogar drin - im Ordner enthalten. Diese doppelklickst du einfach und dann sollte der Server bereits laufen.

Für eine genaue Anleitung werd ich mich morgen mal hinsetzen und sie bauen. Schönen Abend noch!

Die Dateien kriegst du übrigens hier: TeamSpeak - Downloads

Öhm ja... Scheint ein aktiver Filetransfer zu sein, aber die Lösung habe ich immer noch nicht. Nachfolgend mal die tcpdumps.

Filetransfer Versuch 1...

$ cat tcpdump_rtr_fw_eth1.txt15:48:07.958429 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [P.], seq 3452673088:3452673136, ack 1083667341, win 4039, options [nop,nop,TS val 409937224 ecr 425390075], length 4815:48:07.958766 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 1:49, ack 48, win 793, options [nop,nop,TS val 425391296 ecr 409937224], length 4815:48:07.958781 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 49, win 4039, options [nop,nop,TS val 409937224 ecr 425391296], length 015:48:07.960888 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 49:161, ack 48, win 793, options [nop,nop,TS val 425391297 ecr 409937224], length 11215:48:07.960900 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 161, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:07.960906 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 161:209, ack 48, win 793, options [nop,nop,TS val 425391297 ecr 409937224], length 4815:48:07.960909 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 209, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:07.960951 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 209:321, ack 48, win 793, options [nop,nop,TS val 425391297 ecr 409937225], length 11215:48:07.960955 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 321, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:07.960980 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 321:369, ack 48, win 793, options [nop,nop,TS val 425391297 ecr 409937225], length 4815:48:07.960982 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 369, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:46.169421 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [P.], seq 48:96, ack 369, win 4039, options [nop,nop,TS val 409946777 ecr 425391297], length 4815:48:46.170097 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 369:529, ack 96, win 793, options [nop,nop,TS val 425400849 ecr 409946777], length 16015:48:46.170118 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 529, win 4039, options [nop,nop,TS val 409946777 ecr 425400849], length 0$ cat tcpdump_prod_teamspeak_eth0.txt15:48:08.215971 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 1083667389:1083667501, ack 3452673136, win 793, options [nop,nop,TS val 425391297 ecr 409937224], length 11215:48:08.216009 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 112:160, ack 1, win 793, options [nop,nop,TS val 425391297 ecr 409937224], length 4815:48:08.216027 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 112, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:08.216030 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 160, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:08.216053 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 160:272, ack 1, win 793, options [nop,nop,TS val 425391297 ecr 409937225], length 11215:48:08.216077 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 272, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:08.216085 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 272:320, ack 1, win 793, options [nop,nop,TS val 425391297 ecr 409937225], length 4815:48:08.216103 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 320, win 4039, options [nop,nop,TS val 409937225 ecr 425391297], length 015:48:46.424581 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [P.], seq 1:49, ack 320, win 4039, options [nop,nop,TS val 409946777 ecr 425391297], length 48

Filetransfer Versuch 2...

$ cat tcpdump_rtr_fw_eth1.txt15:52:00.936310 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [P.], seq 3452676144:3452676192, ack 1083675853, win 4039, options [nop,nop,TS val 409995468 ecr 425447756], length 4815:52:00.936796 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 1:49, ack 48, win 793, options [nop,nop,TS val 425449541 ecr 409995468], length 4815:52:00.936811 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 49, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:00.938717 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 49:161, ack 48, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 11215:52:00.938731 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 161, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:00.938736 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 161:209, ack 48, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 4815:52:00.938739 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 209, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:00.938742 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 209:321, ack 48, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 11215:52:00.938745 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 321, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:00.938767 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 321:369, ack 48, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 4815:52:00.938769 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 369, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:36.184927 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [P.], seq 48:96, ack 369, win 4039, options [nop,nop,TS val 410004281 ecr 425449541], length 4815:52:36.185670 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 369:529, ack 96, win 793, options [nop,nop,TS val 425458353 ecr 410004281], length 16015:52:36.185680 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 529, win 4039, options [nop,nop,TS val 410004281 ecr 425458353], length 0$ cat tcpdump_teamspeak_eth0.txt15:52:01.193803 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 1083675901:1083676013, ack 3452676192, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 11215:52:01.193826 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 112:160, ack 1, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 4815:52:01.193846 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 160:272, ack 1, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 11215:52:01.193853 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 112, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:01.193856 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 160, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:01.193862 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 272, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:01.193873 IP 192.168.178.10.22 > 192.168.178.1.55954: Flags [P.], seq 272:320, ack 1, win 793, options [nop,nop,TS val 425449541 ecr 409995469], length 4815:52:01.193889 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [.], ack 320, win 4039, options [nop,nop,TS val 409995469 ecr 425449541], length 015:52:36.440094 IP 192.168.178.1.55954 > 192.168.178.10.22: Flags [P.], seq 1:49, ack 320, win 4039, options [nop,nop,TS val 410004281 ecr 425449541], length 48

Zusätzlich habe ich noch die eth0 Schnittstelle am Router gedumpt, wo die öffentliche IP dran hängt:

$ cat tcpdump_rtr_fw_eth0.txt
15:54:44.729979 IP 194.10.20.30.22 > 194.20.25.35.60439: Flags [P.], seq 3618669:3618785, ack 1766091330, win 2763, length 116
15:54:44.730023 IP 194.10.20.30.22 > 194.20.25.35.60439: Flags [P.], seq 116:168, ack 1, win 2763, length 52
15:54:44.730054 IP 194.10.20.30.22 > 194.20.25.35.60439: Flags [P.], seq 168:284, ack 1, win 2763, length 116
15:54:44.730076 IP 194.10.20.30.22 > 194.20.25.35.60439: Flags [P.], seq 284:336, ack 1, win 2763, length 52
15:54:44.733583 IP 194.20.25.35.60439 > 194.10.20.30.22: Flags [.], ack 116, win 253, length 0
15:54:44.734063 IP 194.20.25.35.60439 > 194.10.20.30.22: Flags [.], ack 284, win 253, length 0
15:54:44.926482 IP 194.20.25.35.60439 > 194.10.20.30.22: Flags [.], ack 336, win 252, length 0
15:55:21.560583 IP 194.20.25.35.60439 > 194.10.20.30.22: Flags [P.], seq 1:53, ack 336, win 252, length 52

Vielen Dank für's Feedback!

#closed

Ich find's vom Text her allein schon klasse!

Ich brauch für mich selbst auch noch ein Webinterface mit Rechnungssystem und Co.. Vielleicht komme ich ja mal auf dich zu.

Der Port ist offen, wie ich bereits im ersten Post erwähnt hatte. Sonst hilft mit netcat auch nicht weiter.

Es liegt aber glaub ich an der Firewall. Weis jemand, wie der TeamSpeak Client die FTP Verbindung aufbaut? Also aktiv oder passiv?

Bei mir funktioniert nämlich aktuell nur eines von beiden.

Ja, die Regeln meinte ich ja mit maskieren:

iptables -t nat -A POSTROUTING -o ${RTR_FW_EXT_IFACE} -j MASQUERADE

Nein, die Maschine aka der Server, worauf der TS Server läuft, hat eine eigene Netzwerk-Schnittstelle, welche direkt mit dem Router verbunden ist.

Weder noch.

Der Server steht im Rechenzentrum, wobei der folgende Aufbau gilt:

WAN -> Router & Firewall -> Server mit TeamSpeak Server

Die Firewall maskiert alle privaten IP Adressen nach außen - nach innen verändert sie jedoch nichts. Der Router selbst leitet per NAT den TCP Port 30033 an den Server weiter.

Die Firewall-Regel für den Filetransfer sieht wie folgt aus:

iptables -t nat -A PREROUTING -d 194.10.20.30 -p tcp --dport 30033 -j DNAT --to-destination 192.168.178.240 -m comment --comment "TeamSpeak Filetransfers"

Nein, der Upload steht auf -1, also auf unbegrenzt.

Ah, okay... Wir kommen dem Ziel näher. Es liegt an einer falschen Konfiguration der Firewall/des Routers bzw. der INI-Datei des TeamSpeak 3 Servers, denn mein Client meldet mir eine sehr hilfreiche Meldung:

19.06.2014 21:34    FileTransfer    Error    Failed to open filetransfer tcp connection to 192.168.178.240:30033
19.06.2014 21:35    ClientUI    Error    Error getting transfer sender state

Mein Client wartet also auf eine Antwort von der privaten IP-Adresse. Er sollte jedoch auf eine Antwort von der öffentlichen warten, darum timet er irgendwann aus und der Filetransfer schlägt somit fehl. Jetzt ist die Frage: Wie sag ich dem TeamSpeak Server per INI-File, dass er dem Client die öffentliche mitteilen soll? Wenn ich die öffentliche IP eintrage, bringt der Server die Fehlermeldung, dass er die IP nicht binden kann - ist auch logisch, da sie nicht auf seiner Netzwerkkarte liegt. Wenn ich einfach garkeine IP angebe, startet der Server erst garnicht, weil er dann sagt "converting bind() IP failed".

Der Port wird nur dort verwendet, aber selbst mit einem anderen Port schlägt es fehl...

Und ja, der Port ist freigeschaltet - er wird auch als "offen" angezeigt: Filetransfers schlagen fehl

https://www.teamspeak-connecti…ehl/?postID=2082#post2082

Zitat von Bodyspray

Schau mal ob der Raum als Ordner überhaupt angelegt worden ist.

Ah, okay. Ja, das existiert und wenn ich über den Client ein Verzeichnis erstelle, wird das auch angelegt. Lediglich der Dateitransfer funktioniert nicht.

$ find files/ -name test
files/virtualserver_2/channel_30/test

Wenn ich die öffentliche IP eintrage, kommt die Fehlermeldung auch, jedoch schneller.^^

Das Problem tritt bei allen Clients auf dem TS auf. Egal welche Dateitypen man hochlädt, schlägt es immer fehl.

Welcher Pfad soll Serverseitig korrekt sein?!

Auch dann funktioniert es nicht - hätte mich auch gewundert.

Hallo,

vielleicht kann mir ja jemand von euch weiterhelfen.

Ich habe hinter einem Router einen Server stehen und leite den TCP Port 30033 an den Ziel-Rechner/Server, worauf der TeamSpeak 3 Server läuft weiter. Wenn ich dann versuche, eine Datei hoch zu laden, erhalte ich folgende Fehlermeldung:

Zitat

<16:35:56> Transfer "001_Pizza_Flyer.jpg" berichtet: (could not open file transfer connection)

Laut meiner Firewall ist der Port jedoch weitergeleitet:

Zitat

$ iptables -L -n -v -t nat
Chain PREROUTING (policy ACCEPT 426 packets, 28576 bytes)
pkts bytes target prot opt in out source destination
0 0 DNAT tcp -- * * 0.0.0.0/0 1.2.3.4 tcp dpt:2008 /* TeamSpeak Accounting */ to:192.168.178.240
0 0 DNAT tcp -- * * 0.0.0.0/0 192.168.178.230 tcp dpt:10011 /* TeamSpeak ServerQuery */ to:192.168.178.240
2 88 DNAT tcp -- * * 0.0.0.0/0 1.2.3.4 tcp dpt:30033 /* TeamSpeak Filetransfers */ to:192.168.178.240
47 2444 DNAT tcp -- * * 0.0.0.0/0 1.2.3.4 tcp dpt:41144 /* TeamSpeak TSDNS */ to:192.168.178.240
16 992 DNAT udp -- * * 0.0.0.0/0 1.2.3.4 udp dpts:9987:9996 /* TeamSpeak Voiceports */ to:192.168.178.240

Alles anzeigen

Und wenn ich das Remote auch überprüfe, ob der Port offen ist oder nicht, erhalte ich ebenfalls ein OK als Meldung:

Zitat

$ nmap 1.2.3.4 -p 30033

Starting Nmap 6.00 ( Nmap - Free Security Scanner For Network Exploration & Security Audits. ) at 2014-06-19 16:34 CEST
Nmap scan report for example.de (1.2.3.4)
Host is up (0.00068s latency).
PORT STATE SERVICE
30033/tcp open unknown

Nmap done: 1 IP address (1 host up) scanned in 0.10 seconds

Alles anzeigen

In der Log-Datei des virtuellen Servers steht folgendes drin:

Zitat

2014-06-19 14:35:11.650254|INFO |VirtualServer | 2| file upload to (id:30), '/001_Pizza_Flyer.jpg' by client 'Sebbo'(id:8)
2014-06-19 14:35:55.940286|INFO |VirtualServer | 2| file deleted from (id:30), 'files/virtualserver_2/channel_30//001_Pizza_Flyer.jpg' by client 'Sebbo'(id:8)
2014-06-19 14:36:11.957084|WARNING |FileTransfer | 2| Failed to remove files/virtualserver_2/channel_30/001_Pizza_Flyer.jpg

Die Datei wird also angelegt, ist aber leer - Dateigröße 0 Bytes. So... Warum funktioniert der Transfer jetzt nicht? Die Rechte für den Upload sind gesetzt, also liegt es daran nicht.

Ich nutze für den TeamSpeak Server übrigens eine INI-Datei:

Zitat

machine_id=1
default_voice_port=9987
voice_ip=192.168.178.240
licensepath=
filetransfer_port=30033
filetransfer_ip=192.168.178.240
query_port=10011
query_ip=192.168.178.240
query_ip_whitelist=query_ip_whitelist.txt
query_ip_blacklist=query_ip_blacklist.txt
dbplugin=ts3db_mysql
dbpluginparameter=ts3db_mysql.ini
dbsqlpath=sql/
dbsqlcreatepath=create_mysql/
dblogkeepdays=90
logpath=logs
logquerycommands=0
dbclientkeepdays=30

Alles anzeigen

Ich dachte erst, es kann daran liegen, dass die IPs in der INI-Datei nicht die öffentlichen, sondern die privaten sind. Einerseits dachte ich mir jedoch auch, dass man dort die IP-Adresse angeben muss, worauf der TS Server lauscht und der lauscht ja auf der lokalen Netzwerkschnittstelle, also auf der privaten IP.

Ich hoffe, mir kann jemand weiterhelfen.

Hallo,

der Bug bzw. die Verschönerung ist bereits in der nächsten Version (= Beta) drin.

Wann diese Version allerdings auch für alle veröffentlicht wird, kann ich nicht sagen...

Ja, dafür reicht dann der Server mit 32 Slots ohne Lizenz oder einer mit der NPL Lizenz, die du eben beantragen musst.

Also war das die Lösung deines Problems oder wie darf man die Antwort sehen?

Hallo,

hast du das Thema hier schon durch gelesen? Teamspeak crash per BB-Code: Problem greift um sich

Das sollte die Lösung deines Problems sein.

Hallo liebe Community,

wie auch das Thema TeamSpeak Einleitung, richtet sich dieser Wissensbeitrag mehr oder weniger an Neulinge und Interessenten.

Inhaltsverzeichnis

• Server
• Client
• Client-Server Architektur

TeamSpeak ist eine "Client-Server" Anwendung, daher benötigt man auch zwei Komponenten für eine funktionierende Kommunikation mit anderen: Einen Server, sowie einen Client - also einen Benutzer. Ich möchte euch hier gerne die zwei Komponenten etwas näher erklären und euch vermitteln, wann ihr was benötigt bzw. wie alles zusammen arbeitet.

• Server
  
  Der Server ist das wichtigste für TeamSpeak, was es gibt. Um überhaupt irgendwie reden zu können, braucht man neben dem Client (siehe unten Punkt 2) auch einen Ort, wo sich verschiedene Leute treffen können. Dieser Treffpunkt muss jedoch erst erstellt/gekauft oder gemietet werden. Hierfür gibt es zum Beispiel Lizenzen, die man selbst kaufen kann (siehe Thema "TeamSpeak Einleitung") oder man mietet sich einfach bei "Authorized Host Providern" einen für sich und seine Freunde.
  

  
  

  Dieser Server ist genauer betrachtet eine Anwendung, die auf einem Host-System wie Windows, Linux, FreeBSD oder Mac installiert und gestartet werden kann. In unserer FAQ Roadmap findet ihr auch die entsprechenden Anleitungen, wie ihr so einen Server selbst installieren könnt.

  
  

  Wer sich einen Server mieten will, kann hier einfach auf die TeamSpeak Webseite gehen und sich einen der Hoster auswählen: TeamSpeak 3 Hosters

  
  

  Um sich später auf den Server verbinden zu können, benötigt man eine IP-Adresse (z.B. 88.99.12.13), sowie einen Port (z.B. 9987). Anstatt der IP-Adresse und dem Port kann man zur Vereinfachung auch eine Domain "drüber legen", das kostet manchmal jedoch extra Geld.
  

• Client
  
  Der Client ist eine Software, die auf dem PC/Notebook installiert wird und später zum Verbinden auf den Server benötigt wird. Erst durch diese Software ist es möglich, mit anderen Personen - also Clients - zu reden.
  

  
  

  Die Software kann auf jedem Windows, Linux, FreeBSD, Mac, iOS und Android System installiert werden. TeamSpeak deckt also eigentlich alle großen und bekannten Plattformen ab.

  
  

• Client-Server Architektur
  
  Das Schaubild zeigt den beispielhaften Aufbau der Client-Server Architektur. Es gibt einen zentralen Server, worauf sich mehrere Clients verbinden können. Über diesen Server werden dann auch die Informationen und Daten (was ihr z.B. redet) ausgetauscht.
  

  
  

  Alle Clients, die im selben "Channel" sind, können sich gegenseitig hören. Hier sind zum Beispiel zwei Windows Clients und ein Linux Client im Channel "Raum -1-". Auf dem Schaubild erkennt man auch gut, dass es egal ist, mit welchen Client man sich auf den Server verbindet, denn alle Clients können auf den selben Server und sogar in den selben Channel, ohne das es da Probleme oder sonstiges gibt.

  
  

  Angenommen wir haben jetzt drei Clients im selben Channel - wie auf dem Schaubild - dann läuft das ganze wie folgt ab: Der eine Windows Client redet und die Daten werden an den Server gesendet. Sobald diese dort angekommen sind, werden die Daten an alle Clients, die im selben Channel sind, weitergeleitet. Sprich der Server verteilt die Sprachübertragung an alle Gesprächsteilnehmer. In diesem Fall sind das ein weiterer Windows-, sowie ein Linux-Client.

  
  

  Wenn entsprechend mehr Personen im Channel sind und auch zeitgleich reden sollten, passiert das selbe, jedoch muss der Server dann hier etwas mehr an Daten verteilen und steuern. Alles im ganzen, bleibt der Ressourcenverbrauch jedoch niedrig bis gering.
  

Gut. Ich hoffe, ich konnte euch die Funktionsweise etwas näher bringen und euch mehr Wissen einflößen.

Hallo,

vom Prinzip entpackst du die Server-Dateien nur und führst das "ts3server_startscript.sh" oder ähnlich aus. Zum Beispiel so:

./ts3server_startscript.sh start

Bei Windows ist es z.B. einfach eine Anwendung (*.exe), die du per Doppelklick ausführen und starten kannst.

Danach ist der Server gestartet und du erhälst beim ersten Start des Servers auch einen "serveradmin" Login, sowie einen "Token", um "Server Admin" zu werden.

Deine Freunde gehen dann über die öffentliche IP-Adresse des Servers drauf. Wenn du ihn Daheim laufen hast, wird das die IP-Adresse deines Routers sein. Die findest du z.B. hier raus: www.wieistmeineip.de

Beachte jedoch, dass du im Router erst eine Port-Weiterleitung einrichten muss, welche sagt, dass alle eingehenden Verbindung auf Port 9987/TCP an den PC weitergeleitet werden sollen, worauf der TeamSpeak Server läuft. Sonst wird das ganze nicht funktionieren. Wie das funktioniert, können wir nicht erklären, da das bei jedem Router nach Hersteller und Modell anders ist. Schau hierzu einfach ins entsprechende Handbuch rein.

Zu den 32 Slots: Ein Slot ist eine Verbindung für einen Client, wobei ein Client du oder dein Freund zum Beispiel sein können. Es können hunderte Leute auf deinen TS, jedoch können zeitgleich nur maximal 32 Leute drauf. Um sich auf den Server zu verbinden, benötigt man nur die IP-Adresse, den Port, wenn er nicht der Standard-Port 9987 ist, sowie das Server-Passwort eventuell, wenn es gesetzt ist.