Meine Server sollen nach meinem Ableben alle an Win98SE4ever übertragen werden
Können wir gerne so machen.
Was ich nicht brauche wandert natürlich auch gleich in die Tauschbörse.
duck Sorry für das Off-Topic. Bezüglich Docker kann ich nichts beitragen, lese aber interessiert mit und hab' Podman auch bereits auf die 'muss ich mir irgendwann mal anschauen' Liste gesetzt.
Können wir gerne so machen.
Was ich nicht brauche wandert natürlich auch gleich in die Tauschbörse.
duck Sorry für das Off-Topic. Bezüglich Docker kann ich nichts beitragen, lese aber interessiert mit und hab' Podman auch bereits auf die 'muss ich mir irgendwann mal anschauen' Liste gesetzt.
Das verplfichtet dich aber jetzt auch länger zu leben als ich!
Und ich möchte schon noch viele Jahre leben.
So mindestens 50 
Kurze Frage: Wie handhabst du das mit Quadlets? Ich gehe davon aus, dass du keine Compose-Files mehr verwendest.
Erstellst du die Quadlets lokal und überträgst sie anschließend per SSH auf den Server, oder nutzt du dafür einen anderen Workflow?
Ich bin aktuell noch etwas von Dockhand verwöhnt, da man dort Compose-Files direkt einfügen und starten konnte. 
Großer Server:
Dockhand (m.E. besser als Portainer, da es mit vorhandenen Ordnerstrukturen und compose Files sehr gut zurecht kommt)
n8n (Automatisierungsworkflow Anwendung)
Nginx-Proxy-Manager (Reverse Proxy)
obsidian-livesync (Live Sync für Obsidian)
restreamer
syncthing (Sync zwischen Servern, Desktop, Laptop, mobilen Endgeräten)
teamspeak Server (eigenes Dockerfile / Docker compose)
wud (whats up Docker, automatisches Updatetool für Docker Container, könnte Dockhand auch, wud ist jedoch problemfreier)
Kleiner Server:
Dockhand
Nginx-Proxy-Manager (Reverse Proxy)
syncthing
wud (whats up Docker)
ztnet (Zerotier Controller, m.E. der beste selbstgehostete Controller für Zerotier)
Zudem läuft nicht in Docker auf allen Servern Tailscale, Zugriff auf die Server eigentlich nur darüber.
Aktivierte Netcup Firewall, SSH Port und die meisten Verwaltungs-Webinterfaces der o.g. Programme (z.B. Syncthing, wud, sind nach außen hin dicht). Ich lege für jede Anwendung zentral ein Set von Firewalleinstellungen an und aktiviere diese dann bei den Servern nur mehr, indem ich diesen einen Eintrag nach rechts schiebe.
TeamSpeak 3
TeamSpeak 6
Ich betreibe ja auch TS auf meinem Server, schon seit 15 Jahren ohne Unterbrechung. TS3 und TS6 laufen ja mit dem gleichen Server. Habt Ihr da wirklich unterschiedliche Server am Laufen?
Noch ein Bonuspunkt Docker manipuliert iptables eigenständig und aggressiv, komplett an ufw/firewalld vorbei. Ports, die man eigentlich geblockt haben wollte, waren plötzlich von außen erreichbar. Skill issue? Vielleicht aber ein Sicherheitstool, das stillschweigend deine Firewall-Regeln umgeht, hat schlicht ein Design-Problem.
Hm. Ports, die man nicht erreichbar haben will, sollte man schlicht gar nicht aus dem Docker Compose network (jeder Stack hat da normalerweise sein eigenes) herauslegen? Wenn man die Ports im Compose File nicht explizit (ports: 80:80) nach außen legt, ist in einem Stack auch erst mal nichts offen. So ist es z.B. unnötig, bei einer Anwendung die eine eigene DB mitbringt, auch nur irgendeinen Port der DB nach außen zu legen. Die Anwendung kann im eigenen Docker Netzwerk drauf zugreifen und mehr muss nicht sein. Oder bei einer Anwendung, die durch einen Reverse Proxy soll, einen Webinterface Port rauszulegen. Ich habe viele Stacks, die gar keine Ports rauslegen. Die die rausgelegt sind, müssen auch.
Insofern verstehe ich das Problem nicht ganz. Davon abgesehen nutze ich mittlerweile die Netcup Firewall statt der ufw.
Ich betreibe ja auch TS auf meinem Server, schon seit 15 Jahren ohne Unterbrechung. TS3 und TS6 laufen ja mit dem gleichen Server. Habt Ihr da wirklich unterschiedliche Server am Laufen?
Ich bin da einfach ein kleiner Ordnungs Fanatiker, getrennte Server lassen mich nachts besser schlafen
Ich kann es einfach nicht ab wenn 2 TS aufm gleichen Server laufen
Ich bin da einfach ein kleiner Ordnungs Fanatiker, getrennte Server lassen mich nachts besser schlafen
Ich kann es einfach nicht ab wenn 2 TS aufm gleichen Server laufen
Nee, was ich meine: Ob Teamspeak 3 oder 6 ist ja nur eine Client Sache. Der Server ist für beide die aktuelle Version 3.13.7.
Ich nutze mit meinem Server z.B. TS6 >Client<, während andere Nutzer noch den TS3 Client nutzen.
Achso, verlesen. Ich dachte es geht um den TS3 und TS6 Server. Ich hab beide Clients und beide Server
Achso, verlesen. Ich dachte es geht um den TS3 und TS6 Server. Ich hab beide Clients und beide Server
Ja, darum gehts ja auch. Du und VeePay haben das separat aufgeführt. Es gibt aber für beides nur einen Server, der mit TS3 oder TS6 Client verwendet werden kann.
Ja, darum gehts ja auch. Du und VeePay haben das separat aufgeführt. Es gibt aber für beides nur einen Server, der mit TS3 oder TS6 Client verwendet werden kann.
Nein, das ist nicht korrekt.
TS3 und TS6 sind unterschiedliche Dinge.
Du verwechselst das mit dem Client.
Du kannst mit dem TS6 Client den TS3 sowie den TS6 Server benutzen.
TS3 ist in 3.13.7 die letzte Version. So wie man es von früher eben kennt.
TS6 befindet sich derzeit in der Beta und bildet ein neues TS inkl. Screensharing usw.
https://github.com/teamspeak/teamspeak6-server
Bei mir läuft TS3 auf dem Server als produktiver Server.
Der TS6 läuft bei mir auf dem gleichen Server mit anderen Ports rein zum Testen.
TS3 ist in 3.13.7 die letzte Version. So wie man es von früher eben kennt.
TS6 befindet sich derzeit in der Beta und bildet ein neues TS inkl. Screensharing usw.
https://github.com/teamspeak/teamspeak6-serverBei mir läuft TS3 auf dem Server als produktiver Server.
Der TS6 läuft bei mir auf dem gleichen Server mit anderen Ports rein zum Testen.
Wow. TIL dass es auch eine TS6 Serverversion gibt! Da nutz ich TS wirklich täglich seit Jahren, aber der TS6 Beta Server ist mir halt komplett entgangen! DANKE!!! 
Wäre evtl mal interessant zum Testen, allerdings wäre "TeamSpeak 3 Server licenses are not compatible with TeamSpeak 6 Servers" für mich ein Problem, denn ich habe noch eine gute alte TS3 Non-Profit Lizenz für 100 Slots. Vermutlich würden die 32 auch reichen, aber der TS3 Server tuts ja auch mit dem TS6 Client. Mal sehen...
Auf jeden Fall nochmal DANKE für den Hinweis.
Es gab sogar eine TS 5 Beta, aber nur auf Clienten Seite. TS4 haben die komplett übersprungen und TS5 kam auch nie aus der Beta raus.
Den TS5 Client habe ich sogar mitbekommen, glaub ich. Bin aber zu der Zeit (wie wohl jeder) beim TS3 Client geblieben. Den TS6 Client verwende ich aber nun seit Monaten exklusiv.
Wäre evtl mal interessant zum Testen, allerdings wäre "TeamSpeak 3 Server licenses are not compatible with TeamSpeak 6 Servers" für mich ein Problem, denn ich habe noch eine gute alte TS3 Non-Profit Lizenz für 100 Slots. Vermutlich würden die 32 auch reichen, aber der TS3 Server tuts ja auch mit dem TS6 Client. Mal sehen...
Auf jeden Fall nochmal DANKE für den Hinweis.
Sehr gerne. Dafür ist das Forum doch da 😉
Das ist auch der Grund warum ich noch produktiv auf dem TS3 laufe. Hab noch eine alte NPL mit 512 Slots und 10 Server. Aber effektiv brauch ich die auch nicht und 32 Slots würden reichen 🤣
Hatte auch mal eine alte npl, dann wurde diese nicht verlängert 
Hatte auch mal eine alte npl, dann wurde diese nicht verlängert
Solange der Server läuft, wird normalerweise auch die NPL alle 6 Monate automatisch erneuert.
Jup und der server war aber leider aus, weil ihn keinen ts3 server brauchte in der zeit
duck Sorry für das Off-Topic.
Wenn ich den restlichen Thread so lese, ist das hier definitiv nicht das einzige Off-Topic 
Kurze Frage: Wie handhabst du das mit Quadlets? Ich gehe davon aus, dass du keine Compose-Files mehr verwendest.
Erstellst du die Quadlets lokal und überträgst sie anschließend per SSH auf den Server, oder nutzt du dafür einen anderen Workflow?
Ich bin aktuell noch etwas von Dockhand verwöhnt, da man dort Compose-Files direkt einfügen und starten konnte.
Interessanter Punkt, da ich selbst die Konfiguration sämtlicher Services generell per ssh vornehme.
Mein Workflow: ssh mit admin-user --> wechsel zum podman-user --> Quadlets erstellen --> demon reload & service starten
Mein Workflow über Compose: ssh mit admin-user --> wechsel zum podman-user --> Dockerfile erstellen --> Image Build --> Quadlets erstellen --> reload
Da ich per Cockpit auch direkt ein Terminal habe, habe ich mir darüber nie gedanken gemacht.
Ich weiß tatsächlich gar nicht wie die Container angelegt werden wenn ich es über Cockpit mache, maybe wird das auch als Quadlet angelegt.
Aber wenn du ein "automatischen" Workflow brauchst, dann kannst du dir ja ein systemd Service aufsetzen welcher automatisch ein reload und start aller neuen Services durchführt sobald du ein ftp upload durchführst. --> Falls du das machst, bitte mal ein Update geben
aber der TS6 Beta Server ist mir halt komplett entgangen! DANKE!!!
Ich hatte vorhin leider zu viel zu tun und habe in der Eile vergessen dir den Github Link zum TS6 Server zu posten
Das meinte ich auch damit, also ich habe TS3/TS6 immer auf getrennten Servern liegen.
Jep. Das macht ja nun Sinn. 
