Hast du dich mal einen Hoster gewendet ob der Server überhaubt noch existiert?
Seit gestern sagt er mir und meiner Frau die im gleichen Netzwerk ist einen Error. Jeder andere meiner Freunde und auch mein Firmenrechner kommen Problemlos auf den Server.
Ich gehe daher mal davon aus, dass er noch existiert. 
Das ist ein Forum auf freiwilliger Basis. Hier wendet jeder vom Team soviel Zeit auf, wie er hat. Ich habe nun mal nicht die Zeit, mich um Beiträge, User und sämtliche Administrationen plus Programmierungen zu kümmern.
Ich hab die schon lange alle eingerichtet. Ebenso wie DKIM und DMARC. 
Du kannst deine Einstellungen bei https://www.mail-tester.com/ sehr gut testen. Habe ich immer gemacht.^^
Hier ist mein Ergebnis: https://www.mail-tester.com/web-FVOspu
Musst eben nur ein entsprechendes PlugIn schreiben.
Wenn du soviel Freizeit hast, kannst du uns das gerne schreiben. 
Ich persönlich habe diese Zeit jedenfalls nicht.
Hallo,
hiermit möchte ich euch nur kurz darüber informieren, dass es vorkommen kann, dass seit neuestem vielleicht nicht alle E-Mails beim Empfänger ankommen, wenn ihr über eure eigene Domain an 1&1, Web.de oder GMX Kunden sendet.
Der Grund hierfür ist der, dass für die Annahme von E-Mails nun ein sogenannter SPF-Record vorausgesetzt wird, welcher gültig sein muss. Dieser muss in der DNS Zone eurer Domain hinterlegt sein.
Mehr Infos hierzu findet ihr bei Heise: United Internet verschärft Spam-Bekämpfung | heise online
Weitere Infos zum Sender Policy Framework (SPF) gibt's auf Wikipedia: https://de.wikipedia.org/wiki/Sender_Policy_Framework
@PhiL: Das Verhalten können wir nicht ändern, da es ein standardmäßig integriertes Feature von WoltLab selbst ist, oder?
Manche kaufen sich einen ganzen Root Server, um nur Webseiten drauf zu hosten. Andere dagegen nutzen ihn für alles. Virtualisierung, Minecraft, TeamSpeak, Mail, Webserver, DNS,...
Daher ist es wichtig zu wissen, was alles drauf laufen wird bzw. läuft. Punkt - zurück zum Thema.
Das immer gleich so freche Gegenfragen / Antworten gestellt werden...
Warum ist es wichtig, welche Services drauf laufen?
Weil es auch Protections gibt, die nur für einzelne / bestimmte Dienste nutzbar sind, während andere dann alles mögliche schützen. Da es kostengünstig sein soll, muss man daher wohl wissen, was alles geschützt werden muss.
Wo der Server steht ist letztendlich auch vollkommen egal.
Mehr oder weniger. Je nach Rechenzentrum gibt es dort vielleicht schon eine intelligente Lösung oder auch nicht. Einige RZs lassen z.B. nicht alle DDoS Protections zu/durch, weshalb man sich vorher erkundigen muss.
Was ein dedizierter Server ist solltest gerade Du doch wissen
Das war nicht die Frage. Ich kenne viele, die ihren vServer noch immer als "dedizierten Server" bezeichnen, weil sie ja darauf "root" Rechte haben. Aus diesem Grund frage ich immer nochmal nach. Sicher ist sicher.
Hallo,
um dir diese Fragen beantworten zu können, musst du deutlich mehr Informationen bereitstellen:
aber schützt eine SSL_Verschlüssung auf der Domain (https) nicht auch die Datenbankverbindung?
Wenn du deine Haustüre mit einem Schloss versiehst, hat das dann auch autom. deine Balkontür?
Nein, natürlich nicht. Das sind zwei unterschiedliche Dinge. Sie nutzen zudem auch schon zwei unterschiedliche Ports:
Hier ist ein nettes Tutorial zum Thema MySQL mit SSL: https://www.thomas-krenn.com/d…it_SSL_verschl%C3%BCsseln
Hier noch etwas Dokumentation dazu: MySQL :: MySQL 5.7 Reference Manual :: 7.3.11 Using Secure Connections
Also hat sich das Aufnahmegerät zwischenzeitlich geändert, ok.
Dann probiere doch mal bitte deinen TS3 neu zu installieren, aber mit allen 4 Schritten, die oben genannt wurden. Den %APPDATA%-Ordner findest du so:
Beachte bitte, dass in dem Ordner deine Einstellungen, Identitäten und Co. gespeichert sind. Du solltest diese also vorher noch bitte backupen: backup erstellen - wie ?
habe es auch schon neu Installiert
Wie hast du das denn gemacht?
Benutzt du die aktuellste TS3 Client Version? Das ist die Version 3.0.19.1 aktuell.
Hast du diese Probleme auch in anderen Software, dass sich diese verabschiedet, wenn du dort das Mikrofon änderst?
Hattest du zwischenzeitlich ein Aufnahmegerät, welches es nun nicht mehr gibt?
Seit wann tritt das Problem denn auf und was hat sich seitdem geändert?
Wenn sich deine Frage dann dadurch beantwortet hat, würde ich dich bitten, das Thema oben mit einem grünen Haken zu versehen. Danke dir!
Guten Abend,
ich habe akut keine Lösung parat, aber kannst du das vielleicht etwas näher beschreiben?
Stürzt der TS3 Client sofort ab, sobald du die Einstellungen öffnest oder erst, wenn du die Einstellungen und darin das Menü für die Aufnahme öffnest? Oder sogar erst dann, wenn du in den Einstellungen der Aufnahme etwas anfässt/ändern willst?
Die Info wäre noch hilfreich, um das Problem besser analysieren zu können.
serverEdit() wird genutzt, um globale Servereinstellungen zu ändern. Das sind unter anderem diese Einstellungen bzgl. der Dateitransfers z.B.:
Ich glaube aber, dass wir etwas aneinander vorbei reden. Du möchtest quasi die Einstellungen vom einzelnen Channel editieren, die in den Tabs dort vorhanden sind, oder?
Hierfür musst du dir dann die Funktion "channelEdit()" näher anschauen. channelInfo() zeigt dir dann wieder entsprechend die vorhandenen und möglichen Einstellungen an.
Ah, ok.
Ja, wie gesagt: Schau dir mal die Funktionen serveredit() und setClientChannelGroup() an. Die machen genau das, was du willst.
Du musst dir im klaren sein, dass das erst dann funktioniert, wenn du dich per ts3admin.class auf den jeweiligen Server verbunden hast, sonst wird dir die Funktion jeweils zurück werfen, dass es nicht geht, solange du keinen Server ausgewählt hast.
Hallo,
du kannst z.B. mit der ts3admin.class arbeiten:
Die einzelnen Rechte kannst du mit Hilfe der Funktion "serverEdit()" setzen/ändern. Die Einstellungen heißen identisch mit denen, die man von der Funktion "serverInfo()" zurück geliefert bekommt.
Mit der Funktion "setClientChannelGroup()" kannst du Clients zur Channelgruppe hinzufügen.
Müssen wir das Thema erst wieder schließen, damit hier Friede, Freude, Eierkuchen herrscht, oder wie? Wer Feedback gibt, soll das machen, aber dabei bitte auch sachlich und nett/freundlich bleiben.
Ansonsten geht es dir gut oder?
Das ist weder sachlich, noch freundlich. Sowas würdest du einem Kunden bei dir in der Arbeit auch nie sagen/schreiben...
Ist es dein Ernst, dass Du Zugriff auf den Server willst?
Ich persönlich finde das Feature sehr nett und hilfreich. Da ich auch den Sinn davon verstehe, ist es auch total legitim, diese Daten abzufragen.
Das ausgefüllt "root" da steht, finde ich persönlich aus einem einzigen Grund gut: Viele verstehen oder verwechseln gerne mal die ein oder anderen Logins und wissen dann nicht, was da rein kommt. "root" zeigt in diesem Fall deutlich, dass es ein Linux Benutzer für den Server und nicht der "serveradmin" oder sonst wer für den ServerQuery sein soll.
Mein Vorschlag wäre jedoch folgender: Setze nicht standardmäßig "root" als Eingabe, sondern als HTML Placeholder: HTML input placeholder Attribute
Und überhaupt, was wenn jemand nur SSH Keys benutzt? Was machst Du dann? Willst Du den Priv. Key haben?
Guter Hinweis! Bei meinen ganzen Servern ist es z.B. nur möglich, mittels SSH-Key sich einzuloggen. Jegliche Benutzernamen:Passwort Versuche werden direkt geblockt und nicht erlaubt.
Füge daher also noch eine Option ein, zwischen den verschiedenen Methoden auszuwählen:
Bei SSH Keys musst du aufpassen, weil man kann den privaten Schlüsseln auch ein Passwort zur Sicherheit setzen, damit ihn nicht jeder verwenden kann. Mache ich z.B. sehr gerne, falls er doch mal abhanden kommt.
Da auf dem Server der öffentliche Key liegt, musst du natürlich den privaten Key vom User erhalten. Hierfür würde ich an deiner Stelle aus Sicherheitsgründen wenigstens noch einen deutlich sichtbaren Hinweistext verfassen und anzeigen lassen, der darauf hinweist, dass man hierfür einen dedizierten SSH Key anlegt, damit man später sicherstellen kann, dass dein Server mal keinen Zugriff mehr haben kann, auch wenn er er nie gespeichert oder protokolliert wird.
Teamspeak führt man auch nicht als Admin aus Du Held. Also ersetze mal "root" mit "Hier Teamspeak Benutzer einfügen".
Wenn du wüsstest, wie viele Leute sich bei mir beschweren, dass das TS3UpdateScript bei denen nicht funktioniert... Das Skript wurde so entwickelt, dass es nur funktioniert, wenn die Best Practices gegeben sind. Da sie ihren TS3 unter "root" laufen haben, funktioniert das Skript natürlich bei denjenigen nicht.
Da man den Pfad zur Instanz sowieso angibt, würde ich dem Entwickler ja raten, eine Lösung zu finden, wie man den korrekten User automatisch identifiziert und entsprechend benutzt. Genau das macht mein TS3UpdateScript Skript nämlich.
Man kann die MySQL oder MariaDB verwenden, wie vorher bereits erwähnt wurde. Bis auf den Namen unterscheiden sie sich kaum.
Ein Wechsel ist auch kein Problem, soweit ich mich zurück erinnere, weil sobald man MySQL installiert und MariaDB installiert, würde er einfach die Software vom MySQL durch die vom MariaDB ersetzen und fertig. Genauso anders herum.
@master_d hast du da mehr bzw. aktuellere Infos? Ich hab das damals getestet, als der Fork erst seit kurzem draußen war. Ist also schon etwas her bei mir.
Es gab hierzu übrigens auch mal ein "Sammel Thema".
[Sammlung] Postfix/Dovecot Best Practise Konfiguration gesucht
Meinen Mail-Server habe ich auf über 2 Wochen Arbeit zusammen geschustert und täglich optimiert, bis er so lief wie er sollte. War eine Menge Arbeit, aber er läuft nun.
