Fehler bei der Verlinkung der Module
- Ersteller des Themas ramsys
- Erstellungsdatum
Dann noch ein Verbesserungsvorschlag bzw. Feature-Request:wenn der Kunde die Funktionen des Moduls nicht nutzen können soll, dann ist das Modul für den Kunden unter CP Benutzer zu deaktivieren.
Wenn ein Modul beim Kunden deaktivert ist, sollten in der Übersicht beim Kunden auch die jeweiligen Limits nicht erscheinen.
Ist das immer noch aktuell?Damit das backup dann funktioniert muss das mysql root pw auf dem web und db server gleich sein.
In einem Multiserver-Setup gibt es 20 Webserver und 10 DB-Server. Die DB-Server haben keine direkte Zuordnung zu einem bestimmten Webserver. Demnach müssten ja alle 30 Root-Passwörter identisch sein, was durchaus ein Sicherheitsrisiko darstellt.
Ja.
Die Alternative wäre dass du die root Passworte aller mysql server auf allen Webservern hinterlegen müsstest, was es auch nicht viel besser macht. Normalerweise verteilst ma die Datenbanken aber nicht "wild" im cluster sondern ordnet web und db Server einander zu, so dass z.B. jeweils 2 webserver und 1 DB Server das gleiche Passwort nutzen.
Die Alternative wäre dass du die root Passworte aller mysql server auf allen Webservern hinterlegen müsstest, was es auch nicht viel besser macht. Normalerweise verteilst ma die Datenbanken aber nicht "wild" im cluster sondern ordnet web und db Server einander zu, so dass z.B. jeweils 2 webserver und 1 DB Server das gleiche Passwort nutzen.
Mit den root-user, die ja bereits für den Zugriff der Slave-Server auf den Master-Server bei der Installation angelegt wurden, geht dies dann vermutlich auch nicht?Die Alternative wäre dass du die root Passworte aller mysql server auf allen Webservern hinterlegen müsstest
Sofern möglich schon. Allerdings kann nicht ausgeschlossen werden, dass die Datenbanken einer Website je nach Auslastung auch mal auf einen anderen DB-Server landen.Normalerweise verteilst ma die Datenbanken aber nicht "wild" im cluster sondern ordnet web und db Server einander zu
Die werden aus Sicherheitsgründen nirgends gespeichert und dienen nur der Installation bzw. späterd em update. Da in den wenigsten Fällen der master server auch der db server istwürde das spechern bei dem prblem auch nicht helfen.Mit den root-user, die ja bereits für den Zugriff der Slave-Server auf den Master-Server bei der Installation angelegt wurden, geht dies dann vermutlich auch nicht?
Ich wedre nochmal überlegen ob es da eine bessere alternative gibt, ihr könnt auch gerne vorschläge machen.
Problemstellung ist:
auf dem webserver läuft ein script, diese erszeugt das backup de webs und auch eines der zu dem web gehörenden db und um das db backup zu erzeigen muss man da irgendwie ran kommen. wenn man kein root pw speichern möchte könnte man unter umständen eine art read-only backup user erzeugen.
Das Backup selber wird ja schon erzeugt (auch mit verschiedenen Passwörtern), im Backup-Verzeichnis des DB-Servers. Nur der Restore bzw. das Zurückkopieren des Backups in das Backup-Verzeichnis der Webseite funktioniert so nicht.und um das db backup zu erzeigen muss man da irgendwie ran kommen