Beiträge von Sebbo

3? Waren es nicht 2? Aber ja... Die alten Lizenzen laufen noch mit 10 vServern/ 512 Slots.

Zitat von JimmyNail via PN

ich hab es geschafft... ich hab eine komplett neuen NPL angefordert und jetzt funktioniert es

Nein, das Problem verstehe ich nicht, weil die IP ändert sich ja nicht.

Die IP Adressen, die du bei der ts3server.ini einträgst, gelten für alle virtuellen Server. Insofern weist du immer, dass alle virtuellen Server über diese angegebenen IP Adressen erreichbar sind.

Stelle hier 0.0.0.0 ein und du kannst dich mit allen IP Adressen auf alle virtuellen Server verbinden, die auf dem vServer / Root Server oder was auch immer auf den Netzwerkschnittstellen konfiguriert hast.

Stellst du hier dagegen nur eine der z.B. 10 vorhandenen IP Adressen ein, kannst du die virtuellen Server auch nur über diese eine IP Adresse erreichen.

Wie auch immer: Ja, man muss es händisch einstellen - aber nur einmal bei der Einrichtung der kompletten Instanz und nicht bei jedem virtuellen Server.

Ah, ok. Wenn du ein Recht sowieso komplett löschst, warum willst du dann noch zusätzlich das Vergaberecht entfernen? Das Recht ist dadurch nicht mehr gültig / aktiv und somit auch das Vergaberecht nicht.

Wie auch immer: Du musst wohl vor dem Löschen des Rechts explizit das Vergaberecht erst entfernen.

servergroupdelperm löscht nämlich wort-wörtlich nur das Recht. Also es "Entfernt" es sozusagen von einer Servergruppe. Es ändert allerdings nicht die gesetzten Werte ab.

Schau dir mal mit servergrouppermlist an, ob du da das Vergaberecht siehst. Falls ja, bearbeite (setze) es mittels servergroupaddperm auf den Wunsch-Wert. Einen Befehl zum Löschen habe ich leider nicht gesehen...

Hallo,
die Instanz fährt sich ja autom. direkt runter, daher musst du vorher die Datenbank händisch anpassen und bei allen vorhandenen virtuellen Servern den Autostart deaktivieren.

Für SQLite Datenbanken geht das wie folgt:

$ sqlite3 ts3server.sqlitedb
sqlite> UPDATE servers SET server_autostart=0;

Danach startest du die Instanz und dann sollte sie schon mal laufen. Als nächstes loggst du dich per ServerQuery auf die Instanz ein, prüfst die vorhandenen virtuellen Server und bearbeitest die entsprechend so, dass keine Limits überschritten werden. YaTQA ist dafür ein praktisches Admin-Tool.

Sollten andere virtuelle Server vorhanden sein, kannst du diese einfach löschen, wenn du die eh nicht brauchst oder gar kennst.

Per ts3admin.class PHP Code, ServerQuery Interface oder über den Client?

Je nach Recht, kannst du das immer nur mit dem ServerQuery "serveradmin". Wenn du die Rechte zerschossen hast, kann das auch ein Grund sein, warum es nicht mehr geht.

Welche Fehlermeldung erhälst du denn? Falls du es mit PHP realisierst: Wie sieht der entsprechende Code aus?

@JimmyNail: Ja, natürlich. Das ist das ServerQuery Interface. Siehe auch TeamSpeak 3 ServerQuery Benutzung

Ein virtueller Server ist immer über die konfigurierte(n) IP Adresse(n) erreichbar, die bei der Instanz eingestellt sind.

Standardmäßig ist hier "0.0.0.0" definiert, was bedeutet, es ist mit allen IP Adressen möglich, die auf dem Server gebinded sind. Meist die Loopback Adresse 127.0.0.0/8, sowie eine für das LAN/WAN.

Wenn du möchtest, dass der TS3 Server nur auf genau eine IP Adresse lauscht, kannst du per ts3server.ini (siehe auch TeamSpeak 3 Server mit ts3server.ini konfigurieren) definieren, dass die Instanz nur auf einer oder auch mehreren bestimmten IP Adressen lauscht.

Oder meinst du etwas ganz anderes?

Schau einfach mal in unsere FAQ rein: FAQ Roadmap

Thema Firewall: Schutz vor unerlaubten Zugriff mit Hilfe von iptables
Thema SSH Zugang beschränken: SSH Zugriff mit Hilfe von Schlüsseln schützen

Wenn das Thema damit für dich als "erledigt" angesehen werden kann, doppelklicke bitte oben neben deinem Themen Namen kurz auf das rote Viereck, damit es als erledigt markiert wird.

Du kannst die Rechte per YaTQA einfach in den Vorlagen ändern. Neue Server bzw. deren Servergruppen werden dann autom. auf Basis dieser Vorlagen erstellt.

