Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Hm.
Ja. Haben wohl unterschiedliche Kernelimages.
Aber wenn ich das so recht gesehen und einigermaßen richtig gemacht habe, dürfte ich doch Kernelkomponenten per rsync gar nicht mitkopiert haben (excluded).
Gibt es denn da echt keine Lösung, das zu fixen. Rest läuft doch ohne Probleme.
Alternative.
Wie kann ich auf möglichst einfache Variante alle mysql/mariaDB Datenbanken sichern und wenn neu aufgesetzt wiederherstellen.
Hab da schon einiges dazu gefunden, aber irgendwie bin ich entweder echt zu doof oder mache was falsch.
Ja. Haben wohl unterschiedliche Kernelimages.
Aber wenn ich das so recht gesehen und einigermaßen richtig gemacht habe, dürfte ich doch Kernelkomponenten per rsync gar nicht mitkopiert haben (excluded).
Gibt es denn da echt keine Lösung, das zu fixen. Rest läuft doch ohne Probleme.
Alternative.
Wie kann ich auf möglichst einfache Variante alle mysql/mariaDB Datenbanken sichern und wenn neu aufgesetzt wiederherstellen.
Hab da schon einiges dazu gefunden, aber irgendwie bin ich entweder echt zu doof oder mache was falsch.
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
mysqldumpMario885 hat geschrieben:05.10.2018 20:08:05Wie kann ich auf möglichst einfache Variante alle mysql/mariaDB Datenbanken sichern und wenn neu aufgesetzt wiederherstellen.
Im Gegensatz zum Kopieren der Datenbankfiles ist das der empfohlene und erheblich weniger fehleranfällige Weg.
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Also wäre das hier: " mysqldump --all-databases > backupsql_05102018.sql" zum sichern aller Datenbanken korrekt. Und Recovery dann sicher so " mysqldump < backupsql_05102018.sql" oder?
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Naja sag ich doch....
War doch korrekt.
Nun hoffentlich letzte Frage(n)...
Zufällig jemand schon mit iRedMail zu tun gehabt und das übernommen?
Abgesehen von der DB, welche ja durch "mysqldump --all-databses" mit gesichert sein sollte und abgesehen von /var/lib/dkim (um den dkim im DNS nicht neu setzen zu müssen), noch was, was ich sichern muss/sollte.
Kann ich eigentlich "/etc/apache2" nachdem ich den apache auf dem neu installiertem System neu aufgesetzt habe so zurückspielen, um mir die Neueinrichtung der "confs" zu ersparen?
War doch korrekt.
Nun hoffentlich letzte Frage(n)...
Zufällig jemand schon mit iRedMail zu tun gehabt und das übernommen?
Abgesehen von der DB, welche ja durch "mysqldump --all-databses" mit gesichert sein sollte und abgesehen von /var/lib/dkim (um den dkim im DNS nicht neu setzen zu müssen), noch was, was ich sichern muss/sollte.
Kann ich eigentlich "/etc/apache2" nachdem ich den apache auf dem neu installiertem System neu aufgesetzt habe so zurückspielen, um mir die Neueinrichtung der "confs" zu ersparen?
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Weiter unten sind Beispiele, unter Anderem auch, wie man das Restore korrekt durchführt. Das korrekteste Backup ist wertlos, wenn man’s nicht korrekt zurückspielen kann.
scnr
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Was genau meinst Du mit zurückspielen und was genau mit neu aufsetzen ?Mario885 hat geschrieben:05.10.2018 20:46:37Kann ich eigentlich "/etc/apache2" nachdem ich den apache auf dem neu installiertem System neu aufgesetzt habe so zurückspielen, um mir die Neueinrichtung der "confs" zu ersparen?
Wenn ein Webserver fertig aufgesetzt ist, dann braucht man normalerweise nichts zurückspielen.
Und welche "confs" meinst Du ? Und wie kannst Du so schnell einen sicheren Webserver aufsetzen ?
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Er ist noch gar nicht aufgesetzt. Mal ganz locker bleiben.
Bin grad erstmal am sichern meiner Daten etc.
Zurückspielen: Sichere u.a. das Verzeichnis mit WinSCP --> Zurückspielen heißt dann, das Recovery bzw. Überschreiben des neuen Verzeichnises mit dem gesicherten.
Meinte die virtual Hosts etc. unter dem angegebenen Verzeichnis (/etc/apache2)
Edit:
Nochmal zu dem firewallthema:
Wenn ich den VPs neu aufgesetzt habe, sollte iptables ja wieder laufen. Habe aber gelesen, da neue Regeln nicht standardmäßig behalten werden, sondern erst mit iptables-persistent.
Wollte aber künftig ohnehin ufw verwenden. Ist da iptables-persistent trotzdem erforderlich oder reicht die Installation von ufw und konfiguration damit?
Bin grad erstmal am sichern meiner Daten etc.
Zurückspielen: Sichere u.a. das Verzeichnis mit WinSCP --> Zurückspielen heißt dann, das Recovery bzw. Überschreiben des neuen Verzeichnises mit dem gesicherten.
Meinte die virtual Hosts etc. unter dem angegebenen Verzeichnis (/etc/apache2)
Edit:
Nochmal zu dem firewallthema:
Wenn ich den VPs neu aufgesetzt habe, sollte iptables ja wieder laufen. Habe aber gelesen, da neue Regeln nicht standardmäßig behalten werden, sondern erst mit iptables-persistent.
Wollte aber künftig ohnehin ufw verwenden. Ist da iptables-persistent trotzdem erforderlich oder reicht die Installation von ufw und konfiguration damit?
Re: Hilfe: Problem mit IPTables bei Debian Stretch Mail-/Webserver
Kann geschlossen werden.
Kiste läuft wieder.
Lag auch noch ein Problem beim VPS-Anbieter vor, was umgehend problemlos gelöst wurde.
Konnte den Mailserver bzwe. die mysql DBs fehlerfrei übernehmen. Alles gut. Läuft und auch ufw funktioniert nun problemlos. Nur noch die notwendigsten Ports offen.
Thema ist also erledigt.
Danke nochmal für die Hinweise.
Wäre nun künftig super, wenn man weniger "Rumgenörgel" als antwort erhält, als vielmehr konkrete Antworten auf die Fragen.
Trotzdem danke nochmal.
Kiste läuft wieder.
Lag auch noch ein Problem beim VPS-Anbieter vor, was umgehend problemlos gelöst wurde.
Konnte den Mailserver bzwe. die mysql DBs fehlerfrei übernehmen. Alles gut. Läuft und auch ufw funktioniert nun problemlos. Nur noch die notwendigsten Ports offen.
Thema ist also erledigt.
Danke nochmal für die Hinweise.
Wäre nun künftig super, wenn man weniger "Rumgenörgel" als antwort erhält, als vielmehr konkrete Antworten auf die Fragen.
Trotzdem danke nochmal.