Beiträge von Sebbo

    Ich muss da @Pagian zustimmen.


    Eine Webseite kann noch so geil aussehen und wirken, aber niemand findet eine langsame, verbuggte oder sonst was Seite schön, daher kann die Antwort aktuell noch "Super!" lauten, während sie dann beim Testen sofort "Mist!" heißen kann. ;)


    Allgemein habe ich auch noch ein Feedback zum Layout/Design: Hast du dir schon mal aktuelle und moderne Designs für Webseiten angeschaut? Deines hat eher so den User-Geschmack vom Jahr 2008-2010.^^


    Hier findest du mal ein paar Beispiele auf Basis von Bootstrap: Admin & dashboards - Popular | WrapBootstrap - Bootstrap Themes & Templates


    Hier siehst du dann auch, dass es zwischen deinem und deren einen gewaltigen Unterschied gibt. Großflächige Hintergrundbilder wie bei deinem sind seit einigen Jahren bereits "out", also aus der Mode sozusagen. :D


    Zudem haben Hintergrundbilder auch immer das große Problem, dass sie meist sehr groß - verhältnismäßig für Webseiten - sind und daher die Ladezeit der Seite extrem erhöhen, was Usern nicht so gefällt.


    Also ich persönlich würde mich da eher an was aktuelleres, was auch moderner ist, halten. Das zieht dann auch mehr User an...

    Hi,
    sichere einfach deinen files/ Ordner vollständig, sowie die dazugehörige SQLite (ts3server.sqlite) oder MySQL (ts3db_mysql.ini) Datenbank.


    Das beinhaltet alles. Wenn du jedoch neu installierst, wirst du dir so die Datenbankfehler mit übernehmen, daher würde ich dann eher mal mit Snapshots arbeiten und es so probieren: Snapshot / Backup

    @Second Von wo hast du diese Meldungen? Wenn es eine Server/Client Log ist, solltest du das wohl besser direkt an TeamSpeak senden, da es sich bei "TS3 Sync" um ein Beta Feature von TeamSpeak handelt.


    Aufgrund dessen, dass du einen TS2 Server in Verwendung hast, würde ich dir raten, deine Logs von der Instanz zu überprüfen. Stehen da die IPs drin, die du gewhitelistet hast? Wenn nicht, kann es sein, dass das automatische Update Feature dieser Liste erst seit TS3 integriert ist und bei dir daher nicht wirkt. Starte deinen TS2 Server dann einfach mal kurz neu.

    Hi Jonas,


    rechnen war zwar noch nie so meins, aber ich versuch's einfach mal. Die anderen sollen/können ja dann zustimmen oder eben auch nicht, wenn meine Rechnung korrekt ist oder nicht.


    Die höchste Qualität und damit verbunden höchste benötigte Bandbreite unter TeamSpeak ist folgende: Opus Musik 10 (11,87 KiB/s)


    Wenn da jetzt also 512 Clients, also Personen im selben Channel wären und einer reden würde, hättest du folgende Auslastung deiner Bandbreite:

    Code
    512 Clients * 11,87 KiB/s = 6077,44 KiB/s6077,44 KiB/s / 1024 = 5,94 Mbit/s


    Da wir ja eine Client-Server Architektur haben, läuft der Traffic wie folgt ab:
    Client sendet "Sprachpakete" an den TS3 Server, welcher diese dann wieder an alle Clients im selben Channel verteilt. Wenn wir jetzt also mal das Worst-Case Szenario auswählen, würde das so aussehen:

    Code
    1 Client spricht -> Server verteilt an 511 Clients gleichzeitig


    Somit kommt man dann auf die 5,94 Mbit/s. Angenommen zwei Personen würden jetzt gleichzeitig sprechen, würde die Rechnung wie folgt aussehen:

    Code
    2 Clients sprechen -> Server verteilt an 2x 511 Clients gleichzeitig


    Zweimal? Ja. Einmal die Sprachpakete von Person A und einmal die von Person B.
    Daraus ergibt sich folgendes:

    Code
    512 Clients * 2 sprechende Personen * 11,87 KiB/s = 12154,88 KiB/s12154,88 KiB/s / 1024 = 11,87 Mbit/s


    Mhmm... Immerhin verbrauchen wir jetzt "schon" ein 10-tel unserer 100 Mbit Anbindung...


    Mit 150 gleichzeitig sprechenden Personen, kommen wir dann auf folgendes Ergebnis:

    Code
    512 Clients * 150 sprechende Personen * 11,87 KiB/s = 911616 KiB/s911616 KiB/s / 1024 = 890,25 MiB/s


    Aber wie sieht es aus, wenn alle 512 Clients im selben Channel wären und gleichzeitig sprechen würden, auch wenn das keinen Sinn machen würde und eh niemand was versteht?

    Code
    512 Clients * 512 sprechende Personen * 11,87 KiB/s = 3111649,28 KiB/s3111649,28 KiB/s / 1024 = 3038,72 MiB/s3038,72 MiB/s / 1024 = 2,97 GiB/s


    Hier solltest du dir Gedanken machen, aber das wird nie zustande kommen, weil es wie bereits erwähnt eh keiner machen wird. Oder redest du auch noch, wenn bereits zwei diskutieren? Also ich nicht und der Rest im Channel dann eigentlich auch nicht. ;)


    Ich persönlich bin ja der Meinung, dass 100 Mbit Anbindung bereits reicht, denn normalerweise lässt jeder die Standard Audio Einstellungen, welche eigentlich wie folgt sind: Opus Voice 6 (5,71 KiB/s)


    Somit kommt man bei 150 gleichzeitig sprechenden Clients auf folgendes:

    Code
    512 Clients * 150 sprechende Personen * 5,71 KiB/s = 438528 KiB/s
    438528 KiB/s / 1024 = 428,25 MiB/s

    Gibts irgendne Möglichkeit das Sicherheitslevel via VPS (cli, command line) zu erhöhen mit nem screen prozess im hintergrund?


    Verstehe ich irgendwie nicht. Das Sicherheitslevel ist ein fixer Wert am Server. Den setzt man und fertig...


    Eine Erhöhung der Sicherheitsstufe ist nur im Client möglich, daher nur innerhalb der grafischen Oberfläche.


    Nein, das geht auch mit der Kommandozeile:

    Code
    serveredit virtualserver_needed_identity_security_level=8


    ABER, da ich jetzt mit dem lesen der anderen Beiträge verstanden habe, was ihr meint und vor habt, verstehe ich wovon ihr redet. Ihr redet nicht von der Einstellung des Sicherheitslevel - was eigentlich auch Sicherheitsstufe heißt - am Server, sondern von der SicherheitsSTUFE eures Clients... :D


    Wie bereits erwähnt, ist es ohne grafische Oberfläche mit etwas Fummelei und entsprechendem Wissen möglich... Ansonsten muss man eben mal den PC laufen lassen und warten. ;)

    traceroute kennt windows leider nicht.


    Das ist korrekt. Deswegen schrieb ich ja "bzw.". Das ist nämlich der "tracert" Befehl unter Linux. ;)


    Wie ist dein TS3 Server konfiguriert? Datenbank, INI-Dateien,...?


    Aufgrund deiner Antwort beantworte ich diese Frage mal mit "Standard" - SQLite und ohne INI-Dateien.


    Und kommst nur du nicht drauf oder auch andere?


    Hier bitte mal einen Kumpel fragen, ob dieser mit deiner IP auf den Server kommt. Wenn ja, liegt es nämlich am Speedport und es geht einfach nicht aus dem lokalen Netzwerk. Die Speedport Router sind da sehr... buggy sag ich mal. Die unterstützen einfach gängigste Netzwerkfunktionen nicht.

    Ok, die passen so. Bei den Speedport Routern musste man soweit ich mich erinnere auf der Ansicht der Portweiterleitungen nochmal auf OK/Speichern drücken, damit diese auch wirklich aktiv werden. Angelegt war immer schön und gut, aber funktioniert haben die immer erst dann, wenn ich auf der Ansicht dann nochmal einen Knopf gedrückt habe.^^


    Und beantworte bitte die restlichen Fragen auch noch, sonst wird es sehr schwierig, dir weiterzuhelfen. Vor allem die Frage, ob andere von außerhalb drauf kommen und was der IPTables Befehl zurück gibt, ist sehr wichtig. ;)

    Hallo,
    zur Veranschaulichung... Dein Netzwerk sieht wie folgt aus, richtig?

    Zitat

    Internet <-> Router <-> Firewall <-> Root/vServer -> TS3 Server
    Internet <-> Router <-> Firewall <-> Client


    Wobei der Client im selben Netz wie der Root/vServer ist.


    Welchen Router hast du in Verwendung? Speedport, FRITZ!Box, Linux Eigenbau, IPFire,...?


    Kannst du uns bitte einen Screenshot oder eine Kommandozeilenausgabe deiner Firewall/Port-Weiterleitung zeigen?


    Und was sagt ein tracert auf das gegebene Ziel?

    Code
    tracert TS3Server_IP


    bzw.

    Code
    traceroute TS3Server_IP


    Zum Beispiel so:

    Code
    traceroute 100.100.100.100# odertraceroute ts3.example.com


    Wie ist dein TS3 Server konfiguriert? Datenbank, INI-Dateien,...?


    Führe mal bitte folgenden Befehl auf deinem Linux Server aus, damit wir prinzipiell mal sehen, wie er lauscht:

    Code
    netstat -tulpen | grep -i ts3


    Und kommst nur du nicht drauf oder auch andere?


    // EDIT 20:13 by Sebbo: Was liefert denn der nachfolgende Befehl auf deinem Linux Server?

    Code
    iptables -L -n -v

    Dann wird bei dir die Architektur oder der Linux Typ nicht korrekt erkannt.


    Kannst du das mal bitte prüfen?

    Code
    ARCHITECTURE="$(ls $(find $TEAMSPEAK_DIRECTORY -name 'ts3server_*_*' 2> /dev/null | grep -v 'ts3server_minimal_runscript.sh' | sort | tail -1) | egrep -o  '(amd64|x86)' | tail -1)"


    Code
    if [ -e "$TEAMSPEAK_DIRECTORY/ts3server_linux_$ARCHITECTURE" ]; then
    		LINUX_OR_FREEBSD="linux"
    	elif [ -e "$TEAMSPEAK_DIRECTORY/ts3server_freebsd_$ARCHITECTURE" ]; then
    		LINUX_OR_FREEBSD="freebsd"
    	fi


    Die Variable "$TEAMSPEAK_DIRECTORY" bitte gegen deinen Wert austauschen. Also z.B. "/home/teamspeak".


    Bei "$ARCHITECTURE" setzt du dann das Ergebnis vom ersten Code ein. ;)

    [teamspeak@pub-ip ~]$ cat query_ip_whitelist.txt
    127.0.0.1
    0.0.0.0
    185.*.*.7
    5.*.*.60


    Wenn du hier 0.0.0.0 einträgst, kann ich mir sehr gut vorstellen, dass du alle IPs whitelistest. Da könntest du quasi auch alle anderen Einträge rauslöschen.


    Versuch dich doch mal mittels Telnet als ServerQuery einzuloggen. Da siehst du dann, wie lange du noch gebannt bist und wenn das ein sehr hoher Wert ist, würde ich dir raten, dass du sämtliche ServerQuery Verbindungen mal für eine Weile blockierst, damit der Wert wieder auf null geht und du nicht mehr gebannt bist. Solange du nämlich gebannt bist und sich dauernd jemand versucht einzuloggen, wird sich deine Bannzeit erhöhen...

    service tsdns start


    Das ist ja keine offizielle Lösung, daher geht das im Skript nicht bei allen so einfach. :D


    Was zeigt dir das Skript denn an, wenn du es ausführst? Da müsste in der Zusammenfassung eine Pfadangabe zum TS3 Ordner angezeigt werden. Wenn dieser korrekt ist, führt das Skript nämlich folgenden Code zum Starten des TSDNS durch:


    Und danach führt es dann auch nochmal einen Check durch, ob TSDNS nach einigen Sekunden auch noch läuft oder abgestürzt ist. Aber soweit kommt dein Skript ja quasi gar nicht. ;)