Mit der ts3admin.class geht das auch, aber warum sollte man sich für eine einmalige Aufgabe so viel Mühe machen, wenn es viel einfacher geht?

Oder hast du ganz viele TS3 Server und möchtest es dort nachträglich ändern?

Hallo,
TeamSpeak hat hierzu eine recht ausführliche FAQ: Gibt es Empfehlungen oder Richtlinien die das Rechtesystem betreffen von denen ich als ATHP wissen sollte? - Powered by Kayako Help Desk Software

Ist zwar für ATHP gedacht, aber wenn es andere auch benötigen, ist es da natürlich nicht verboten.

Ach dieses Problem... Verdammt - daran hatte ich nicht mehr gedacht.

Man kann es mit FTP schon hochladen, allerdings nur in einem bestimmten Modus.

Danke für das Update!

Hallo,
das kann unterschiedliche Gründe haben:

• Einstellungen (speziell SSH) wurden geändert
• Logins wurden geändert
• Server wurde gehackt

Hat noch jemand anders Zugriff und könnte die ggfs. geändert haben? Ist dein Server entsprechend gut abgesichert worden oder war es nur eine Standard Installation und dann lief er wie er lief?

Zurechtbiegen könnte man da sicherlich was, solange du es schaffst, dir entsprechenden Zugang zu besorgen. Wenn du aber solche Probleme hast, würde ich eher dazu raten, den Server neu zu installieren, um komprimierte Dateien und Hintertürchen von Hackern loszukriegen.

Ich hatte auch mal einen uralten Linux Server von einem Kunden übergeben bekommen, welchen ich dann geprüft und aktualisiert habe, da er bereits etwas "asbach" war. Abgesichert habe ich ihn dann auch nochmal etwas mehr, aber geholfen hat es leider dennoch nichts. Es verschafften sich immer wieder böse Leute Zugriff auf den Server - wenn auch nur extrem eingeschränkten.

Ich hatte dann Tools, die den kompletten Server nach Schadcode abgesucht haben, allerdings kamen ähnliche Schadcodes immer wieder, obwohl ich dann alle (erkannten) unschädlich gemacht hatte. Wie auch immer: Die einzige Lösung war eine Neuinstallation mit sofortiger Absicherung, anstatt von "ich installiere und konfiguriere erstmal dies und jenes".

@master_d hatte da irgendwelche Leerzeichen im Dateinamen. Bitte versuche es nochmal mit seinen Befehlen - ich habe sie korrigiert.

Als Administrator? Unter Linux soll man das ja nicht machen...

Egal ob gültig oder nicht: Der TS3 Server sollte es dir in der Log anzeigen - er tut aber so, als ob er sie nicht sieht.

Mit welchem Benutzer startest du den TS3 Server? Hat der Benutzer auch entsprechende Lese-Rechte auf der Lizenz-Datei?

Hallo,
bei einer Datenbank wie z.B. MySQL sagt dieser Wert an, wie viele gleichzeitige Verbindungen aufgebaut werden können.

Standardmäßig ist das bei MySQL Server 5.7 auf 150+1 gesetzt, wobei die eine Verbindung nur für Super User wie "root" ist, damit sich der Admin im Notfall noch verbinden und Probleme debuggen könnte. Siehe auch MySQL :: MySQL 5.7 Reference Manual :: 6.1.5 Server System Variables.

Es ist daher auch sehr wichtig, dass man Anwendungen immer unter einem normalen extra User laufen lässt. Zudem hat "root" zu viele Rechte und wenn eine Forensoftware z.B. Sicherheitslücken hat, könnte ein Angreifer u.U. alle Datenbanken löschen...

Die Entwickler der MySQL Datenbank haben den Wert extra für den apache2 Webserver damals erhöht, um die Performance zu erhöhen und derartige Probleme auszuschließen. Wenn die Anzahl der Verbindungen erschöpft ist, erhält man nämlich einen Fehler, der "Too many connections" heißt. Solange du diesen nicht annähernd hast, ist die Einstellungen normalerweise irrelevant. (Siehe auch MySQL :: MySQL 5.7 Reference Manual :: B.5.2.7 Too many connections)

Mit dem Befehl "SHOW PROCESSLIST", kannst du dir in der DB anzeigen lassen, wie viele Verbindungen aktuell genutzt werden: MySQL :: MySQL 5.7 Reference Manual :: 14.7.5.29 SHOW PROCESSLIST Syntax

Mein Monitoring Server schreibt pro Sekunde 9,6 Datensätze und benötigt hierfür 40 Verbindungen. Da ist also noch enorm viel Luft nach oben... Schau doch einfach mal bei dir, wie viele dir angezeigt werden und dann kannst du entscheiden, ob du hier was ändern solltest oder nicht.

