KeyHelp Community

Hallo,

2FA:

Hier sollte es reichen wenn man aus dem Dateibackup von /etc/keyhelp/config.json den Abschnitt "encryption" übernimmt und in die Datei auf dem neuen System hinzufügt bzw ändert:
Ich werde diesen und den Whitelabel Punkt in die Anleitung noch mit aufnehmen.

Hi,

Angaben zu Whitelabel und 2FA sind in der Anleitung nun ergänzt.

Ich habe den Umzug nach einigem testen nun vollzogen. Bei der Grundinstallation auf einem neuen Server von KeyHelp werden automatisch neue Passwörter für die Datenbanken erstellt, welche sich in Konfigurationsdateien befinden. Ich hatte die Anleitung Schritt für Schritt abgearbeitet, auch wie in Restore - Punkt 2 vorgesehen die MySQL-Benutzerpasswörter wieder gesetzt, und am Ende mehrere Probleme, dass sich diverse Services nicht an der Datenbank anmelden konnten, da in den Konfigurationsdateien die (neuen) Passwörter der Grundinstallation vorhanden waren und diese nicht durch den abschließenden Aufruf von keyhelp-toolbox berichtigt wurden, falls dieses Tool überhaupt dafür vorgesehen ist. Es hat bei mir folgende Dateien betroffen, welche ich nachträglich vom alten Server ersetzt habe.

/etc/amavis/conf.d/50-user
/etc/dovecot/dovecot-sql.conf
/etc/keyhelp/config/config.json
/etc/postfix/mysql-virtual-alias-maps.cf
/etc/postfix/mysql-virtual-mailbox-domains.cf
/etc/postfix/mysql-virtual-mailbox-maps.cf
/etc/proftpd/sql.conf
/home/keyhelp/www/rainloop/data/_data_/_default_/configs/application.ini
/home/keyhelp/www/rainloop/data/_data_/_default_/configs/plugin-change-password-custom-sql.ini
/home/keyhelp/www/roundcube/config/config.inc.php

Der Server läuft jetzt ohne Probleme.

Hallo,

dann wurden die MySQL User, welche vor dem Restore zu sichern sind, aber offenbar nicht korrekt wiederhergestellt, ansonsten tritt dieses Problem nämlich nicht auf.

Ich habe da mal eine Frage.
Ich habe derzeit 42 Kunden mit ca. 50 Webseiten und insg. 400 Mailkonten (größtenteils IMAP).
Wir haben erst Anfang des Jahres auf unseren aktuellen Server (von I-MSCP) migriert, aber der neue Server hat nun Hardwareprobleme, deshalb muss ich diese Kunden erneut migrieren.
Ich möchte den nun möglichst wenig Ausfallzeiten bescheren und habe mir folgendes Szenario vorgestellt:

1.) Migration anhand dieser Anleitung.
2.) Wenn alles auf dem neuen Server läuft, auf dem alten Server die Dienste anhalten und die zwischenzeitlich geänderten Daten (Mails in erster Linie) erneut manuell kopieren.
3.) Domains auf den neuen Server umschwenken

Ist so ein Szenario denkbar?

Hallo,

ja das sollte so klappen.

Bei einem Restore auf einem Fremdserver müssen natürlich danach noch die IPs und der Hostname in der Konfiguration von Keyhelp angepasst werden, damit er die Konfigdateien richtig schreibt.

Vielen Dank.
Werde es im Testlauf mal simulieren.

Habe gerade versucht das Repository mit der neuen Installation zu verbinden.
Da kommt die Meldung, dass es schon eine config im Repository gibt. Wenn ich die dann mal umbenne, kommt folgende Meldung: Was mache ich falsch?

Sieht nach falschem Repo Passwort aus.

Letzte Frage.
Die Mails kann man später noch einmal mit einem neueren Backup aktualisieren.
Würde das mit den Datenbanken auch funktionieren?

Hallo,

ja das geht.

Hallo Keyhelp Gemeinde,

habe vor ieder einen Server umzuziehen. Das letzte mal war es nicht notwendig, aber jetzt werde ich bald müssen.
Will P2V auf proxmox umziehen. Daher folgende Unklarheit:

1. darf der Hostname des servers ein neuer sein wenn ich in der neuen VM das Backup nach o.a. Anleitung zurückspiele ?

2. IP denke ich mal sollte kein Problem werden...

MFG Swen

Hallo,

Keyhelp holt natürlich die Werte nach dem Restore aus der wiederhergestellten Keyhelp-Datenbank. Daher musst du danach den Hostnamen nochmal setzen und die richtigen IPs unter Konfiguration -> IP Adressen aktivieren.

Hallo Freunde, ich habe folgende Frage zum Thema Restic Backup.

Habe gerade einen früheren Snapshot (ca. 1 Jahr alt) eingespielt, aber gestern auf diesem Server noch eine aktuelle Sicherung vom stand gestern gemacht.
So, jetzt habe ich den Snapshot von vor einem Jahr wiederhergestellt, es zeigt mir auch nur das Backup von vor einem Jahr zum Wiederherstellen an. Wie kann ich das machen, dass keyhelp das letzte Restic-Backup von gestern erkennt?
Gleicher Rechner, gleiche Domäne, gleiche IP, Backup Repository, Pfad zu SFTP server alles gleich, nur eine Zeitreise ein Jahr zurück und alle backups danach nicht sichtbar

Könnte ich die einfach in der Keyhelp Datenbank anlegen, habs noch nicht versucht, nur ein Gedanke?
Ansonsten hoffendlich weiss hier jemand wie es richtig geht/ist, auf stand gestern wieder zu kommen

Aktueller Status:
Geplantes Backup erstmal Deaktiviert
Das Dashboard war vorher 23.1.1 (Build 3016)
Das Dashboard jetzt ist 22.1.1 (Build 2691)

Bevor jemand fragt: Ich ziehe gerade mit dem Server um und habe versehentlich einen Snapshot auf den falschen Server gestartet, der eigentlich nicht angegriffen werden sollte, meine Verwechslung

Danke

Einmal in die Repository Verwaltung gehen -> Das entsprechende Repository zum Bearbeiten öffnen -> Speichern klicken.

Das triggert den Job "Integritätsprüfung / Statistiken aktualisieren" - wenn der durchlaufen wurde, taucht der Eintrag auch wieder in der Liste auf.