[Beta / PreRelease] TeamSpeak Server Version 3.0.13 veröffentlicht - IPv6 Support

Hallo,

seit einigen Tagen ist es möglich, ein PreRelease, also eine Beta vom neuen TeamSpeak 3 Server herunterzuladen. Dieser unterstützt nun auch endlich das lang erwartete IPv6 Protokoll.

Zitat von CHANGELOG

=== Server Release 3.0.13 1 august 2016
+ ipv6 support
+ improved database performance
+ improved snapshot create/deploy performance
+ Enable "tcp_nodelay" option for server query (less latency)
+ bindinglist command now has a new parameter "subsystem"
- file transfer now only accepts connections from ip addresses that have started an upload /
download. There is a reserve of 20 slots that are allowed to connect even though that particular
ip address did not start an upload/download. This is to support exotic client routing
configurations like tcp load balancers.
- fixed incorrect filetransfer port reported in instanceinfo
- binding voice to the any address (0.0.0.0 / 0::0), which is the default behaviour of the server,
now supports clients connecting to all addresses instead of just the default ip of the network
interface.
* file transfer now only allows an idle time of 2 seconds after connect
* new file transfer implementation
* updated sqlite to 3.11.1
* sqlite db now uses WAL as journal mode
! the new file transfer routines on unix systems now depend on async io (aio*) routines. For
freebsd this probably means you need to load the aio kernel module using 'kldload aio'
! for server query users: ftinitupload/download replies may now omit the ip parameter. If it is
omitted, it means the transfer should be started on the same ip that was currently used by the
server query ip.
! for ftinitupload/download there is now an optional "proto" parameter. See the server query manual
for more info.

Alles anzeigen

Insgesamt werden/haben sich die Performance von Datenbank Abfragen und Snapshots erstellen, sowie einspielen optimiert. Die Performance der Dateitransfers wurde mit Hilfe von async io ebenfalls optimiert. Die wohl größte Neuerung wird die Unterstützung von IPv6 sein.

Dadurch ändern sich in Zukunft einige Einstellmöglichkeiten. Ich nutze im nachfolgenden Beispiel Adressen von example.com - man kann sich also nicht drauf verbinden.

1) Eine TS3 Instanz kann auf mehrere IP Adressen lauschen
Eine durch Komma getrennte Liste mit IP Adressen gibt an, auf welchen IPs die Instanz alles lauschen soll. Hier kann man IPv4 und auch IPv6 Adressen angeben.

Zitat von ts3server.ini

voice_ip=217.160.231.140, 2606:2800:220:1:248:1893:25c8:1946
filetransfer_ip=217.160.231.140, 2606:2800:220:1:248:1893:25c8:1946
query_ip=217.160.231.140, 2606:2800:220:1:248:1893:25c8:1946

2) IPv6 bei der ServerQuery White- und Blacklist
Für die ServerQuery kann man nun auch IPv6 Adressen white- und blacklisten.

Zitat von query_ip_whitelist.txt / query_ip_blacklist.txt

127.0.0.1
::1
217.160.231.140
2606:2800:220:1:248:1893:25c8:1946

3) IPv6 bei TSDNS Einträgen
TSDNS Einträge können nun auf IPv4, sowohl IPv6 Adressen zeigen.

Zitat von tsdns/tsdns_settings.ini

ts3.example.com=217.160.231.140:9987
ipv6-ts3.example.com=[2606:2800:220:1:248:1893:25c8:1946]:9987

Wer einen IPv6 fähigen TS3 Server testen möchte, kann sich hier den 32-Bit Beta Client für Windows herunterladen und sich auf einen Test Server von mir verbinden: ipv6-only-ts3.4g-server.eu

Dieser Test Server ist ausschließlich über IPv6 erreichbar. Wer also keine IPv6 Adresse hat, kommt auf diesen Server auch nicht drauf.

Den Beta Client wird es nur in dieser Version geben. Die anderen Clients wird es erst zum Release der stabilen Version geben.

IPv6 Bug oder Feature?

Kann das jemand bestätigen?