By the way: TeamSpeak hat so eine Einstellung auch in der ts3server.ini. Der Standardwert ist hier 10 und bedeutet, dass max. bzw. eigentlich permanent immer 10 MySQL Verbindungen aufgebaut sind. Laut TeamSpeak selbst reicht das für über 1.000 Slots auch noch locker aus und sie hatten bisher noch nie den Fall, dass die Anzahl erhöht werden musste.

Und 500 Benutzer, die gleichzeitig auf einem Forum unteerwegs sind, bedeutet noch lange nicht, dass diese auch auf die Millisekunde gleichzeitig etwas von der Datenbank anfragen. Normalerweise ist das immer 1-2 Sekunden Unterschied und meistens dauert so eine SQL Abfrage nur 0,3s oder sowas. (Je nach SQL Befehl.)

Hallo,
kannst du uns den Inhalt deines Hauptverzeichnisses von TS3 zeigen? (Screenshot oder "dir" Befehl auf der CMD)

Normalerweise reicht es, wenn du die Lizenz-Datei ins Hauptverzeichnis schmeißt und den TS3 Server kurz neustartest.

Nutzt du eine ts3server.ini und hast hier ggfs. einen anderen Pfad für die Lizenz angegeben, der nicht stimmt?

Hallo,
die Datei, die du ausführen möchtest, muss ausführbar sein.

Das ist am Rechtebit "x" erkennbar:

$ ls -lh...-rwxr-xr-x 1 teamspeak teamspeak 7,8M Nov  8 09:57 ts3server...

Wenn das nicht gesetzt ist, kannst du es nachtragen:

chmod +x ts3server

Hallo,
ich möchte euch hiermit gerne das TS3Monitor Skript vorstellen.

Zitat von Offizielle Beschreibung

Monitor your TeamSpeak 3 / TSDNS server instances using TS3Monitor.

It will check the status of your TeamSpeak 3 / TSDNS server instance and if it has crashed, it will try to restart it.

The TS3Monitor provides you also an autostart feature of the configured instances after a reboot or crash of the entire Root server/VPS/virtual machine.

Zu gut deutsch:

Zitat von Ins Deutsche übersetzt

Monitore deine TeamSpeak 3 / TSDNS Server Instanzen mit Hilfe von TS3Monitor.

Es prüft den Status deiner TeamSpeak 3 / TSDNS Server Instanz und wenn diese ausgefallen ist, versucht es, diese neuzustarten.

TS3Monitor bietet auch die Funktion für einen Autostart für die konfigurierten Instanzen nach einem Neustart oder Ausfall des kompletten Root Servers/VPS/vServers.

Hier im Forum wurde uns bereits "Supervisor" vorgestellt: TS3Server mit MariaDB Datenbank (Ubunut 14.04) Tutorial (siehe "5. Autostart")

Supervisor hat diverse Vor- und auch Nachteile. Warum ich persönlich diese Software allerdings überhaupt nicht mag, habe ich im obigen Thema als Antwort verfasst: TS3Server mit MariaDB Datenbank (Ubunut 14.04) Tutorial

Was kann TS3Monitor?

Folgende "Hauptfunktionen" hat das Skript:

• Prüfung des Status einer TeamSpeak 3 Server Instanz
• Prüfung des Status einer TSDNS Server Instanz

Neben diesen Hauptfunktionen, gibt es noch folgende speziellen Funktionen:

• Es schreibt eine Log-Datei, um nach einem Neustart des (Linux) Servers z.B. nachverfolgen zu können, was es so zuletzt getrieben hat (oder, falls der Server keine E-Mails versenden kann/darf)
• Es sendet E-Mail Benachrichtigung zu Status Änderungen oder auf Wunsch auch "immer"
• Es startet eine TeamSpeak 3 und auch TSDNS Server Instanz neu, wenn sie z.B. ausgefallen (gecrashet) oder heruntergefahren wurde (dann aber nur, wenn man es per Einstellung vom Skript erzwingt)
• Nach einem Neustart des Linux Servers, kann TS3Monitor auch autom. dafür sorgen, dass alle konfigurierten Instanzen - egal ob TS3 oder TSDNS - wieder selbstständig gestartet werden (Ersatz für LSBInitScript)

Voraussetzungen

Um das Skript betreiben zu können, müssen folgende Bedingungen erfüllt sein:

• Linux (sollte auf den meisten Distributionen funktionieren)
• Eine oder mehrere installierte TeamSpeak 3 oder TSDNS Server Instanzen auf einem Root Server, einer VPS oder einem vServer
• Diverse Software Pakete (siehe GitHub Seite für aktuellste Informationen)
• "root" Benutzer Zugriff auf dem Linux System (siehe README.md auf der GitHub Seite für mehr Informationen)

Weitere Informationen zum Produkt findest du unter GitHub - TS3Tools/TS3Monitor: Monitor your TeamSpeak 3 and TSDNS server instances.

Für Fragen stehe ich gerne zur Verfügung.

TS3Monitor schreibt nun auch Log Dateien!