$ cat /home/teamspeak-ipv6/ts3server.inidefault_voice_port=9987voice_ip=2001:1608:10:3::5:afiletransfer_port=30033filetransfer_ip=2001:1608:10:3::5:aquery_port=10011query_ip=2001:1608:10:3::5:a[...]

TeamSpeak 3 Server startet erfolgreich und sagt, dass er die IP und Ports auch so verwendet:

$ cat logs/ts3server_2016-06-20__20_35_54.835102_0.log2016-06-20 20:35:54.835163|INFO    |ServerLibPriv |   |TeamSpeak 3 Server 3.0.13 (2016-06-16 08:54:34)[...]2016-06-20 20:35:57.540351|INFO    |FileManager   |   |listening on 2001:1608:10:3::5:a:300332016-06-20 20:35:57.563448|INFO    |Query         |   |listening on 2001:1608:10:3::5:a:10011

$ cat logs/ts3server_2016-06-20__20_35_54.835102_1.log2016-06-20 20:35:57.563128|INFO    |VirtualServer |1  |listening on 2001:1608:10:3::5:a:9987

Schaut man sich nun allerdings die wirklichen Bindungs per Linux Befehl an, sieht man folgende IPs und Ports:

$ netstat -tulpen | grep -E "30033|10011|9987"
tcp6       0      0 2001:1608:10:3::5:10011 :::*                    LISTEN      1003       179696      11714/ts3server
tcp6       0      0 2001:1608:10:3::5:30033 :::*                    LISTEN      1003       179683      11714/ts3server
udp6       0      0 2001:1608:10:3::5::9987 :::*                                1003       179692      11714/ts3server

Der lauscht nun nicht wie angegeben auf die IP Adresse 2001:1608:10:3::5:a, sondern auf 2001:1608:10:3::5 und 2001:1608:10:3::5:, was aber ja nicht die selben sind...

Bei den aktuellen stabilen Versionen entsinne ich mich ja dem "Feature", dass er einfach nicht startet und meldet, dass er auf die IP xyz den Port abc nicht binden kann, da die IP entweder nicht vorhanden ist oder der Port auf dieser IP bereits in Verwendung ist. Ich verstehe daher überhaupt nicht, wie diese Bindings überhaupt zustande kommen können. Interessanterweise läuft und funktioniert dieser TeamSpeak 3 Server auf IPv6 Basis ohne Probleme.

"Problem" gefunden. Der Befehl "netstat" kürzt diverse Ausgaben, weshalb bei den IPs entsprechend etwas fehlt. Mit dem zusätzlichen Parameter "-W" / "--wide" kann das vollständig angezeigt werden:

$ netstat -tulpen --wide | grep -E "30033|10011|9987"
tcp6       0      0 2001:1608:10:3::5:a:10011 :::*                    LISTEN      1003       179696      11714/ts3server
tcp6       0      0 2001:1608:10:3::5:a:30033 :::*                    LISTEN      1003       179683      11714/ts3server
udp6       0      0 2001:1608:10:3::5:a:9987 :::*                                1003       179692      11714/ts3server


root@ipdc-vs00019:~#
$ netstat -tulpenW | grep -E "30033|10011|9987"
tcp6       0      0 2001:1608:10:3::5:a:10011 :::*                    LISTEN      1003       179696      11714/ts3server
tcp6       0      0 2001:1608:10:3::5:a:30033 :::*                    LISTEN      1003       179683      11714/ts3server
udp6       0      0 2001:1608:10:3::5:a:9987 :::*                                1003       179692      11714/ts3server

Peinlich...

Mit dem Update zum IPv6 fähigen Client gibt es auch einen Bug, der vielleicht später noch behoben wird:

Zitat von http://forum.teamspeak.com/threads/125501-Discussion-PreRelease-TeamSpeak-3-Server-3-0-13-Beta?p=432026#post432026

Please note that a vulnerability was discovered in the test client.
Clicking specially crafted channels, clients or the server entry in the TreeView can cause the client to no longer respond.
As the IPv6 client was never meant to be used in production (or permanently) but rather exclusively for testing IPv6 in the server / client, we opted to not fix this vulnerability in this client at this point in time. If we make another newer client available for IPv6 testing then that may include the fix for this issue.