Glaskugel - Benutzerbeiträge [de]

Datenwiederherstellung aus Backup

2025-03-28T14:02:17Z

Standard: /* Vorbereiten der Wiederherstellung */

== Allgemeines ==

;1. Folgende Daten müssen vorliegen oder vom Kunden angefordert werden
: -> Server (siehe alternativ ggf. Bahnhof)
: -> Domain
: -> Datum der Wiederherstellung
: -> Ordner der wiederhergestellt werden soll
: -> Datenbank die wiederhergestellt werden soll
:: -> probiere vorab immer nur die Dateien wiederherzustellen, oft reicht dies schon aus (es sei denn der Kd hat definitiv die Datenbank kaputt gemacht, z.B. CSV Import oder Shop-Update)
:: -> Bei fehlgeschlagen Updates muss immer beides wiederhergestellt werden

== Vorbereiten der Wiederherstellung==
===1. Backup mounten===
:;1.1 Anmeldung im Cloudpit

:;1.2 Suche mittels Suchfunktion den Container, für welchen du das Backup einspielen möchtest

:;1.3 Suche dir unter "Datensicherung" das vom Kunden gewünschte Backup raus

:;1.4 Klicke unter Aktionen auf '''"Backup mounten"'''
::Achtung!!! Ausschließlich Backup mounten

:;1.5 Warte bis das Backup gemountet wurde
::Das Backup befindet sich nun im Ordner /mnt

===2. Ordner backup_*datum* erstellen===
:;Melde Dich als ''admin'' im Plesk an

:;Wechsele in das Abo des Kunden

::Lege im Basisverzeichnis der Dateiverwaltung des Kunden (also auf oberster Ebene) den Ordner '''''backup_*datum*''''' an.

== Wiederherstellung aus Backup in der Shell==

=== Verbinde dich per Putty auf den Container (z.B. www70.estugo.de)===
:;Melde Dich als User ''root'' auf dem Server an

===DATENBANK wiederherstellen===

:;Datenbank via Shell aus dem Ordner /mnt in den Ordner /backup_estugo im Kundenabo kopieren und entpacken
::Hierzu hast Du als Vorbereitung den Ordner '''''backup_estugo''''' im Basisverzeichnis des Kunden angelegt.
::Der folgende Befehl kopiert und entpackt die Datenbank aus /mnt in das Verzeichnis des Kunden: (Achtung Dokumentenstamm und DB-Name anpassen)
:::<code>cp -a /mnt/var/lib/mysql-gzdumps/'''''XXX_XX'''''.sql.gz /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/ && gunzip /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql.gz</code>

:;Im Anschluss Benutzer anpassen:
::Die Datenbank hat nun den Nutzer "root", damit der Kunde die Datei auch löschen kann, muss der Richtige Nutzer angepasst werden (meist der erste Teil der Subdomain)
:::<code>chown -R '''''############''''':psacln /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql</code>

:;Um eine Datenbankbackup aus dem direkten Ordner /mnt/var/lib/mysql zu besorgen zB wenn unser CronJob nicht klappte siehe weiter unten den Punkt Bonus DB

===FTP-DATEN wiederherstellen===

:;Am Besten wird es sein, Du startest das Backup in einer [[Screen-Session]]
::Nutze hierzu folgenden Befehl: <code>screen</code>
::Die Wiederherstellung läuft dann auch im Hintergrund weiter falls Du aus irgend einem Grund selbst aus der SSH Session "fliegst"

:;Die Daten aus dem Backup sind durch das Mounten auf dem Container eingehängt und zu finden im Ordner /mnt
::auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN
::Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain.

::: <code>rsync -arvuP /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>
:: um ein Backup zu beschleunigen und ggf unwichtige Ordner auszuschließen, hilt der Zusatz --exclude (siehe Beispiel)
::: <code>rsync -arvuP --exclude=verzeichnis/ /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>

===E-MAILS wiederherstellen (nur zur Info)===

:;Daten sind wie gehabt unter dem Ordner /mnt zu finden
::- z.B. per midnight commander (<code>mc</code>) den Mailordner des Kunden suchen und mit folgendem Befehl gezielt Dateien aus dem Backup in den Kundenverzeichnis kopieren.

::<code>rsync -arvuP /mnt/var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur/ /var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur</code>

:Hier ein Beispiel für die Wiederherstellung eines ganzen Postfach´s
::<code>rsync -av --delete /mnt/var/qmail/mailnames/tomaske.net/ordner/Maildir /var/qmail/mailnames/tomaske.net/ordner/</code>

==Nach der Wiederherstellung==
:;-> Es kann je nach Daten ca. 30-90 Minuten dauern
:;-> Sobald die Wiederherstellung abgeschlossen ist, informiere den Kunden

==Backup in Cloudpit abhängen==

:;Im Cloudpit unter "Datensicherungen" auf Backup unmounten klicken
::(Gekenntzeichnet durch den orange farbenen Balken oberhalb der verfügbaren Backups)

==Eintrag im Bahnhof==
:;-> Damit wir wissen wer wann Daten wiederhergestellt hat, halte dies in der Datenbank fest
:;-> Der Text könnte wie folgt lauten
::-> ersetze Kürzel, Datum und ggfs. den Text

::''^mp 18.04.2017:''
::''MySQL wiederhergestellt''
::''Ordner wiederhergestellt''

==Bonus_DB==

:; Datenbank direkt Dumpen aus z.B. /mnt/var/lib/mysql und hierin die DB web147_Wordpress

::Socket für MySQL auf Port 3333 öffnen mit dem /mnt Pfad als Datadir
:: <code>mysqld --datadir=/mnt/var/lib/mysql --user=mysql --port=3333 --socket=/tmp/mysqlmc.sock</code>

::Dump erstellen
::<code>mysqldump -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock web147_Wordpress >/root/web147_Wordpress.sql</code>

::Socket wieder schließen
::<code>mysql -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock --execute "shutdown;"</code>

Datenwiederherstellung aus Backup

2025-03-28T14:01:31Z

Standard: /* Zwischeninfo an den Kunden */

== Allgemeines ==

;1. Folgende Daten müssen vorliegen oder vom Kunden angefordert werden
: -> Server (siehe alternativ ggf. Bahnhof)
: -> Domain
: -> Datum der Wiederherstellung
: -> Ordner der wiederhergestellt werden soll
: -> Datenbank die wiederhergestellt werden soll
:: -> probiere vorab immer nur die Dateien wiederherzustellen, oft reicht dies schon aus (es sei denn der Kd hat definitiv die Datenbank kaputt gemacht, z.B. CSV Import oder Shop-Update)
:: -> Bei fehlgeschlagen Updates muss immer beides wiederhergestellt werden

== Vorbereiten der Wiederherstellung==
===1. Backup mounten===
:;1.1 Anmeldung im Cloudpit

:;1.2 Suche mittels Suchfunktion den Container, für welchen du das Backup einspielen möchtest

:;1.3 Suche dir unter "Datensicherung" das vom Kunden gewünschte Backup raus

:;1.4 Klicke unter Aktionen auf '''"Backup mounten"'''
::Achtung!!! Ausschließlich Backup mounten

:;1.5 Warte bis das Backup gemountet wurde
::Das Backup befindet sich nun im Ordner /mnt

===2. Ordner backup_estugo erstellen===
:;Melde Dich als ''admin'' im Plesk an

:;Wechsele in das Abo des Kunden

::Lege im Basisverzeichnis der Dateiverwaltung des Kunden (also auf oberster Ebene) den Ordner '''''backup_estugo''''' an.

== Wiederherstellung aus Backup in der Shell==

=== Verbinde dich per Putty auf den Container (z.B. www70.estugo.de)===
:;Melde Dich als User ''root'' auf dem Server an

===DATENBANK wiederherstellen===

:;Datenbank via Shell aus dem Ordner /mnt in den Ordner /backup_estugo im Kundenabo kopieren und entpacken
::Hierzu hast Du als Vorbereitung den Ordner '''''backup_estugo''''' im Basisverzeichnis des Kunden angelegt.
::Der folgende Befehl kopiert und entpackt die Datenbank aus /mnt in das Verzeichnis des Kunden: (Achtung Dokumentenstamm und DB-Name anpassen)
:::<code>cp -a /mnt/var/lib/mysql-gzdumps/'''''XXX_XX'''''.sql.gz /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/ && gunzip /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql.gz</code>

:;Im Anschluss Benutzer anpassen:
::Die Datenbank hat nun den Nutzer "root", damit der Kunde die Datei auch löschen kann, muss der Richtige Nutzer angepasst werden (meist der erste Teil der Subdomain)
:::<code>chown -R '''''############''''':psacln /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql</code>

:;Um eine Datenbankbackup aus dem direkten Ordner /mnt/var/lib/mysql zu besorgen zB wenn unser CronJob nicht klappte siehe weiter unten den Punkt Bonus DB

===FTP-DATEN wiederherstellen===

:;Am Besten wird es sein, Du startest das Backup in einer [[Screen-Session]]
::Nutze hierzu folgenden Befehl: <code>screen</code>
::Die Wiederherstellung läuft dann auch im Hintergrund weiter falls Du aus irgend einem Grund selbst aus der SSH Session "fliegst"

:;Die Daten aus dem Backup sind durch das Mounten auf dem Container eingehängt und zu finden im Ordner /mnt
::auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN
::Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain.

::: <code>rsync -arvuP /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>
:: um ein Backup zu beschleunigen und ggf unwichtige Ordner auszuschließen, hilt der Zusatz --exclude (siehe Beispiel)
::: <code>rsync -arvuP --exclude=verzeichnis/ /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>

===E-MAILS wiederherstellen (nur zur Info)===

:;Daten sind wie gehabt unter dem Ordner /mnt zu finden
::- z.B. per midnight commander (<code>mc</code>) den Mailordner des Kunden suchen und mit folgendem Befehl gezielt Dateien aus dem Backup in den Kundenverzeichnis kopieren.

::<code>rsync -arvuP /mnt/var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur/ /var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur</code>

:Hier ein Beispiel für die Wiederherstellung eines ganzen Postfach´s
::<code>rsync -av --delete /mnt/var/qmail/mailnames/tomaske.net/ordner/Maildir /var/qmail/mailnames/tomaske.net/ordner/</code>

==Nach der Wiederherstellung==
:;-> Es kann je nach Daten ca. 30-90 Minuten dauern
:;-> Sobald die Wiederherstellung abgeschlossen ist, informiere den Kunden

==Backup in Cloudpit abhängen==

:;Im Cloudpit unter "Datensicherungen" auf Backup unmounten klicken
::(Gekenntzeichnet durch den orange farbenen Balken oberhalb der verfügbaren Backups)

==Eintrag im Bahnhof==
:;-> Damit wir wissen wer wann Daten wiederhergestellt hat, halte dies in der Datenbank fest
:;-> Der Text könnte wie folgt lauten
::-> ersetze Kürzel, Datum und ggfs. den Text

::''^mp 18.04.2017:''
::''MySQL wiederhergestellt''
::''Ordner wiederhergestellt''

==Bonus_DB==

:; Datenbank direkt Dumpen aus z.B. /mnt/var/lib/mysql und hierin die DB web147_Wordpress

::Socket für MySQL auf Port 3333 öffnen mit dem /mnt Pfad als Datadir
:: <code>mysqld --datadir=/mnt/var/lib/mysql --user=mysql --port=3333 --socket=/tmp/mysqlmc.sock</code>

::Dump erstellen
::<code>mysqldump -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock web147_Wordpress >/root/web147_Wordpress.sql</code>

::Socket wieder schließen
::<code>mysql -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock --execute "shutdown;"</code>

Datenwiederherstellung aus Backup

2025-03-28T14:01:12Z

Standard: /* Vorbereiten der Wiederherstellung */

== Allgemeines ==

;1. Folgende Daten müssen vorliegen oder vom Kunden angefordert werden
: -> Server (siehe alternativ ggf. Bahnhof)
: -> Domain
: -> Datum der Wiederherstellung
: -> Ordner der wiederhergestellt werden soll
: -> Datenbank die wiederhergestellt werden soll
:: -> probiere vorab immer nur die Dateien wiederherzustellen, oft reicht dies schon aus (es sei denn der Kd hat definitiv die Datenbank kaputt gemacht, z.B. CSV Import oder Shop-Update)
:: -> Bei fehlgeschlagen Updates muss immer beides wiederhergestellt werden

== Vorbereiten der Wiederherstellung==
===1. Backup mounten===
:;1.1 Anmeldung im Cloudpit

:;1.2 Suche mittels Suchfunktion den Container, für welchen du das Backup einspielen möchtest

:;1.3 Suche dir unter "Datensicherung" das vom Kunden gewünschte Backup raus

:;1.4 Klicke unter Aktionen auf '''"Backup mounten"'''
::Achtung!!! Ausschließlich Backup mounten

:;1.5 Warte bis das Backup gemountet wurde
::Das Backup befindet sich nun im Ordner /mnt

===2. Ordner backup_estugo erstellen===
:;Melde Dich als ''admin'' im Plesk an

:;Wechsele in das Abo des Kunden

::Lege im Basisverzeichnis der Dateiverwaltung des Kunden (also auf oberster Ebene) den Ordner '''''backup_estugo''''' an.

==Zwischeninfo an den Kunden==

:;Vorlage im OTRS -> "Backup wiederherstellen"

::-> Informiere den Kunden über den Status
::-> ersetze Anrede und ggf. Ordnernamen
::-> lasse das Ticket offen

== Wiederherstellung aus Backup in der Shell==

=== Verbinde dich per Putty auf den Container (z.B. www70.estugo.de)===
:;Melde Dich als User ''root'' auf dem Server an

===DATENBANK wiederherstellen===

:;Datenbank via Shell aus dem Ordner /mnt in den Ordner /backup_estugo im Kundenabo kopieren und entpacken
::Hierzu hast Du als Vorbereitung den Ordner '''''backup_estugo''''' im Basisverzeichnis des Kunden angelegt.
::Der folgende Befehl kopiert und entpackt die Datenbank aus /mnt in das Verzeichnis des Kunden: (Achtung Dokumentenstamm und DB-Name anpassen)
:::<code>cp -a /mnt/var/lib/mysql-gzdumps/'''''XXX_XX'''''.sql.gz /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/ && gunzip /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql.gz</code>

:;Im Anschluss Benutzer anpassen:
::Die Datenbank hat nun den Nutzer "root", damit der Kunde die Datei auch löschen kann, muss der Richtige Nutzer angepasst werden (meist der erste Teil der Subdomain)
:::<code>chown -R '''''############''''':psacln /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql</code>

:;Um eine Datenbankbackup aus dem direkten Ordner /mnt/var/lib/mysql zu besorgen zB wenn unser CronJob nicht klappte siehe weiter unten den Punkt Bonus DB

===FTP-DATEN wiederherstellen===

:;Am Besten wird es sein, Du startest das Backup in einer [[Screen-Session]]
::Nutze hierzu folgenden Befehl: <code>screen</code>
::Die Wiederherstellung läuft dann auch im Hintergrund weiter falls Du aus irgend einem Grund selbst aus der SSH Session "fliegst"

:;Die Daten aus dem Backup sind durch das Mounten auf dem Container eingehängt und zu finden im Ordner /mnt
::auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN
::Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain.

::: <code>rsync -arvuP /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>
:: um ein Backup zu beschleunigen und ggf unwichtige Ordner auszuschließen, hilt der Zusatz --exclude (siehe Beispiel)
::: <code>rsync -arvuP --exclude=verzeichnis/ /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>

===E-MAILS wiederherstellen (nur zur Info)===

:;Daten sind wie gehabt unter dem Ordner /mnt zu finden
::- z.B. per midnight commander (<code>mc</code>) den Mailordner des Kunden suchen und mit folgendem Befehl gezielt Dateien aus dem Backup in den Kundenverzeichnis kopieren.

::<code>rsync -arvuP /mnt/var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur/ /var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur</code>

:Hier ein Beispiel für die Wiederherstellung eines ganzen Postfach´s
::<code>rsync -av --delete /mnt/var/qmail/mailnames/tomaske.net/ordner/Maildir /var/qmail/mailnames/tomaske.net/ordner/</code>

==Nach der Wiederherstellung==
:;-> Es kann je nach Daten ca. 30-90 Minuten dauern
:;-> Sobald die Wiederherstellung abgeschlossen ist, informiere den Kunden

==Backup in Cloudpit abhängen==

:;Im Cloudpit unter "Datensicherungen" auf Backup unmounten klicken
::(Gekenntzeichnet durch den orange farbenen Balken oberhalb der verfügbaren Backups)

==Eintrag im Bahnhof==
:;-> Damit wir wissen wer wann Daten wiederhergestellt hat, halte dies in der Datenbank fest
:;-> Der Text könnte wie folgt lauten
::-> ersetze Kürzel, Datum und ggfs. den Text

::''^mp 18.04.2017:''
::''MySQL wiederhergestellt''
::''Ordner wiederhergestellt''

==Bonus_DB==

:; Datenbank direkt Dumpen aus z.B. /mnt/var/lib/mysql und hierin die DB web147_Wordpress

::Socket für MySQL auf Port 3333 öffnen mit dem /mnt Pfad als Datadir
:: <code>mysqld --datadir=/mnt/var/lib/mysql --user=mysql --port=3333 --socket=/tmp/mysqlmc.sock</code>

::Dump erstellen
::<code>mysqldump -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock web147_Wordpress >/root/web147_Wordpress.sql</code>

::Socket wieder schließen
::<code>mysql -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock --execute "shutdown;"</code>

Datenwiederherstellung aus Backup

2025-03-28T13:59:43Z

Standard: /* Bonus_DB */

== Allgemeines ==

;1. Folgende Daten müssen vorliegen oder vom Kunden angefordert werden
: -> Server (siehe alternativ ggf. Bahnhof)
: -> Domain
: -> Datum der Wiederherstellung
: -> Ordner der wiederhergestellt werden soll
: -> Datenbank die wiederhergestellt werden soll
:: -> probiere vorab immer nur die Dateien wiederherzustellen, oft reicht dies schon aus (es sei denn der Kd hat definitiv die Datenbank kaputt gemacht, z.B. CSV Import oder Shop-Update)
:: -> Bei fehlgeschlagen Updates muss immer beides wiederhergestellt werden

== Vorbereiten der Wiederherstellung==
===1. Backup mounten===
:;1.1 Anmeldung im Cloudpit
::bei Shared-Servern (wwwxx, Mädchenname) Anmeldung mit Nutzer ''estugo_webhosting''
::bei Managed vServern Anmeldung mit Nutzer ''estugo''
::(https://cloudpit.io/auth/login) Zgd. findest du in Keepass

:;1.2 Suche mittels Suchfunktion den Container, für welchen du das Backup einspielen möchtest
::(z.B www70.estugo.de)

:;1.3 Suche dir unter "Datensicherung" das vom Kunden gewünschte Backup raus
::(z.B vom 30.01.)

:;1.4 Klicke unter Aktionen auf '''"Backup mounten"'''
::Achtung!!! Ausschließlich Backup mounten

:;1.5 Warte bis das Backup gemountet wurde
::Das Backup befindet sich nun im Ordner /mnt

===2. Ordner backup_estugo erstellen===
:;Melde Dich als ''admin'' im Plesk an

:;Wechsele in das Abo des Kunden

::Lege im Basisverzeichnis der Dateiverwaltung des Kunden (also auf oberster Ebene) den Ordner '''''backup_estugo''''' an.

==Zwischeninfo an den Kunden==

:;Vorlage im OTRS -> "Backup wiederherstellen"

::-> Informiere den Kunden über den Status
::-> ersetze Anrede und ggf. Ordnernamen
::-> lasse das Ticket offen

== Wiederherstellung aus Backup in der Shell==

=== Verbinde dich per Putty auf den Container (z.B. www70.estugo.de)===
:;Melde Dich als User ''root'' auf dem Server an

===DATENBANK wiederherstellen===

:;Datenbank via Shell aus dem Ordner /mnt in den Ordner /backup_estugo im Kundenabo kopieren und entpacken
::Hierzu hast Du als Vorbereitung den Ordner '''''backup_estugo''''' im Basisverzeichnis des Kunden angelegt.
::Der folgende Befehl kopiert und entpackt die Datenbank aus /mnt in das Verzeichnis des Kunden: (Achtung Dokumentenstamm und DB-Name anpassen)
:::<code>cp -a /mnt/var/lib/mysql-gzdumps/'''''XXX_XX'''''.sql.gz /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/ && gunzip /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql.gz</code>

:;Im Anschluss Benutzer anpassen:
::Die Datenbank hat nun den Nutzer "root", damit der Kunde die Datei auch löschen kann, muss der Richtige Nutzer angepasst werden (meist der erste Teil der Subdomain)
:::<code>chown -R '''''############''''':psacln /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql</code>

:;Um eine Datenbankbackup aus dem direkten Ordner /mnt/var/lib/mysql zu besorgen zB wenn unser CronJob nicht klappte siehe weiter unten den Punkt Bonus DB

===FTP-DATEN wiederherstellen===

:;Am Besten wird es sein, Du startest das Backup in einer [[Screen-Session]]
::Nutze hierzu folgenden Befehl: <code>screen</code>
::Die Wiederherstellung läuft dann auch im Hintergrund weiter falls Du aus irgend einem Grund selbst aus der SSH Session "fliegst"

:;Die Daten aus dem Backup sind durch das Mounten auf dem Container eingehängt und zu finden im Ordner /mnt
::auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN
::Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain.

::: <code>rsync -arvuP /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>
:: um ein Backup zu beschleunigen und ggf unwichtige Ordner auszuschließen, hilt der Zusatz --exclude (siehe Beispiel)
::: <code>rsync -arvuP --exclude=verzeichnis/ /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>

===E-MAILS wiederherstellen (nur zur Info)===

:;Daten sind wie gehabt unter dem Ordner /mnt zu finden
::- z.B. per midnight commander (<code>mc</code>) den Mailordner des Kunden suchen und mit folgendem Befehl gezielt Dateien aus dem Backup in den Kundenverzeichnis kopieren.

::<code>rsync -arvuP /mnt/var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur/ /var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur</code>

:Hier ein Beispiel für die Wiederherstellung eines ganzen Postfach´s
::<code>rsync -av --delete /mnt/var/qmail/mailnames/tomaske.net/ordner/Maildir /var/qmail/mailnames/tomaske.net/ordner/</code>

==Nach der Wiederherstellung==
:;-> Es kann je nach Daten ca. 30-90 Minuten dauern
:;-> Sobald die Wiederherstellung abgeschlossen ist, informiere den Kunden

==Backup in Cloudpit abhängen==

:;Im Cloudpit unter "Datensicherungen" auf Backup unmounten klicken
::(Gekenntzeichnet durch den orange farbenen Balken oberhalb der verfügbaren Backups)

==Eintrag im Bahnhof==
:;-> Damit wir wissen wer wann Daten wiederhergestellt hat, halte dies in der Datenbank fest
:;-> Der Text könnte wie folgt lauten
::-> ersetze Kürzel, Datum und ggfs. den Text

::''^mp 18.04.2017:''
::''MySQL wiederhergestellt''
::''Ordner wiederhergestellt''

==Bonus_DB==

:; Datenbank direkt Dumpen aus z.B. /mnt/var/lib/mysql und hierin die DB web147_Wordpress

::Socket für MySQL auf Port 3333 öffnen mit dem /mnt Pfad als Datadir
:: <code>mysqld --datadir=/mnt/var/lib/mysql --user=mysql --port=3333 --socket=/tmp/mysqlmc.sock</code>

::Dump erstellen
::<code>mysqldump -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock web147_Wordpress >/root/web147_Wordpress.sql</code>

::Socket wieder schließen
::<code>mysql -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock --execute "shutdown;"</code>

Datenwiederherstellung aus Backup

2025-03-28T13:58:26Z

Standard: /* Bonus_DB */

== Allgemeines ==

;1. Folgende Daten müssen vorliegen oder vom Kunden angefordert werden
: -> Server (siehe alternativ ggf. Bahnhof)
: -> Domain
: -> Datum der Wiederherstellung
: -> Ordner der wiederhergestellt werden soll
: -> Datenbank die wiederhergestellt werden soll
:: -> probiere vorab immer nur die Dateien wiederherzustellen, oft reicht dies schon aus (es sei denn der Kd hat definitiv die Datenbank kaputt gemacht, z.B. CSV Import oder Shop-Update)
:: -> Bei fehlgeschlagen Updates muss immer beides wiederhergestellt werden

== Vorbereiten der Wiederherstellung==
===1. Backup mounten===
:;1.1 Anmeldung im Cloudpit
::bei Shared-Servern (wwwxx, Mädchenname) Anmeldung mit Nutzer ''estugo_webhosting''
::bei Managed vServern Anmeldung mit Nutzer ''estugo''
::(https://cloudpit.io/auth/login) Zgd. findest du in Keepass

:;1.2 Suche mittels Suchfunktion den Container, für welchen du das Backup einspielen möchtest
::(z.B www70.estugo.de)

:;1.3 Suche dir unter "Datensicherung" das vom Kunden gewünschte Backup raus
::(z.B vom 30.01.)

:;1.4 Klicke unter Aktionen auf '''"Backup mounten"'''
::Achtung!!! Ausschließlich Backup mounten

:;1.5 Warte bis das Backup gemountet wurde
::Das Backup befindet sich nun im Ordner /mnt

===2. Ordner backup_estugo erstellen===
:;Melde Dich als ''admin'' im Plesk an

:;Wechsele in das Abo des Kunden

::Lege im Basisverzeichnis der Dateiverwaltung des Kunden (also auf oberster Ebene) den Ordner '''''backup_estugo''''' an.

==Zwischeninfo an den Kunden==

:;Vorlage im OTRS -> "Backup wiederherstellen"

::-> Informiere den Kunden über den Status
::-> ersetze Anrede und ggf. Ordnernamen
::-> lasse das Ticket offen

== Wiederherstellung aus Backup in der Shell==

=== Verbinde dich per Putty auf den Container (z.B. www70.estugo.de)===
:;Melde Dich als User ''root'' auf dem Server an

===DATENBANK wiederherstellen===

:;Datenbank via Shell aus dem Ordner /mnt in den Ordner /backup_estugo im Kundenabo kopieren und entpacken
::Hierzu hast Du als Vorbereitung den Ordner '''''backup_estugo''''' im Basisverzeichnis des Kunden angelegt.
::Der folgende Befehl kopiert und entpackt die Datenbank aus /mnt in das Verzeichnis des Kunden: (Achtung Dokumentenstamm und DB-Name anpassen)
:::<code>cp -a /mnt/var/lib/mysql-gzdumps/'''''XXX_XX'''''.sql.gz /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/ && gunzip /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql.gz</code>

:;Im Anschluss Benutzer anpassen:
::Die Datenbank hat nun den Nutzer "root", damit der Kunde die Datei auch löschen kann, muss der Richtige Nutzer angepasst werden (meist der erste Teil der Subdomain)
:::<code>chown -R '''''############''''':psacln /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/'''''XXX_XXX'''''.sql</code>

:;Um eine Datenbankbackup aus dem direkten Ordner /mnt/var/lib/mysql zu besorgen zB wenn unser CronJob nicht klappte siehe weiter unten den Punkt Bonus DB

===FTP-DATEN wiederherstellen===

:;Am Besten wird es sein, Du startest das Backup in einer [[Screen-Session]]
::Nutze hierzu folgenden Befehl: <code>screen</code>
::Die Wiederherstellung läuft dann auch im Hintergrund weiter falls Du aus irgend einem Grund selbst aus der SSH Session "fliegst"

:;Die Daten aus dem Backup sind durch das Mounten auf dem Container eingehängt und zu finden im Ordner /mnt
::auf z.B. www71.estugo.de via SSH anmelden dann entsprechendes aus dem Ordner /mnt in den Ordner backup_estugo KOPIEREN
::Passe im folgenden Befehl einfach den kompletten Ordnerpfad im ersten Teil an, im zweiten Teil nur den Namen der Subdomain.

::: <code>rsync -arvuP /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>
:: um ein Backup zu beschleunigen und ggf unwichtige Ordner auszuschließen, hilt der Zusatz --exclude (siehe Beispiel)
::: <code>rsync -arvuP --exclude=verzeichnis/ /mnt/var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/'''''html'''''/'''''gx2''''' /var/www/vhosts/'''''XXX.XXX'''''.hostkraft.de/backup_estugo/</code>

===E-MAILS wiederherstellen (nur zur Info)===

:;Daten sind wie gehabt unter dem Ordner /mnt zu finden
::- z.B. per midnight commander (<code>mc</code>) den Mailordner des Kunden suchen und mit folgendem Befehl gezielt Dateien aus dem Backup in den Kundenverzeichnis kopieren.

::<code>rsync -arvuP /mnt/var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur/ /var/qmail/mailnames/alexa-gmbh.at/office/Maildir/.Sent/cur</code>

:Hier ein Beispiel für die Wiederherstellung eines ganzen Postfach´s
::<code>rsync -av --delete /mnt/var/qmail/mailnames/tomaske.net/ordner/Maildir /var/qmail/mailnames/tomaske.net/ordner/</code>

==Nach der Wiederherstellung==
:;-> Es kann je nach Daten ca. 30-90 Minuten dauern
:;-> Sobald die Wiederherstellung abgeschlossen ist, informiere den Kunden

==Backup in Cloudpit abhängen==

:;Im Cloudpit unter "Datensicherungen" auf Backup unmounten klicken
::(Gekenntzeichnet durch den orange farbenen Balken oberhalb der verfügbaren Backups)

==Eintrag im Bahnhof==
:;-> Damit wir wissen wer wann Daten wiederhergestellt hat, halte dies in der Datenbank fest
:;-> Der Text könnte wie folgt lauten
::-> ersetze Kürzel, Datum und ggfs. den Text

::''^mp 18.04.2017:''
::''MySQL wiederhergestellt''
::''Ordner wiederhergestellt''

==Bonus_DB==

:; Datenbank direkt Dumpen aus z.B. /mnt/var/lib/mysql

::Folgenden Befehl habe ich für den Dump verwendet
:: <code>mysqld --datadir=/mnt/var/lib/mysql --user=mysql --port=3333 --socket=/tmp/mysqlmc.sock</code>

::Dump erstellen
::<code>mysqldump -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock web147_Wordpress >/root/web147_Wordpress.sql</code>

::Socket wieder schließen
::<code>mysql -uadmin -p$(cat /etc/psa/.psa.shadow) --protocol=socket --socket=/tmp/mysqlmc.sock --execute "shutdown;"</code>

SSH Befehle

2023-12-19T21:18:35Z

Standard: /* Dienste und Prozesse */

[[Category:SSH]]

=Dienste und Prozesse=
===Calculates the total CPU usage percentage of all running processes===
<code>ps aux | awk '{sum+=$3}; END{print "Total CPU usage:"; print sum}'</code>
===Show top 10 processes sorted by memory usage===
<code>ps -eo pid,ppid,cmd,%mem,%cpu --sort=-%mem | head</code>
===System Usage & Resource Consumption===
<code>while true
do
clear
echo "====== System Usage & Resource Consumption ======"
echo "CPU Usage"
echo "------------------------------------------------"
top -b -n1 | head -10
echo " "
echo "Free Memory"
echo "------------------------------------------------"
free -h
echo " "
echo "Disk Usage"
echo "------------------------------------------------"
df -h
sleep 5
done</code>
===Dienste neustarten===
;zum Neustarten kopiere eine Zeile und füge diese auf der Shell ein (ohne Klammern) weitere Optionen statt ''restart'' wären z.B. ''stop'' und ''start''
====OPEN VPN Dienst neustarten====
:<code>/etc/init.d/openvpnas restart</code>
====HTTP/Webserver/Apache====
:<code>service httpd restart</code>
====HTTP/Webserver/Nginx====
:<code>service nginx restart</code>
====FTP====
:<code>service xinetd restart</code>
====Datenbank/Sql/MariaDB====
:<code>service mariadb restart</code>
:<code>service mysqld restart</code>
====Authentifzierung Posteingang====
:<code>service courier-authdaemon restart</code>
====Authentifizierung Postausgang====
:<code>service saslauthd restart</code>
====Postfix/Postausgang====
:Wenn der Maildienst komplett neu gestartet werden soll, dann am Besten immer Postfix und auch die folgenden 4 Dienste neu starten
:<code>service postfix restart</code>
:<code>service postfix restart && service courier-imapd restart && service courier-imaps restart && service courier-pop3d restart && service courier-pop3s restart</code>
====IMAP ohne SSL====
:<code>service courier-imapd restart</code>
====IMAP mit SSL====
:<code>service courier-imaps restart</code>
====POP3 ohne SSL====
:<code>service courier-pop3d restart</code>
====POP3 mit SSL====
:<code>service courier-pop3s restart</code>
====Cronjobs====
:<code>service crond restart</code>
====Netzwerkverbindungen====
:<code>service network restart</code>
====Zabbix Agenten neustart====
:<code>service zabbix-agent restart</code>
====Plesk====
:<code>service psa restart</code>
====Plesk-Dienst====
:<code>service sw-cp-server restart</code>
====Plesk-Dienst====
:<code>service sw-engine restart</code>
===Dr. Web Virusdatenbank manuell updaten===
:<code>/opt/drweb/update.pl</code>
===laufende Prozesse/Dienste einsehen===
:<code>htop</code> oder <code>top</code> (zeigt auch die RAM und CPU Auslastung an)
:<code>ps auxf</code>
:<code>free -m</code> (zeigt den aktuell tatsächlich freien Arbeitsspeicher an)
===E-Mail versenden via SSH===
<code>echo "MAILTEXT" | mail -s "BETREFF" EMPFÄNGERADRESSE</code>

===Server-Status bei den Plesk-Servern öffnen===
<code>lynx --dump --width 200 -auth=monitor:MsdorRf2p3f <nowiki>http://localhost:7080/server-status</nowiki> | less</code>

===Plesk_AdminPasswort ändern===
<code>plesk bin admin --set-admin-password -passwd '*****'</code>

===Speicherplatz einzelner Accounts neu berechnen===
<code>/usr/local/psa/admin/sbin/statistics --calculate-one --domain-name=name.wwwXX.hostkraft.de</code>
===Speicherplatz aller Abo´s neu berechnen===
<code>/usr/local/psa/admin/sbin/statistics –calculate-all</code>

===Webstats für Domain entfernen===
<code>plesk bin domain --update example.com -webstat none</code>

=Alles rund um Dateien=
===Wörter in Dateien finden und ausgeben lassen===
<code>find /var/www/vhosts/hierdiedomain/httpdocs/ -type f -print0 |xargs --null grep -i "h</code>
===Dateinamen auslesen===
<code>ls -la /var/www/vhosts/andreaswehner.www81.hostkraft.de/httpdocs/logfiles | less</code>
===Dateien löschen===
<code>find /var/www/vhosts/andreaswehner.www81.hostkraft.de/httpdocs/logfiles -type f -name "error*.*.log.gz" -print0 | xargs -0 rm</code>
===Rechte/Ordner und Dateien Testshops richtig zuweisen bei fehler 404 Permissions denied....===
:<code>find /var/www/vhosts/marcusklopp.www72.hostkraft.de/httpdocs/ -type f -print0 | xargs -0 chmod 644</code>
:<code>find /var/www/vhosts/marcusklopp.www72.hostkraft.de/httpdocs/ -type d -print0 | xargs -0 chmod 755</code>

===Größe von Dateien und Ordner berechnen===
<code>du -h --max-depth=1</code>
===Verzeichnisgröße berechnen===
<code>du -sch /var</code>
===Daten via SSH von Shared auf anderen Shared verschieben===
<code>rsync -arvuP -e ssh /var/www/vhosts/#########/httpdocs/gx2/ root@www##.hostingprimus.de:/var/www/vhosts/#############/httpdocs/gx2</code>
:Im Anschluss Benutzer anpassen:
<code>find /var/www/vhosts/#####.www####.hostkraft.de/ -type f -exec ls -la --full-time {} \;|grep "2015-07-02 17:35"</code>

===Dateien zählen===
<code>cd /var/www/vhosts/sebastianmeier.www70.hostkraft.de/httpdocs/ && for i in `ls -a -1`; do echo "$i: `find $i|wc -l`"; done | sort -n -k2</code>
===neue Zeile am Ende der Datei einfügen ---> $a muss bestehen bleiben!===
<code>sed -i '$aNeue Zeile' /root/inodes.txt</code>
===Zeichen aus der Anzeige einer Datei ausschließen===
Konfigurationsdateien können so ohne die lästigen Hinweise angezeigt werden. So dass man nur die tatsächlichen Parameter angezeigt bekommt. 
Allerdings dann auch ohne die auskommentierten Zeilen. Also immer schön prüfen.
:<code>cat /etc/zabbix/zabbix_proxy.conf |grep -v "^#$"</code>
:<code>cat /etc/zabbix/zabbix_proxy.conf |grep -v "#"</code>

=Alles rund um Datenbanken=
===Db Dump via SSH===
<code>mysqldump -uadmin -p`cat /etc/psa/.psa.shadow` hierdbname > /var/www/vhosts/hierdiedomain/httpdocs/hierderneuedbname.sql</code>

===Datenbank kopieren===
<code>cp -a /mnt/var/lib/mysql-gzdumps/#####.sql.gz /tmp/ && gunzip /tmp/####.sql.gz</code>

===Datenbank wiederherstellen===
<code>mysql -uadmin -p`cat /etc/psa/.psa.shadow` ##### < /tmp/####.sql</code>

===alte, entpackte Datenbank löschen===
<code>rm -f tmp/####.sql</code>

==Arbeiten auf dem Datenbankserver via SSH==
Im Prinzip muss man nicht häufig via SSH auf den Datenbankserver zugreifen, da wir dies zumeist bequem über Plesk lösen. Jedoch gibt es die Möglichkeit, hier schnell und gezielt Informationen zu erhalten oder umzusetzen.
===Öffnen einer Sitzung:===
<code>plesk db</code>
:Ausgabe:
::''Welcome to the MariaDB monitor. Commands end with ; or \g.''
::''Your MariaDB connection id is 489180''
::''Server version: 10.2.26-MariaDB MariaDB Server''

::''Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.''

::''Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.''

;Innerhalb der Datenbanksitzung ändert sich die Eingabeaufforderung zu folgender Ansicht:
:MariaDB [psa]>

===Ein einfacher Befehl könnte nun z.B. lauten:===
Alle Datenbanken auf dem Server auflisten
:MariaDB [psa]> <code>show databases;</code>

Beachte: der Befehl wird mit einem Semikolon (;) beendet

===Ein etwas komplexerer Befehl zum Anzeigen bestimmter Parameter===
Auflisten aller verwendeter SQL Modi
:MariaDB [psa]> <code>SELECT @@SQL_MODE, @@GLOBAL.SQL_MODE;</code>

===Beenden der Datenbanksitzung===
:MariaDB [psa]> <code>exit</code>

=Alles rund um LOGS=
===Wo sind welche Logs===
;Maillog
:<code>cat /var/log/maillog | grep postfach@domain.tld</code>

;Ftplog - Logins
:<code>cat /var/log/secure | grep ftpuser</code>

;Ftplog - Transfer
:<code>cat /var/log/plesk/xferlog | grep ftpuser</code>

===Logging Reparieren===
;Sofern div. Prozesse / Befehle ( screen/weget/usw )nicht ordnungsgemäß durchlaufen.
:<code>rm -rf /var/log/journal/*</code>
:nach dem Löschen ist ein <code>reboot</code> unumgänglich
===LOG Live überprüfen===
:<code>watch 'tail -n 20 /var/log/maillog'</code>

===FTP Log überprüfen===
:<code>cat /var/log/secure | grep hierderuser</code>
===Zugriffe von Bots sortieren===
:<code>cat /var/www/vhosts/system''/hierdiedomain''/logs/access_log.processed | grep bot | awk -F\" '{print $6}' | sort | uniq -c | sort -n</code>
===Ordner für Statistiken neu anlegen===
:<code>/usr/local/psa/admin/sbin/relink-vhost-logs --domain-name andreaskaser.wwwXX.hostkraft.de --sys-user-login andreaskaser --create</code>

=Nützliches=
===Farbe der SSH Sitzung ändern===
;<code>printf '\e[38;5;34m Foreground color: green\n'</code>
;
===Passwörter von Postfächern auslesen===
;<code>/usr/local/psa/admin/bin/mail_auth_view | grep 'domain.tld'</code>
==IP auslesen aus mehrfacher Anzeige==
;<code>ip a | grep "venet0:0" | awk '{print $4}'</code>
:"ip a" als Grundbefehl , "grep" auf den zutreffensten Ausdruck der jeweilgen Zeile , "awk" hier auf den 4 Asudruck den geGREPten Zeile

SSH Befehle

2023-12-19T21:06:09Z

Standard: /* Dienste und Prozesse */

[[Category:SSH]]

=Dienste und Prozesse=
===System Usage & Resource Consumption===
<code>while true
do
clear
echo "====== System Usage & Resource Consumption ======"
echo "CPU Usage"
echo "------------------------------------------------"
top -b -n1 | head -10
echo " "
echo "Free Memory"
echo "------------------------------------------------"
free -h
echo " "
echo "Disk Usage"
echo "------------------------------------------------"
df -h
sleep 5
done</code>
===Dienste neustarten===
;zum Neustarten kopiere eine Zeile und füge diese auf der Shell ein (ohne Klammern) weitere Optionen statt ''restart'' wären z.B. ''stop'' und ''start''
====OPEN VPN Dienst neustarten====
:<code>/etc/init.d/openvpnas restart</code>
====HTTP/Webserver/Apache====
:<code>service httpd restart</code>
====HTTP/Webserver/Nginx====
:<code>service nginx restart</code>
====FTP====
:<code>service xinetd restart</code>
====Datenbank/Sql/MariaDB====
:<code>service mariadb restart</code>
:<code>service mysqld restart</code>
====Authentifzierung Posteingang====
:<code>service courier-authdaemon restart</code>
====Authentifizierung Postausgang====
:<code>service saslauthd restart</code>
====Postfix/Postausgang====
:Wenn der Maildienst komplett neu gestartet werden soll, dann am Besten immer Postfix und auch die folgenden 4 Dienste neu starten
:<code>service postfix restart</code>
:<code>service postfix restart && service courier-imapd restart && service courier-imaps restart && service courier-pop3d restart && service courier-pop3s restart</code>
====IMAP ohne SSL====
:<code>service courier-imapd restart</code>
====IMAP mit SSL====
:<code>service courier-imaps restart</code>
====POP3 ohne SSL====
:<code>service courier-pop3d restart</code>
====POP3 mit SSL====
:<code>service courier-pop3s restart</code>
====Cronjobs====
:<code>service crond restart</code>
====Netzwerkverbindungen====
:<code>service network restart</code>
====Zabbix Agenten neustart====
:<code>service zabbix-agent restart</code>
====Plesk====
:<code>service psa restart</code>
====Plesk-Dienst====
:<code>service sw-cp-server restart</code>
====Plesk-Dienst====
:<code>service sw-engine restart</code>
===Dr. Web Virusdatenbank manuell updaten===
:<code>/opt/drweb/update.pl</code>
===laufende Prozesse/Dienste einsehen===
:<code>htop</code> oder <code>top</code> (zeigt auch die RAM und CPU Auslastung an)
:<code>ps auxf</code>
:<code>free -m</code> (zeigt den aktuell tatsächlich freien Arbeitsspeicher an)
===E-Mail versenden via SSH===
<code>echo "MAILTEXT" | mail -s "BETREFF" EMPFÄNGERADRESSE</code>

===Server-Status bei den Plesk-Servern öffnen===
<code>lynx --dump --width 200 -auth=monitor:MsdorRf2p3f <nowiki>http://localhost:7080/server-status</nowiki> | less</code>

===Plesk_AdminPasswort ändern===
<code>plesk bin admin --set-admin-password -passwd '*****'</code>

===Speicherplatz einzelner Accounts neu berechnen===
<code>/usr/local/psa/admin/sbin/statistics --calculate-one --domain-name=name.wwwXX.hostkraft.de</code>
===Speicherplatz aller Abo´s neu berechnen===
<code>/usr/local/psa/admin/sbin/statistics –calculate-all</code>

===Webstats für Domain entfernen===
<code>plesk bin domain --update example.com -webstat none</code>

=Alles rund um Dateien=
===Wörter in Dateien finden und ausgeben lassen===
<code>find /var/www/vhosts/hierdiedomain/httpdocs/ -type f -print0 |xargs --null grep -i "h</code>
===Dateinamen auslesen===
<code>ls -la /var/www/vhosts/andreaswehner.www81.hostkraft.de/httpdocs/logfiles | less</code>
===Dateien löschen===
<code>find /var/www/vhosts/andreaswehner.www81.hostkraft.de/httpdocs/logfiles -type f -name "error*.*.log.gz" -print0 | xargs -0 rm</code>
===Rechte/Ordner und Dateien Testshops richtig zuweisen bei fehler 404 Permissions denied....===
:<code>find /var/www/vhosts/marcusklopp.www72.hostkraft.de/httpdocs/ -type f -print0 | xargs -0 chmod 644</code>
:<code>find /var/www/vhosts/marcusklopp.www72.hostkraft.de/httpdocs/ -type d -print0 | xargs -0 chmod 755</code>

===Größe von Dateien und Ordner berechnen===
<code>du -h --max-depth=1</code>
===Verzeichnisgröße berechnen===
<code>du -sch /var</code>
===Daten via SSH von Shared auf anderen Shared verschieben===
<code>rsync -arvuP -e ssh /var/www/vhosts/#########/httpdocs/gx2/ root@www##.hostingprimus.de:/var/www/vhosts/#############/httpdocs/gx2</code>
:Im Anschluss Benutzer anpassen:
<code>find /var/www/vhosts/#####.www####.hostkraft.de/ -type f -exec ls -la --full-time {} \;|grep "2015-07-02 17:35"</code>

===Dateien zählen===
<code>cd /var/www/vhosts/sebastianmeier.www70.hostkraft.de/httpdocs/ && for i in `ls -a -1`; do echo "$i: `find $i|wc -l`"; done | sort -n -k2</code>
===neue Zeile am Ende der Datei einfügen ---> $a muss bestehen bleiben!===
<code>sed -i '$aNeue Zeile' /root/inodes.txt</code>
===Zeichen aus der Anzeige einer Datei ausschließen===
Konfigurationsdateien können so ohne die lästigen Hinweise angezeigt werden. So dass man nur die tatsächlichen Parameter angezeigt bekommt. 
Allerdings dann auch ohne die auskommentierten Zeilen. Also immer schön prüfen.
:<code>cat /etc/zabbix/zabbix_proxy.conf |grep -v "^#$"</code>
:<code>cat /etc/zabbix/zabbix_proxy.conf |grep -v "#"</code>

=Alles rund um Datenbanken=
===Db Dump via SSH===
<code>mysqldump -uadmin -p`cat /etc/psa/.psa.shadow` hierdbname > /var/www/vhosts/hierdiedomain/httpdocs/hierderneuedbname.sql</code>

===Datenbank kopieren===
<code>cp -a /mnt/var/lib/mysql-gzdumps/#####.sql.gz /tmp/ && gunzip /tmp/####.sql.gz</code>

===Datenbank wiederherstellen===
<code>mysql -uadmin -p`cat /etc/psa/.psa.shadow` ##### < /tmp/####.sql</code>

===alte, entpackte Datenbank löschen===
<code>rm -f tmp/####.sql</code>

==Arbeiten auf dem Datenbankserver via SSH==
Im Prinzip muss man nicht häufig via SSH auf den Datenbankserver zugreifen, da wir dies zumeist bequem über Plesk lösen. Jedoch gibt es die Möglichkeit, hier schnell und gezielt Informationen zu erhalten oder umzusetzen.
===Öffnen einer Sitzung:===
<code>plesk db</code>
:Ausgabe:
::''Welcome to the MariaDB monitor. Commands end with ; or \g.''
::''Your MariaDB connection id is 489180''
::''Server version: 10.2.26-MariaDB MariaDB Server''

::''Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.''

::''Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.''

;Innerhalb der Datenbanksitzung ändert sich die Eingabeaufforderung zu folgender Ansicht:
:MariaDB [psa]>

===Ein einfacher Befehl könnte nun z.B. lauten:===
Alle Datenbanken auf dem Server auflisten
:MariaDB [psa]> <code>show databases;</code>

Beachte: der Befehl wird mit einem Semikolon (;) beendet

===Ein etwas komplexerer Befehl zum Anzeigen bestimmter Parameter===
Auflisten aller verwendeter SQL Modi
:MariaDB [psa]> <code>SELECT @@SQL_MODE, @@GLOBAL.SQL_MODE;</code>

===Beenden der Datenbanksitzung===
:MariaDB [psa]> <code>exit</code>

=Alles rund um LOGS=
===Wo sind welche Logs===
;Maillog
:<code>cat /var/log/maillog | grep postfach@domain.tld</code>

;Ftplog - Logins
:<code>cat /var/log/secure | grep ftpuser</code>

;Ftplog - Transfer
:<code>cat /var/log/plesk/xferlog | grep ftpuser</code>

===Logging Reparieren===
;Sofern div. Prozesse / Befehle ( screen/weget/usw )nicht ordnungsgemäß durchlaufen.
:<code>rm -rf /var/log/journal/*</code>
:nach dem Löschen ist ein <code>reboot</code> unumgänglich
===LOG Live überprüfen===
:<code>watch 'tail -n 20 /var/log/maillog'</code>

===FTP Log überprüfen===
:<code>cat /var/log/secure | grep hierderuser</code>
===Zugriffe von Bots sortieren===
:<code>cat /var/www/vhosts/system''/hierdiedomain''/logs/access_log.processed | grep bot | awk -F\" '{print $6}' | sort | uniq -c | sort -n</code>
===Ordner für Statistiken neu anlegen===
:<code>/usr/local/psa/admin/sbin/relink-vhost-logs --domain-name andreaskaser.wwwXX.hostkraft.de --sys-user-login andreaskaser --create</code>

=Nützliches=
===Farbe der SSH Sitzung ändern===
;<code>printf '\e[38;5;34m Foreground color: green\n'</code>
;
===Passwörter von Postfächern auslesen===
;<code>/usr/local/psa/admin/bin/mail_auth_view | grep 'domain.tld'</code>
==IP auslesen aus mehrfacher Anzeige==
;<code>ip a | grep "venet0:0" | awk '{print $4}'</code>
:"ip a" als Grundbefehl , "grep" auf den zutreffensten Ausdruck der jeweilgen Zeile , "awk" hier auf den 4 Asudruck den geGREPten Zeile

Migration Virtuozzo auf Proxmox

2023-08-06T11:02:00Z

Standard: /* Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

=Vorbereitungen auf dem nagelneuen Zielhost=

Profil & Einstellungen -> E-Mail Adresse - lautet diese bereits support@estugo.de? Wenn nicht, dann ändern auf support@estugo.de

Tools & Einstellungen -> E-Mail -> Mailserver-Einstellungen -> "SPF-Spamschutz aktivieren, um eingehende E-Mails zu überprüfen" -> DEAKTIVIEREN (falls aktiv)

Tools & Einstellungen -> E-Mail -> Spamfilter -> "Serverweiten Greylisting-Spamschutz aktivieren" -> DEAKTIVIEREN (falls aktiv)

CloudLinux Manager -> Users -> DEFAULT -> Edit (Stift-Icon rechts)

SPEED 150%

PMEM 1.5G

IO 20MB/s

CloudLinux Manager -> Selector -> Choose default modules for -> '''5.6''' auswählen

'''mysql''' DEAKTIVIEREN (falls aktiv)

'''mysqli''' DEAKTIVIEREN (falls aktiv)

'''nd_mysql''' AKTIVIEREN (falls inaktiv)

'''nd_mysqli''' AKTIVIEREN (falls inaktiv)

Abonnement zum Anlegen der *.estugo.de - Altservernamen erstellen

Abonnements -> Abonnement hinzufügen -> Domainname: mailserver.#neuerServer#.hostkraft.de -> Paket ist egal, die anderen Einstellungen auch

In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de

Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen

Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert

=Anpassen der TTL für die Domains die migriert werden so bald wie möglich im Voraus=

;Besorge Dir die Namen aller Domains die auf dem Server angelegt sind
:Nutze hierfür ein vorbereitets Script (domainumzug.sh) welches Du wie folgt beziehen kannst:
::<code>wget -P /root/ <nowiki>https://www.hostingprimus.de/files/scripts/umzugspaket/umzugspaket.zip</nowiki> && unzip -o umzugspaket.zip</code>
:- Es wird ein Paket von Scripten geladen und entpackt.
:- Führe das Domainumzug-Script aus und erhalte das Ergebnis via E-Mail an support@estugo.de
::<code>./domainumzug.sh</code>

;Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? TTL der Domain -> ersetzen -> Subdomains: alle [x] -> Neue SOA TTL: 600
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

==Kunden mit externer Domainverwaltung, deren Domains auf den Zielserver verweisen, im Vorfeld informieren. (Frist setzen, denn der Quellserver wird auch mal gestoppt)==

=[Bei den Servern www1., bis www69.estugo.de wurde mit web-Usern und Symlinks gearbeitet, daher gilt insbes. dort folgende Besonderheit VOR dem Transfer:]=

Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;1. Recherchiere, welche Sym-Links aktuell noch bestehen
:- Logge Dich als root auf dem Quellserver ein und sieh' die den Ordner /var/www an
::<code>mc /var/www/</code>
:- Symlinks findest Du unterhalb des Ordners "/vhosts/". Sie sehen so aus: "~web1" ''(z.B. für den Symlink von var/www/vhosts/web1.wwwx.hostkraft.de/ auf /var/www/web1/)''
:- Rot dargestellte Symlinks in diesem Ordner können entfernt/ignoriert werden.
:- Symlinks in weißer Farbe haben noch Verbindung zu einem aktuellen Abo unter "/var/www/vhosts/" und benötigen Deine Aufmerksamkeit.

;2. Schaue nach, welche Symlinks, bzw. verkürzte Dokumentenstammangaben in den Shopkonfigs der betreffenden Abos aktiv genutzt werden
:- Traurig aber wahr: Du musst hierfür (vorzugsweise bei Gambio-Kunden) in die configure.php Dateien schauen
:- Denke auch an .htaccess Dateien

;3. Ersetze im Kundenabo in der config den verkürzten Dokumentenstamm auf den kompletten Pfad
:Beispiel: "/var/www/web1/html/.." muss angepasst werden auf "/var/www/vhosts/web1.wwwx.hostkraft.de/html/..."

;4. Leere den 'cache' und 'template_c' Ordner so wie Du es kennst.

;5. Bei ganz alten Gambio-Shops ist der Stamm auch in der Datenbank enthalten
:- Öffne die Datenbank in phpMyAdmin (Du brauchst evtl. das DB-Passwort aus der configure.php)
:- suche nach /var/www/
:- Bearbeite den Eintrag innerhalb der Tabelle

'''Nimm Dir hierfür Zeit!'''

=Domainnamen des Quellservers auf dem Zielserver anlegen damit Plesk, Mails und FTP auch weiter über den alten Domainnamen funktionieren=

;1. Entweder das Abonnement "mailserver.#neuerServer#.hostkraft.de" existiert bereits:
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

;2. Wenn das Abonnement noch nicht existiert, dann hat bei Punkt 1 jemand geschlafen. Lege es spätestens nun an und füge die Subdomain hinzu
:- Abonnements -> Abonnement hinzufügen -> mailserver.#neuerServer#.hostkraft.de -> Paket ist egal
:- In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de
:- Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen
:- Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

=Migration aller Abos vom Quellserver auf den Zielserver=

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:- Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.
:- noch eleganter: Füge die IP des Zielhost in die Firewall ein.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos (bis auf die confixx-Subdomain Abos von www1., bis www69). Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein oder prüfe die Symlinks auf dem nächsten zu migrierenden Host.
:Schaue inwieweit Du die erhaltenen Warnmeldungen vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst vor dem tatsächlichen und finalen IP-Switch noch einmal eine allerletzte Synchronisierung machen.

;3. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;4. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden auf dem Quellserver verwendete PHP-Version aus.

;5. Achte darauf dass in den "normalen" PHP-Eisntellungen der Domain ein PHP-fastcgi Handler ausgewählt ist (sonst greift der selector nicht)
;5.a Achte insbes. bei Weiterleitungsdomains darauf, dass in den Hosting-Einstellungen das Häckchen für die 301 Weiterleitung auf https entfernt ist.

=Finale Synchronisierung der Kundendaten=
Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

=Die Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(socat ist global ausgerollt, aber falls doch notwendig findest Du Hinweise zur Installation von "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload (falls noch nicht in Schritt 2 geschehen):
: <code>wget -P /root/ <nowiki>https://www.hostingprimus.de/files/scripts/umzugspaket/umzugspaket.zip</nowiki> && unzip -o umzugspaket.zip</code>
:Das Script socat.sh befindet sich nun ausführbar im Ordner /root/

;2. Du kannst das Script auch manuell anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2a. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen !!

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

==Prüfe die Erreichbarkeit der Kundendomains==

:Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.
:- In dem Downloadpaket aus Schritt 1 ist auch das ausführbare Script ''webcheck.sh'' enthalten
:- Nachdem Du das Script ausgeführt hast <code>./webcheck.sh</code>, bekommst Du eine Liste mit Domainname und Statuscode. Das kann Dir helfen.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist final zu erledigen?=

==Neue IP in den Domain-DNS==

;Verfahre wie in Punkt 1 beim Anpassen der TTL
:- Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? A-Record -> ersetzen -> Subdomains: alle [x] -> alter Wert: QuellIP -> neuer Wert: ZielIP
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

;Passe die Domain hostkraft.de und schlussendlich auch die Domain estugo.de an

==Service-Pakete anpassen==
Nachdem die Abos final synchronisiert sind und die Portweiterleitung läuft, passe unbedingt die mit migrierten Servicepakete an. Noch besser: Ordne dem Kunden am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::"Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben''' (vernachlässigbar)
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"PHP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

==Stoppen des alten Servers==
;1. Stoppe nach +/- 7 Tagen den alten Server

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki><https://www.getpagespeed.com/files/centos6-eol.repo</nowiki>> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki><https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop && service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop && service courier-authdaemon stop</code>
:<code>service courier-imapd stop && service courier-imaps stop && service courier-pop3d stop && service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop && service nginx stop && service zabbix-agent stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Migration Virtuozzo auf Proxmox

2023-08-06T11:01:19Z

Standard: /* Anpassen der TTL für die Domains die migriert werden so bald wie möglich im Voraus */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

=Vorbereitungen auf dem nagelneuen Zielhost=

Profil & Einstellungen -> E-Mail Adresse - lautet diese bereits support@estugo.de? Wenn nicht, dann ändern auf support@estugo.de

Tools & Einstellungen -> E-Mail -> Mailserver-Einstellungen -> "SPF-Spamschutz aktivieren, um eingehende E-Mails zu überprüfen" -> DEAKTIVIEREN (falls aktiv)

Tools & Einstellungen -> E-Mail -> Spamfilter -> "Serverweiten Greylisting-Spamschutz aktivieren" -> DEAKTIVIEREN (falls aktiv)

CloudLinux Manager -> Users -> DEFAULT -> Edit (Stift-Icon rechts)

SPEED 150%

PMEM 1.5G

IO 20MB/s

CloudLinux Manager -> Selector -> Choose default modules for -> '''5.6''' auswählen

'''mysql''' DEAKTIVIEREN (falls aktiv)

'''mysqli''' DEAKTIVIEREN (falls aktiv)

'''nd_mysql''' AKTIVIEREN (falls inaktiv)

'''nd_mysqli''' AKTIVIEREN (falls inaktiv)

Abonnement zum Anlegen der *.estugo.de - Altservernamen erstellen

Abonnements -> Abonnement hinzufügen -> Domainname: mailserver.#neuerServer#.hostkraft.de -> Paket ist egal, die anderen Einstellungen auch

In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de

Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen

Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert

=Anpassen der TTL für die Domains die migriert werden so bald wie möglich im Voraus=

;Besorge Dir die Namen aller Domains die auf dem Server angelegt sind
:Nutze hierfür ein vorbereitets Script (domainumzug.sh) welches Du wie folgt beziehen kannst:
::<code>wget -P /root/ <nowiki>https://www.hostingprimus.de/files/scripts/umzugspaket/umzugspaket.zip</nowiki> && unzip -o umzugspaket.zip</code>
:- Es wird ein Paket von Scripten geladen und entpackt.
:- Führe das Domainumzug-Script aus und erhalte das Ergebnis via E-Mail an support@estugo.de
::<code>./domainumzug.sh</code>

;Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? TTL der Domain -> ersetzen -> Subdomains: alle [x] -> Neue SOA TTL: 600
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

==Kunden mit externer Domainverwaltung, deren Domains auf den Zielserver verweisen, im Vorfeld informieren. (Frist setzen, denn der Quellserver wird auch mal gestoppt)==

=[Bei den Servern www1., bis www69.estugo.de wurde mit web-Usern und Symlinks gearbeitet, daher gilt insbes. dort folgende Besonderheit VOR dem Transfer:]=

Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;1. Recherchiere, welche Sym-Links aktuell noch bestehen
:- Logge Dich als root auf dem Quellserver ein und sieh' die den Ordner /var/www an
::<code>mc /var/www/</code>
:- Symlinks findest Du unterhalb des Ordners "/vhosts/". Sie sehen so aus: "~web1" ''(z.B. für den Symlink von var/www/vhosts/web1.wwwx.hostkraft.de/ auf /var/www/web1/)''
:- Rot dargestellte Symlinks in diesem Ordner können entfernt/ignoriert werden.
:- Symlinks in weißer Farbe haben noch Verbindung zu einem aktuellen Abo unter "/var/www/vhosts/" und benötigen Deine Aufmerksamkeit.

;2. Schaue nach, welche Symlinks, bzw. verkürzte Dokumentenstammangaben in den Shopkonfigs der betreffenden Abos aktiv genutzt werden
:- Traurig aber wahr: Du musst hierfür (vorzugsweise bei Gambio-Kunden) in die configure.php Dateien schauen
:- Denke auch an .htaccess Dateien

;3. Ersetze im Kundenabo in der config den verkürzten Dokumentenstamm auf den kompletten Pfad
:Beispiel: "/var/www/web1/html/.." muss angepasst werden auf "/var/www/vhosts/web1.wwwx.hostkraft.de/html/..."

;4. Leere den 'cache' und 'template_c' Ordner so wie Du es kennst.

;5. Bei ganz alten Gambio-Shops ist der Stamm auch in der Datenbank enthalten
:- Öffne die Datenbank in phpMyAdmin (Du brauchst evtl. das DB-Passwort aus der configure.php)
:- suche nach /var/www/
:- Bearbeite den Eintrag innerhalb der Tabelle

'''Nimm Dir hierfür Zeit!'''

=Domainnamen des Quellservers auf dem Zielserver anlegen damit Plesk, Mails und FTP auch weiter über den alten Domainnamen funktionieren=

;1. Entweder das Abonnement "mailserver.#neuerServer#.hostkraft.de" existiert bereits:
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

;2. Wenn das Abonnement noch nicht existiert, dann hat bei Punkt 1 jemand geschlafen. Lege es spätestens nun an und füge die Subdomain hinzu
:- Abonnements -> Abonnement hinzufügen -> mailserver.#neuerServer#.hostkraft.de -> Paket ist egal
:- In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de
:- Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen
:- Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

=Migration aller Abos vom Quellserver auf den Zielserver=

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:- Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.
:- noch eleganter: Füge die IP des Zielhost in die Firewall ein.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos (bis auf die confixx-Subdomain Abos von www1., bis www69). Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein oder prüfe die Symlinks auf dem nächsten zu migrierenden Host.
:Schaue inwieweit Du die erhaltenen Warnmeldungen vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst vor dem tatsächlichen und finalen IP-Switch noch einmal eine allerletzte Synchronisierung machen.

;3. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;4. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden auf dem Quellserver verwendete PHP-Version aus.

;5. Achte darauf dass in den "normalen" PHP-Eisntellungen der Domain ein PHP-fastcgi Handler ausgewählt ist (sonst greift der selector nicht)
;5.a Achte insbes. bei Weiterleitungsdomains darauf, dass in den Hosting-Einstellungen das Häckchen für die 301 Weiterleitung auf https entfernt ist.

=Finale Synchronisierung der Kundendaten=
Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

=Die Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(socat ist global ausgerollt, aber falls doch notwendig findest Du Hinweise zur Installation von "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload (falls noch nicht in Schritt 2 geschehen):
:<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ <nowiki><https://www.estugo.de/files/scripts/umzugspaket.zip</nowiki>> && unzip -o umzugspaket.zip</code>
:Das Script socat.sh befindet sich nun ausführbar im Ordner /root/

;2. Du kannst das Script auch manuell anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2a. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen !!

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

==Prüfe die Erreichbarkeit der Kundendomains==

:Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.
:- In dem Downloadpaket aus Schritt 1 ist auch das ausführbare Script ''webcheck.sh'' enthalten
:- Nachdem Du das Script ausgeführt hast <code>./webcheck.sh</code>, bekommst Du eine Liste mit Domainname und Statuscode. Das kann Dir helfen.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist final zu erledigen?=

==Neue IP in den Domain-DNS==

;Verfahre wie in Punkt 1 beim Anpassen der TTL
:- Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? A-Record -> ersetzen -> Subdomains: alle [x] -> alter Wert: QuellIP -> neuer Wert: ZielIP
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

;Passe die Domain hostkraft.de und schlussendlich auch die Domain estugo.de an

==Service-Pakete anpassen==
Nachdem die Abos final synchronisiert sind und die Portweiterleitung läuft, passe unbedingt die mit migrierten Servicepakete an. Noch besser: Ordne dem Kunden am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::"Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben''' (vernachlässigbar)
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"PHP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

==Stoppen des alten Servers==
;1. Stoppe nach +/- 7 Tagen den alten Server

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki><https://www.getpagespeed.com/files/centos6-eol.repo</nowiki>> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki><https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop && service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop && service courier-authdaemon stop</code>
:<code>service courier-imapd stop && service courier-imaps stop && service courier-pop3d stop && service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop && service nginx stop && service zabbix-agent stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Migration Virtuozzo auf Proxmox

2023-08-06T11:00:40Z

Standard: /* Anpassen der TTL für die Domains die migriert werden so bald wie möglich im Voraus */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

=Vorbereitungen auf dem nagelneuen Zielhost=

Profil & Einstellungen -> E-Mail Adresse - lautet diese bereits support@estugo.de? Wenn nicht, dann ändern auf support@estugo.de

Tools & Einstellungen -> E-Mail -> Mailserver-Einstellungen -> "SPF-Spamschutz aktivieren, um eingehende E-Mails zu überprüfen" -> DEAKTIVIEREN (falls aktiv)

Tools & Einstellungen -> E-Mail -> Spamfilter -> "Serverweiten Greylisting-Spamschutz aktivieren" -> DEAKTIVIEREN (falls aktiv)

CloudLinux Manager -> Users -> DEFAULT -> Edit (Stift-Icon rechts)

SPEED 150%

PMEM 1.5G

IO 20MB/s

CloudLinux Manager -> Selector -> Choose default modules for -> '''5.6''' auswählen

'''mysql''' DEAKTIVIEREN (falls aktiv)

'''mysqli''' DEAKTIVIEREN (falls aktiv)

'''nd_mysql''' AKTIVIEREN (falls inaktiv)

'''nd_mysqli''' AKTIVIEREN (falls inaktiv)

Abonnement zum Anlegen der *.estugo.de - Altservernamen erstellen

Abonnements -> Abonnement hinzufügen -> Domainname: mailserver.#neuerServer#.hostkraft.de -> Paket ist egal, die anderen Einstellungen auch

In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de

Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen

Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert

=Anpassen der TTL für die Domains die migriert werden so bald wie möglich im Voraus=

;Besorge Dir die Namen aller Domains die auf dem Server angelegt sind
:Nutze hierfür ein vorbereitets Script (domainumzug.sh) welches Du wie folgt beziehen kannst:
::<code>wget -P /root/ <nowiki><https://www.hostingprimus.de/files/scripts/umzugspaket/umzugspaket.zip</nowiki>> && unzip -o umzugspaket.zip</code>
:- Es wird ein Paket von Scripten geladen und entpackt.
:- Führe das Domainumzug-Script aus und erhalte das Ergebnis via E-Mail an support@estugo.de
::<code>./domainumzug.sh</code>

;Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? TTL der Domain -> ersetzen -> Subdomains: alle [x] -> Neue SOA TTL: 600
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

==Kunden mit externer Domainverwaltung, deren Domains auf den Zielserver verweisen, im Vorfeld informieren. (Frist setzen, denn der Quellserver wird auch mal gestoppt)==

=[Bei den Servern www1., bis www69.estugo.de wurde mit web-Usern und Symlinks gearbeitet, daher gilt insbes. dort folgende Besonderheit VOR dem Transfer:]=

Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;1. Recherchiere, welche Sym-Links aktuell noch bestehen
:- Logge Dich als root auf dem Quellserver ein und sieh' die den Ordner /var/www an
::<code>mc /var/www/</code>
:- Symlinks findest Du unterhalb des Ordners "/vhosts/". Sie sehen so aus: "~web1" ''(z.B. für den Symlink von var/www/vhosts/web1.wwwx.hostkraft.de/ auf /var/www/web1/)''
:- Rot dargestellte Symlinks in diesem Ordner können entfernt/ignoriert werden.
:- Symlinks in weißer Farbe haben noch Verbindung zu einem aktuellen Abo unter "/var/www/vhosts/" und benötigen Deine Aufmerksamkeit.

;2. Schaue nach, welche Symlinks, bzw. verkürzte Dokumentenstammangaben in den Shopkonfigs der betreffenden Abos aktiv genutzt werden
:- Traurig aber wahr: Du musst hierfür (vorzugsweise bei Gambio-Kunden) in die configure.php Dateien schauen
:- Denke auch an .htaccess Dateien

;3. Ersetze im Kundenabo in der config den verkürzten Dokumentenstamm auf den kompletten Pfad
:Beispiel: "/var/www/web1/html/.." muss angepasst werden auf "/var/www/vhosts/web1.wwwx.hostkraft.de/html/..."

;4. Leere den 'cache' und 'template_c' Ordner so wie Du es kennst.

;5. Bei ganz alten Gambio-Shops ist der Stamm auch in der Datenbank enthalten
:- Öffne die Datenbank in phpMyAdmin (Du brauchst evtl. das DB-Passwort aus der configure.php)
:- suche nach /var/www/
:- Bearbeite den Eintrag innerhalb der Tabelle

'''Nimm Dir hierfür Zeit!'''

=Domainnamen des Quellservers auf dem Zielserver anlegen damit Plesk, Mails und FTP auch weiter über den alten Domainnamen funktionieren=

;1. Entweder das Abonnement "mailserver.#neuerServer#.hostkraft.de" existiert bereits:
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

;2. Wenn das Abonnement noch nicht existiert, dann hat bei Punkt 1 jemand geschlafen. Lege es spätestens nun an und füge die Subdomain hinzu
:- Abonnements -> Abonnement hinzufügen -> mailserver.#neuerServer#.hostkraft.de -> Paket ist egal
:- In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de
:- Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen
:- Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

=Migration aller Abos vom Quellserver auf den Zielserver=

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:- Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.
:- noch eleganter: Füge die IP des Zielhost in die Firewall ein.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos (bis auf die confixx-Subdomain Abos von www1., bis www69). Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein oder prüfe die Symlinks auf dem nächsten zu migrierenden Host.
:Schaue inwieweit Du die erhaltenen Warnmeldungen vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst vor dem tatsächlichen und finalen IP-Switch noch einmal eine allerletzte Synchronisierung machen.

;3. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;4. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden auf dem Quellserver verwendete PHP-Version aus.

;5. Achte darauf dass in den "normalen" PHP-Eisntellungen der Domain ein PHP-fastcgi Handler ausgewählt ist (sonst greift der selector nicht)
;5.a Achte insbes. bei Weiterleitungsdomains darauf, dass in den Hosting-Einstellungen das Häckchen für die 301 Weiterleitung auf https entfernt ist.

=Finale Synchronisierung der Kundendaten=
Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

=Die Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(socat ist global ausgerollt, aber falls doch notwendig findest Du Hinweise zur Installation von "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload (falls noch nicht in Schritt 2 geschehen):
:<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ <nowiki><https://www.estugo.de/files/scripts/umzugspaket.zip</nowiki>> && unzip -o umzugspaket.zip</code>
:Das Script socat.sh befindet sich nun ausführbar im Ordner /root/

;2. Du kannst das Script auch manuell anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2a. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen !!

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

==Prüfe die Erreichbarkeit der Kundendomains==

:Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.
:- In dem Downloadpaket aus Schritt 1 ist auch das ausführbare Script ''webcheck.sh'' enthalten
:- Nachdem Du das Script ausgeführt hast <code>./webcheck.sh</code>, bekommst Du eine Liste mit Domainname und Statuscode. Das kann Dir helfen.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist final zu erledigen?=

==Neue IP in den Domain-DNS==

;Verfahre wie in Punkt 1 beim Anpassen der TTL
:- Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? A-Record -> ersetzen -> Subdomains: alle [x] -> alter Wert: QuellIP -> neuer Wert: ZielIP
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

;Passe die Domain hostkraft.de und schlussendlich auch die Domain estugo.de an

==Service-Pakete anpassen==
Nachdem die Abos final synchronisiert sind und die Portweiterleitung läuft, passe unbedingt die mit migrierten Servicepakete an. Noch besser: Ordne dem Kunden am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::"Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben''' (vernachlässigbar)
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"PHP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

==Stoppen des alten Servers==
;1. Stoppe nach +/- 7 Tagen den alten Server

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki><https://www.getpagespeed.com/files/centos6-eol.repo</nowiki>> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki><https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop && service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop && service courier-authdaemon stop</code>
:<code>service courier-imapd stop && service courier-imaps stop && service courier-pop3d stop && service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop && service nginx stop && service zabbix-agent stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Migration Virtuozzo auf Proxmox

2023-08-06T10:58:37Z

Standard: Die Seite wurde neu angelegt: „Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung. =Vorbereitungen auf dem nagelneuen Zielhost= Profil & Einstellungen -> E-Mail Adresse - lautet diese bereits support@estugo.de? Wenn nicht, dann ändern auf support@estugo.de Tools & Einstellungen -> E-Mail -> Mailserver-Einstellungen -> "SPF-Spamschutz aktivieren, um eingehende E-Mails…“

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

=Vorbereitungen auf dem nagelneuen Zielhost=

Profil & Einstellungen -> E-Mail Adresse - lautet diese bereits support@estugo.de? Wenn nicht, dann ändern auf support@estugo.de

Tools & Einstellungen -> E-Mail -> Mailserver-Einstellungen -> "SPF-Spamschutz aktivieren, um eingehende E-Mails zu überprüfen" -> DEAKTIVIEREN (falls aktiv)

Tools & Einstellungen -> E-Mail -> Spamfilter -> "Serverweiten Greylisting-Spamschutz aktivieren" -> DEAKTIVIEREN (falls aktiv)

CloudLinux Manager -> Users -> DEFAULT -> Edit (Stift-Icon rechts)

SPEED 150%

PMEM 1.5G

IO 20MB/s

CloudLinux Manager -> Selector -> Choose default modules for -> '''5.6''' auswählen

'''mysql''' DEAKTIVIEREN (falls aktiv)

'''mysqli''' DEAKTIVIEREN (falls aktiv)

'''nd_mysql''' AKTIVIEREN (falls inaktiv)

'''nd_mysqli''' AKTIVIEREN (falls inaktiv)

Abonnement zum Anlegen der *.estugo.de - Altservernamen erstellen

Abonnements -> Abonnement hinzufügen -> Domainname: mailserver.#neuerServer#.hostkraft.de -> Paket ist egal, die anderen Einstellungen auch

In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de

Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen

Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert

=Anpassen der TTL für die Domains die migriert werden so bald wie möglich im Voraus=

;Besorge Dir die Namen aller Domains die auf dem Server angelegt sind
:Nutze hierfür ein vorbereitets Script (domainumzug.sh) welches Du wie folgt beziehen kannst:
::<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ <nowiki><https://www.estugo.de/files/scripts/umzugspaket.zip</nowiki>> && unzip -o umzugspaket.zip</code>
:- Es wird ein Paket von Scripten geladen und entpackt.
:- Führe das Domainumzug-Script aus und erhalte das Ergebnis via E-Mail an support@estugo.de
::<code>./domainumzug.sh</code>

;Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? TTL der Domain -> ersetzen -> Subdomains: alle [x] -> Neue SOA TTL: 600
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

==Kunden mit externer Domainverwaltung, deren Domains auf den Zielserver verweisen, im Vorfeld informieren. (Frist setzen, denn der Quellserver wird auch mal gestoppt)==

=[Bei den Servern www1., bis www69.estugo.de wurde mit web-Usern und Symlinks gearbeitet, daher gilt insbes. dort folgende Besonderheit VOR dem Transfer:]=

Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;1. Recherchiere, welche Sym-Links aktuell noch bestehen
:- Logge Dich als root auf dem Quellserver ein und sieh' die den Ordner /var/www an
::<code>mc /var/www/</code>
:- Symlinks findest Du unterhalb des Ordners "/vhosts/". Sie sehen so aus: "~web1" ''(z.B. für den Symlink von var/www/vhosts/web1.wwwx.hostkraft.de/ auf /var/www/web1/)''
:- Rot dargestellte Symlinks in diesem Ordner können entfernt/ignoriert werden.
:- Symlinks in weißer Farbe haben noch Verbindung zu einem aktuellen Abo unter "/var/www/vhosts/" und benötigen Deine Aufmerksamkeit.

;2. Schaue nach, welche Symlinks, bzw. verkürzte Dokumentenstammangaben in den Shopkonfigs der betreffenden Abos aktiv genutzt werden
:- Traurig aber wahr: Du musst hierfür (vorzugsweise bei Gambio-Kunden) in die configure.php Dateien schauen
:- Denke auch an .htaccess Dateien

;3. Ersetze im Kundenabo in der config den verkürzten Dokumentenstamm auf den kompletten Pfad
:Beispiel: "/var/www/web1/html/.." muss angepasst werden auf "/var/www/vhosts/web1.wwwx.hostkraft.de/html/..."

;4. Leere den 'cache' und 'template_c' Ordner so wie Du es kennst.

;5. Bei ganz alten Gambio-Shops ist der Stamm auch in der Datenbank enthalten
:- Öffne die Datenbank in phpMyAdmin (Du brauchst evtl. das DB-Passwort aus der configure.php)
:- suche nach /var/www/
:- Bearbeite den Eintrag innerhalb der Tabelle

'''Nimm Dir hierfür Zeit!'''

=Domainnamen des Quellservers auf dem Zielserver anlegen damit Plesk, Mails und FTP auch weiter über den alten Domainnamen funktionieren=

;1. Entweder das Abonnement "mailserver.#neuerServer#.hostkraft.de" existiert bereits:
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

;2. Wenn das Abonnement noch nicht existiert, dann hat bei Punkt 1 jemand geschlafen. Lege es spätestens nun an und füge die Subdomain hinzu
:- Abonnements -> Abonnement hinzufügen -> mailserver.#neuerServer#.hostkraft.de -> Paket ist egal
:- In diesem neuen Abo die Domain estugo.de hinzufügen -> + Domain hinzufügen -> Domainname: estugo.de
:- Wechseln in die Hosting-Einstellungen -> Zertifikat: Wildcardzertifikat "*.estugo.de" auswählen
:- Ganz wichtig: estugo.de -> E-Mail Einstellungen -> E-Mail-Service: Eingehende deaktiviert
:- dann füge eine neue Subdomain mit dem Namen des Quellservers hinzu -> Hosting-Typ: kein Webhosting
::''(selbsterklärend aber gern am Beispiel: Migrierst Du von z.B. www12.estugo.de alle Kunden auf alice.estugo.de, legst Du in dem Abonnement "mailserver.alice.hostkraft.de" nun die Subdomain "www12.estugo.de" an.)''

=Migration aller Abos vom Quellserver auf den Zielserver=

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:- Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.
:- noch eleganter: Füge die IP des Zielhost in die Firewall ein.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos (bis auf die confixx-Subdomain Abos von www1., bis www69). Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein oder prüfe die Symlinks auf dem nächsten zu migrierenden Host.
:Schaue inwieweit Du die erhaltenen Warnmeldungen vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst vor dem tatsächlichen und finalen IP-Switch noch einmal eine allerletzte Synchronisierung machen.

;3. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;4. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden auf dem Quellserver verwendete PHP-Version aus.

;5. Achte darauf dass in den "normalen" PHP-Eisntellungen der Domain ein PHP-fastcgi Handler ausgewählt ist (sonst greift der selector nicht)
;5.a Achte insbes. bei Weiterleitungsdomains darauf, dass in den Hosting-Einstellungen das Häckchen für die 301 Weiterleitung auf https entfernt ist.

=Finale Synchronisierung der Kundendaten=
Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

=Die Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(socat ist global ausgerollt, aber falls doch notwendig findest Du Hinweise zur Installation von "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload (falls noch nicht in Schritt 2 geschehen):
:<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ <nowiki><https://www.estugo.de/files/scripts/umzugspaket.zip</nowiki>> && unzip -o umzugspaket.zip</code>
:Das Script socat.sh befindet sich nun ausführbar im Ordner /root/

;2. Du kannst das Script auch manuell anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2a. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen !!

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

==Prüfe die Erreichbarkeit der Kundendomains==

:Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.
:- In dem Downloadpaket aus Schritt 1 ist auch das ausführbare Script ''webcheck.sh'' enthalten
:- Nachdem Du das Script ausgeführt hast <code>./webcheck.sh</code>, bekommst Du eine Liste mit Domainname und Statuscode. Das kann Dir helfen.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist final zu erledigen?=

==Neue IP in den Domain-DNS==

;Verfahre wie in Punkt 1 beim Anpassen der TTL
:- Wechsele nun in die partner.providerbox.com
:- Nutze folgendes Menü
::Nameserver -> Zonen ändern -> Was soll verändert werden? A-Record -> ersetzen -> Subdomains: alle [x] -> alter Wert: QuellIP -> neuer Wert: ZielIP
:- In das Feld "folgende Liste von Domains" fügst Du alle Domains aus der Datei domainliste.txt ein

;Passe die Domain hostkraft.de und schlussendlich auch die Domain estugo.de an

==Service-Pakete anpassen==
Nachdem die Abos final synchronisiert sind und die Portweiterleitung läuft, passe unbedingt die mit migrierten Servicepakete an. Noch besser: Ordne dem Kunden am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::"Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben''' (vernachlässigbar)
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"PHP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

==Stoppen des alten Servers==
;1. Stoppe nach +/- 7 Tagen den alten Server

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki><https://www.getpagespeed.com/files/centos6-eol.repo</nowiki>> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki><https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop && service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop && service courier-authdaemon stop</code>
:<code>service courier-imapd stop && service courier-imaps stop && service courier-pop3d stop && service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop && service nginx stop && service zabbix-agent stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

SSH Befehle

2023-08-01T21:12:15Z

Standard: /* Daten via SSH von Shared auf anderen Shared verschieben */

[[Category:SSH]]

=Dienste und Prozesse=
===Dienste neustarten===
;zum Neustarten kopiere eine Zeile und füge diese auf der Shell ein (ohne Klammern) weitere Optionen statt ''restart'' wären z.B. ''stop'' und ''start''
====OPEN VPN Dienst neustarten====
:<code>/etc/init.d/openvpnas restart</code>
====HTTP/Webserver/Apache====
:<code>service httpd restart</code>
====HTTP/Webserver/Nginx====
:<code>service nginx restart</code>
====FTP====
:<code>service xinetd restart</code>
====Datenbank/Sql/MariaDB====
:<code>service mariadb restart</code>
:<code>service mysqld restart</code>
====Authentifzierung Posteingang====
:<code>service courier-authdaemon restart</code>
====Authentifizierung Postausgang====
:<code>service saslauthd restart</code>
====Postfix/Postausgang====
:Wenn der Maildienst komplett neu gestartet werden soll, dann am Besten immer Postfix und auch die folgenden 4 Dienste neu starten
:<code>service postfix restart</code>
:<code>service postfix restart && service courier-imapd restart && service courier-imaps restart && service courier-pop3d restart && service courier-pop3s restart</code>
====IMAP ohne SSL====
:<code>service courier-imapd restart</code>
====IMAP mit SSL====
:<code>service courier-imaps restart</code>
====POP3 ohne SSL====
:<code>service courier-pop3d restart</code>
====POP3 mit SSL====
:<code>service courier-pop3s restart</code>
====Cronjobs====
:<code>service crond restart</code>
====Netzwerkverbindungen====
:<code>service network restart</code>
====Zabbix Agenten neustart====
:<code>service zabbix-agent restart</code>
====Plesk====
:<code>service psa restart</code>
====Plesk-Dienst====
:<code>service sw-cp-server restart</code>
====Plesk-Dienst====
:<code>service sw-engine restart</code>
===Dr. Web Virusdatenbank manuell updaten===
:<code>/opt/drweb/update.pl</code>
===laufende Prozesse/Dienste einsehen===
:<code>htop</code> oder <code>top</code> (zeigt auch die RAM und CPU Auslastung an)
:<code>ps auxf</code>
:<code>free -m</code> (zeigt den aktuell tatsächlich freien Arbeitsspeicher an)
===E-Mail versenden via SSH===
<code>echo "MAILTEXT" | mail -s "BETREFF" EMPFÄNGERADRESSE</code>

===Server-Status bei den Plesk-Servern öffnen===
<code>lynx --dump --width 200 -auth=monitor:MsdorRf2p3f <nowiki>http://localhost:7080/server-status</nowiki> | less</code>

===Plesk_AdminPasswort ändern===
<code>plesk bin admin --set-admin-password -passwd '*****'</code>

===Speicherplatz einzelner Accounts neu berechnen===
<code>/usr/local/psa/admin/sbin/statistics --calculate-one --domain-name=name.wwwXX.hostkraft.de</code>
===Speicherplatz aller Abo´s neu berechnen===
<code>/usr/local/psa/admin/sbin/statistics –calculate-all</code>

===Webstats für Domain entfernen===
<code>plesk bin domain --update example.com -webstat none</code>

=Alles rund um Dateien=
===Wörter in Dateien finden und ausgeben lassen===
<code>find /var/www/vhosts/hierdiedomain/httpdocs/ -type f -print0 |xargs --null grep -i "h</code>
===Dateinamen auslesen===
<code>ls -la /var/www/vhosts/andreaswehner.www81.hostkraft.de/httpdocs/logfiles | less</code>
===Dateien löschen===
<code>find /var/www/vhosts/andreaswehner.www81.hostkraft.de/httpdocs/logfiles -type f -name "error*.*.log.gz" -print0 | xargs -0 rm</code>
===Rechte/Ordner und Dateien Testshops richtig zuweisen bei fehler 404 Permissions denied....===
:<code>find /var/www/vhosts/marcusklopp.www72.hostkraft.de/httpdocs/ -type f -print0 | xargs -0 chmod 644</code>
:<code>find /var/www/vhosts/marcusklopp.www72.hostkraft.de/httpdocs/ -type d -print0 | xargs -0 chmod 755</code>

===Größe von Dateien und Ordner berechnen===
<code>du -h --max-depth=1</code>
===Verzeichnisgröße berechnen===
<code>du -sch /var</code>
===Daten via SSH von Shared auf anderen Shared verschieben===
<code>rsync -arvuP -e ssh /var/www/vhosts/#########/httpdocs/gx2/ root@www##.hostingprimus.de:/var/www/vhosts/#############/httpdocs/gx2</code>
:Im Anschluss Benutzer anpassen:
<code>find /var/www/vhosts/#####.www####.hostkraft.de/ -type f -exec ls -la --full-time {} \;|grep "2015-07-02 17:35"</code>

===Dateien zählen===
<code>cd /var/www/vhosts/sebastianmeier.www70.hostkraft.de/httpdocs/ && for i in `ls -a -1`; do echo "$i: `find $i|wc -l`"; done | sort -n -k2</code>
===neue Zeile am Ende der Datei einfügen ---> $a muss bestehen bleiben!===
<code>sed -i '$aNeue Zeile' /root/inodes.txt</code>
===Zeichen aus der Anzeige einer Datei ausschließen===
Konfigurationsdateien können so ohne die lästigen Hinweise angezeigt werden. So dass man nur die tatsächlichen Parameter angezeigt bekommt. 
Allerdings dann auch ohne die auskommentierten Zeilen. Also immer schön prüfen.
:<code>cat /etc/zabbix/zabbix_proxy.conf |grep -v "^#$"</code>
:<code>cat /etc/zabbix/zabbix_proxy.conf |grep -v "#"</code>

=Alles rund um Datenbanken=
===Db Dump via SSH===
<code>mysqldump -uadmin -p`cat /etc/psa/.psa.shadow` hierdbname > /var/www/vhosts/hierdiedomain/httpdocs/hierderneuedbname.sql</code>

===Datenbank kopieren===
<code>cp -a /mnt/var/lib/mysql-gzdumps/#####.sql.gz /tmp/ && gunzip /tmp/####.sql.gz</code>

===Datenbank wiederherstellen===
<code>mysql -uadmin -p`cat /etc/psa/.psa.shadow` ##### < /tmp/####.sql</code>

===alte, entpackte Datenbank löschen===
<code>rm -f tmp/####.sql</code>

==Arbeiten auf dem Datenbankserver via SSH==
Im Prinzip muss man nicht häufig via SSH auf den Datenbankserver zugreifen, da wir dies zumeist bequem über Plesk lösen. Jedoch gibt es die Möglichkeit, hier schnell und gezielt Informationen zu erhalten oder umzusetzen.
===Öffnen einer Sitzung:===
<code>plesk db</code>
:Ausgabe:
::''Welcome to the MariaDB monitor. Commands end with ; or \g.''
::''Your MariaDB connection id is 489180''
::''Server version: 10.2.26-MariaDB MariaDB Server''

::''Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.''

::''Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.''

;Innerhalb der Datenbanksitzung ändert sich die Eingabeaufforderung zu folgender Ansicht:
:MariaDB [psa]>

===Ein einfacher Befehl könnte nun z.B. lauten:===
Alle Datenbanken auf dem Server auflisten
:MariaDB [psa]> <code>show databases;</code>

Beachte: der Befehl wird mit einem Semikolon (;) beendet

===Ein etwas komplexerer Befehl zum Anzeigen bestimmter Parameter===
Auflisten aller verwendeter SQL Modi
:MariaDB [psa]> <code>SELECT @@SQL_MODE, @@GLOBAL.SQL_MODE;</code>

===Beenden der Datenbanksitzung===
:MariaDB [psa]> <code>exit</code>

=Alles rund um LOGS=
===Wo sind welche Logs===
;Maillog
:<code>cat /var/log/maillog | grep postfach@domain.tld</code>

;Ftplog - Logins
:<code>cat /var/log/secure | grep ftpuser</code>

;Ftplog - Transfer
:<code>cat /var/log/plesk/xferlog | grep ftpuser</code>

===Logging Reparieren===
;Sofern div. Prozesse / Befehle ( screen/weget/usw )nicht ordnungsgemäß durchlaufen.
:<code>rm -rf /var/log/journal/*</code>
:nach dem Löschen ist ein <code>reboot</code> unumgänglich
===LOG Live überprüfen===
:<code>watch 'tail -n 20 /var/log/maillog'</code>

===FTP Log überprüfen===
:<code>cat /var/log/secure | grep hierderuser</code>
===Zugriffe von Bots sortieren===
:<code>cat /var/www/vhosts/system''/hierdiedomain''/logs/access_log.processed | grep bot | awk -F\" '{print $6}' | sort | uniq -c | sort -n</code>
===Ordner für Statistiken neu anlegen===
:<code>/usr/local/psa/admin/sbin/relink-vhost-logs --domain-name andreaskaser.wwwXX.hostkraft.de --sys-user-login andreaskaser --create</code>

=Nützliches=
===Farbe der SSH Sitzung ändern===
;<code>printf '\e[38;5;34m Foreground color: green\n'</code>
;
===Passwörter von Postfächern auslesen===
;<code>/usr/local/psa/admin/bin/mail_auth_view | grep 'domain.tld'</code>
==IP auslesen aus mehrfacher Anzeige==
;<code>ip a | grep "venet0:0" | awk '{print $4}'</code>
:"ip a" als Grundbefehl , "grep" auf den zutreffensten Ausdruck der jeweilgen Zeile , "awk" hier auf den 4 Asudruck den geGREPten Zeile

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-22T09:43:47Z

Standard:

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich immer die die IP-Weiterleitung.

Aber auch bei Massenmigrationen, bei denen eine neue IP in Kauf genommen wird, sollte eine IP-Weiterleitung vom alten auf den neuen Server erfolgen. Stichworte: DNS-Cache, TTL, externe Domainverwaltung

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;1a. Sofern installiert und aktiv, stoppe in Plesk den Watchdog

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

;[3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben]*
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;[3a. Symlink erstellen (sudo -i)]*
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>
:
:<nowiki>*</nowiki> Nur bei Migrationen innerhalb CentOS oder CentOS->Almalinux o.ä. möglich
:
;3. Schaue, welche Symlinks auf dem Quellserver bestanden haben und passe die Konfigurationen der Shopsysteme und .htaccess auf den komplett Dokumentenstamm an.

;4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>
:Dieser Schritt ist '''nach jeder Synchronisation''' erforderlich!

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne dem migrierten Kunden am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::"Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")

;1. Scriptdownload:
<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ https://www.estugo.de/files/scripts/umzugspaket.zip</code>
<code>unzip -o umzugspaket.zip</code>

;2. Oder Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems in die Whitelist werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken -> ändert sich zu disabled

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop && service saslauthd stop && service courier-authdaemon stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service courier-imapd stop && service courier-imaps stop</code>
:<code>service courier-pop3d stop && service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop && service nginx stop && service zabbix-agent stop</code>
:<code></code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-22T09:36:27Z

Standard: /* Zu stoppende Dienste könnten sein: */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich immer die die IP-Weiterleitung.

Aber auch bei Massenmigrationen, bei denen eine neue IP in Kauf genommen wird, sollte eine IP-Weiterleitung vom alten auf den neuen Server erfolgen. Stichworte: DNS-Cache, TTL, externe Domainverwaltung

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

;[3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben]*
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;[3a. Symlink erstellen (sudo -i)]*
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>
:
:<nowiki>*</nowiki> Nur bei Migrationen innerhalb CentOS oder CentOS->Almalinux o.ä.
:
;[4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)]* (*Bei Migration auf CloudLinux)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload:
<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ https://www.estugo.de/files/scripts/umzugspaket.zip</code>
<code>unzip -o umzugspaket.zip</code>

;2. Oder Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop && service saslauthd stop && service courier-authdaemon stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service courier-imapd stop && service courier-imaps stop</code>
:<code>service courier-pop3d stop && service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop && service nginx stop && service zabbix-agent stop</code>
:<code></code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-22T09:33:16Z

Standard: /* Migration aller Abos vom Quellserver auf den Zielserver */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich immer die die IP-Weiterleitung.

Aber auch bei Massenmigrationen, bei denen eine neue IP in Kauf genommen wird, sollte eine IP-Weiterleitung vom alten auf den neuen Server erfolgen. Stichworte: DNS-Cache, TTL, externe Domainverwaltung

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

;[3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben]*
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;[3a. Symlink erstellen (sudo -i)]*
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>
:
:<nowiki>*</nowiki> Nur bei Migrationen innerhalb CentOS oder CentOS->Almalinux o.ä.
:
;[4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)]* (*Bei Migration auf CloudLinux)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload:
<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ https://www.estugo.de/files/scripts/umzugspaket.zip</code>
<code>unzip -o umzugspaket.zip</code>

;2. Oder Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-22T09:31:40Z

Standard:

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich immer die die IP-Weiterleitung.

Aber auch bei Massenmigrationen, bei denen eine neue IP in Kauf genommen wird, sollte eine IP-Weiterleitung vom alten auf den neuen Server erfolgen. Stichworte: DNS-Cache, TTL, externe Domainverwaltung

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

[;3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden habe
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;[3a. Symlink erstellen (sudo -i)]*
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

:::<nowiki>*</nowiki> Nur bei Migrationen innerhalb CentOS oder CentOS->Almalinux o.ä.

;[4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)]
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload:
<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ https://www.estugo.de/files/scripts/umzugspaket.zip</code>
<code>unzip -o umzugspaket.zip</code>

;2. Oder Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Glaskugel:Datenschutz

2023-07-22T09:19:33Z

Standard:

Schütze Deine Daten!

Glaskugel:Über Glaskugel

2023-07-22T09:19:09Z

Standard:

Die Glaskugel ist die interne Wissenssammlung von Kollegen für Kollegen

Hauptseite

2023-07-22T09:18:38Z

Standard: /* Top Themen */

=Willkommen in der Glaskugel=

'''Hier findest Du Hilfe zu so ziemlich allen möglichen Fragen'''

* Verschaffe Dir eine [https://wissen.hostingprimus.com/index.php?title=Spezial:Alle_Seiten '''Übersicht der verfügbaren Artikel'''].

* Oder die passende Lösung noch schneller finden:
::Gib Deinen Suchbegriff oben rechts ein und finde passende Artikel über die intelligente Suche.

* Nutze auch die [https://wissen.hostingprimus.com/index.php?title=Spezial:Kategorien '''Gliederung nach Kategorien'''], um schnell die passende Lösung für Deinen Anwendungszweck zu finden.

=Top Themen=

;:'''[https://wissen.hostingprimus.com/index.php?title=Hohe_load_(Notfallhandy)_bearbeiten Hohe Load]'''
;:'''[https://wissen.hostingprimus.com/index.php?title=Mailque_bearbeiten Mail-Q]'''
;:'''[https://wissen.hostingprimus.com/index.php?title=Besonderheiten_Domainendungen Domainendungen]'''
;:'''[https://wissen.hostingprimus.com/index.php?title=Hosted_Exchange_-_Organisation_anlegen Exchange]'''

Hauptseite

2023-07-22T09:18:13Z

Standard: /* Willkommen in der Glaskugel */

=Willkommen in der Glaskugel=

'''Hier findest Du Hilfe zu so ziemlich allen möglichen Fragen'''

* Verschaffe Dir eine [https://wissen.hostingprimus.com/index.php?title=Spezial:Alle_Seiten '''Übersicht der verfügbaren Artikel'''].

* Oder die passende Lösung noch schneller finden:
::Gib Deinen Suchbegriff oben rechts ein und finde passende Artikel über die intelligente Suche.

* Nutze auch die [https://wissen.hostingprimus.com/index.php?title=Spezial:Kategorien '''Gliederung nach Kategorien'''], um schnell die passende Lösung für Deinen Anwendungszweck zu finden.

=Top Themen=

;:'''[https://wiki.estugo.de/index.php?title=Hohe_load_(Notfallhandy)_bearbeiten Hohe Load]'''
;:'''[https://wiki.estugo.de/index.php?title=Mailque_bearbeiten Mail-Q]'''
;:'''[https://wiki.estugo.de/index.php?title=Besonderheiten_Domainendungen Domainendungen]'''
;:'''[https://wiki.estugo.de/index.php?title=Hosted_Exchange_-_Organisation_anlegen Exchange]'''

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-19T10:59:09Z

Standard: /* Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist. */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

;3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;3a. Symlink erstellen (sudo -i)
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

;4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload:
<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ https://www.estugo.de/files/scripts/umzugspaket.zip</code>
<code>unzip -o umzugspaket.zip</code>

;2. Oder Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix, denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://sharon.estugo.de/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-19T10:57:57Z

Standard:

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

;3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;3a. Symlink erstellen (sudo -i)
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

;4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -i)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")
;1. Scriptdownload:
<code>wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ https://www.estugo.de/files/scripts/umzugspaket.zip</code>
<code>unzip -o umzugspaket.zip</code>

;2. Oder Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/ oder http://mamonix.estugo.de/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-19T10:54:20Z

Standard:

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

;3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;3a. Symlink erstellen (sudo -)
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

;4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global. (sudo -)
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-19T10:52:55Z

Standard:

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst
:<code>service fail2ban stop && service iptables stop</code>
:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.

;3. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;3a. Symlink erstellen
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

;4. Der Migrator legt in vielen Fällen kein "selector dir" für die migrierten User an. Du machst das also einmal global.
:<code>/usr/sbin/cagefsctl --rebuild-alt-php-ini && /usr/sbin/cagefsctl --force-update</code>

;5. Wähle nun in Plesk, im Kundenabo, via PHP-Selector die vom Kunden verwendete PHP-Version aus.

;6. Finale Synchronisierung der Kundendaten
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;6. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an, ordne am besten ein passendes aktuelles Paket zu
:Ressorcen
::"Acronis Backup Limit" -> '''7'''
:Berechtigungen
::Verwaltung des Zugriffs auf den Server via SSH" -> '''Zugriff nur auf chrooted-Umgebung erlauben '''
::"Verwaltung von PHP-Version und -Handler" -> '''DEAKTIVIEREN'''
::"Backup und Wiederherstellung der Abonnement-Daten mittels Serverspeicher" -> '''AUS'''
::"Backup und Wiederherstellung der Abonnement-Daten mithilfe des Remote-Speichers" -> '''AUS'''
::"Acronis Backup" '''AKTIVIEREN'''
::"Weitere verfügbare Berechtigungen anzeigen" -> "Verwaltung von Domains" -> '''DEAKTIVIEREN'''
:Hosting-Parameter >
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''
:PHP-Einstellungen
::"HP-Unterstützung (PHP-Version)" -> eine fastcgi Version auswählen

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-10T15:12:43Z

Standard: /* Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;3. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;4a. Symlink erstellen
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh QUELL-IP ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-10T15:09:40Z

Standard: /* Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;3. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;4a. Symlink erstellen
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>/socat.sh $QUELL-IP $ZIEL-IP</code>

<code>./socat.sh QUELL-IP ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh $QUELL-IP $ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-10T14:55:35Z

Standard: /* Migration aller Abos vom Quellserver auf den Zielserver */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;3. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

;4a. Symlink erstellen
:Zum Beispiel für einen Symlink von web1.www12.hostkraft.de auf web1
:<code>cd /var/www/ && ln -s /var/www/vhosts/web1.www12.hostkraft.de/ /var/www/web1</code>

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>/socat.sh $QUELL-IP $ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh $QUELL-IP $ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-06T10:21:51Z

Standard: /* Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Duneben socat, ein Script */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;3. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Du neben socat, ein Script==
(Installation "socat" siehe weiter unten "Zusatzinformationen")

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>/socat.sh $QUELL-IP $ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh $QUELL-IP $ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-06T10:20:12Z

Standard: /* Migration aller Abos vom Quellserver auf den Zielserver */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;2a. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe noch keine Servicepakete o.ä. an, denn Du willst zum mit dem Kunden vereinbarten Termin noch einmal eine finale Synchronisierung machen.
:Gehe dazu in den Migrations Manager, klicke vorn auf die IP der Migration und in dem darauf folgenden Fenster findest du die Option [Erneut synchronisieren]

;3. Nachdem die Abos final synchronisiert sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Duneben socat, ein Script==

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>/socat.sh $QUELL-IP $ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh $QUELL-IP $ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-06T10:12:38Z

Standard: /* Migration aller Abos vom Quellserver auf den Zielserver */

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

:Beziehungsweise stoppe die Plesk Firewall sofern diese schon im Einsatz ist.

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;3. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Duneben socat, ein Script==

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>/socat.sh $QUELL-IP $ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh $QUELL-IP $ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-06T10:11:58Z

Standard:

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;3. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Duneben socat, ein Script==

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>/socat.sh $QUELL-IP $ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh $QUELL-IP $ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat

2023-07-06T10:10:01Z

Standard: Standard verschob die Seite CentOS Distributionswechsel IP-Weiterleitung / Portweiterleitung via socat nach Distributionswechsel auf CloudLinux -- IP-Weiterleitung / Portweiterleitung via socat, ohne dabei eine Weiterleitung anzulegen

Wenn ein neuer Server und alle darauf angelegten Domains unter der IP des alten (Quell-) servers erreichbar gemacht werden sollen, empfiehlt sich die IP-Weiterleitung.

=Vorarbeit ist natürlich, dass alle Kundenaccounts via Migrations Manager vom Quellserver auf den Zielserver übertragen wurden.=
==Dafür benötigst Du zunächst mal den neuen Server==

;1. Der Zielserver wird im Cloudpit mit dem gleichen Namen angelegt wie der Quellserver.

Beachte, dass Du im Plesk und auf der SSH des Zielservers zunächst ausschließlich mit der IP arbeiten kannst (z.B. 37.218.252.231:8443).
;!!! Ein Eintrag der neuen IP in die DNS zu estugo.de, hostkraft.de oder onlineshophosting.de darf nicht erfolgen, denn der Zielserver bekommt im Nachgang ja die IP des Quellservers !!!

;2. Arbeite gewissenhaft

;3. Klone den template.estugo.de auf den neuen Zielserver (analog zu [[Neuen Shared Server anlegen]])

;4. Passe auf dem Zielserver nach dem Klonen alles wie gehabt an. BIS AUF DAS HINZUFÜGEN ZU ZABBIX. Diesen Schritt bitte erst nach dem IP Switch.

;5. Nimm zusätzlich im Plesk des neuen (Zielservers) folgende Einstellungen vor

:Tools & Einstellungen > Datenbankserver
::"Präfix und Unterstrich an den Anfang von Datenbanknamen anfügen " -> '''Ohne'''
::"Benutzernamen und Unterstrich an den Anfang von Datenbankbenutzernamen anfügen" -> '''deaktivieren'''

:Tools & Einstellungen > Updates
::Installiere alle auf dem Quellserver verwendeten PHP-Versionen
::Kopiere die entsprechenden php.ini Inhalte vom Quellserver auf den Zielserver

;6. Für die PHP-Versionen 5.6 und 7.0 ist eine Korrektur via SSH notwendig
:Entferne die von Dogado standardmäßig auf vServern angelegte custom php.ini für PHP5.6 und PHP7.0
::<code>rm /opt/plesk/php/5.6/etc/php.d/zzzzzzzz_dogado.ini</code>
::<code>rm /opt/plesk/php/7.0/etc/php.d/zzzzzzzz_dogado.ini</code>

==Migration aller Abos vom Quellserver auf den Zielserver==

;1. Stoppe auf dem Quellserver den iptables und fail2ban Dienst

<code>service fail2ban stop && service iptables stop</code>

;2. Starte auf dem Zielserver den Migrationsmanager und migriere ALLE Kundenabos. Das dauert etwas. Mache in der Zwischenzeit etwas anderes. Richte zum Beispiel den nächsten Zielserver ein.
:Schaue inwieweit Du die erhaltenen Warnmeldung vor der Migration auf dem Quellserver beheben must, oder ob Du diese Warnungen ignorieren, bzw. die Fehler auf dem Zielserver beheben kannst.

;3. Nachdem zunächst mal alle Abos auf dem Zielserver gelandet sind, passe unbedingt die mit migrierten Servicepakete an
:Hosting-Parameter >
::"Dauerhafte, für SEO geeignete 301-Weiterleitung von HTTP zu HTTPS" -> '''deaktivieren'''
::"Webbenutzer dürfen Skripte nutzen" -> '''aktivieren'''
::"FastCGI-Unterstützung" -> '''aktivieren'''

;4. Anlegen der Sym-Links, so wie sie auf dem Quellserver auch bestanden haben
:Dieser Schritt ist notwendig, weil Du sicherlich nicht Lust hast den Dokumentenstamm in jedem einzelnen Abo und jeder Kundeninstallation anzupassen.
:Leider wurde früher mit diesen Symlinks gearbeitet, damit der Kunde nicht "var/www/vhosts/web1.wwwx.hostkraft.de/httpdocs" als Dokumentenpfad verwenden musste, sondern nur "/var/www/web1". Rächt sich jetzt und bei jeder Migration, sollte also tendenziell im Nachgang behoben werden.

=Die eigentliche Portweiterleitung vom Quellserver auf den neuen Zielserver=
;1. Logge Dich als User "root" auf dem Quellserver ein

==Die Weiterleitung wird über den Dienst SOCAT realisiert. Hierfür benötigst Duneben socat, ein Script==

;1. Script anlegen:

<code>mcedit socat.sh</code>

Inhalt:

<code>#!/bin/bash

ulimit -n 64000

socat -s TCP-LISTEN:143,fork,reuseaddr,bind=$1 TCP:$2:143 &

socat -s TCP-LISTEN:587,fork,reuseaddr,bind=$1 TCP:$2:587 &

socat -s TCP-LISTEN:80,fork,reuseaddr,bind=$1 TCP:$2:80 &

socat -s TCP-LISTEN:465,fork,reuseaddr,bind=$1 TCP:$2:465 &

socat -s TCP-LISTEN:25,fork,reuseaddr,bind=$1 TCP:$2:25 &

socat -s TCP-LISTEN:443,fork,reuseaddr,bind=$1 TCP:$2:443 &

socat -s TCP-LISTEN:110,fork,reuseaddr,bind=$1 TCP:$2:110 &

socat -s TCP-LISTEN:993,fork,reuseaddr,bind=$1 TCP:$2:993 &

socat -s TCP-LISTEN:995,fork,reuseaddr,bind=$1 TCP:$2:995 &

socat -s TCP-LISTEN:21,fork,reuseaddr,bind=$1 TCP:$2:21 &

socat -s TCP-LISTEN:20,fork,reuseaddr,bind=$1 TCP:$2:20 &

socat -s TCP-LISTEN:989,fork,reuseaddr,bind=$1 TCP:$2:989 &

socat -s TCP-LISTEN:990,fork,reuseaddr,bind=$1 TCP:$2:990 &

socat -s TCP-LISTEN:8443,fork,reuseaddr,bind=$1 TCP:$2:8443 &

socat -s TCP-LISTEN:8447,fork,reuseaddr,bind=$1 TCP:$2:8447 &

socat -s TCP-LISTEN:3306,fork,reuseaddr,bind=$1 TCP:$2:3306 &

socat -s TCP-LISTEN:7080,fork,reuseaddr,bind=$1 TCP:$2:7080 &

socat -s TCP-LISTEN:7081,fork,reuseaddr,bind=$1 TCP:$2:7081 &

socat -s TCP-LISTEN:8880,fork,reuseaddr,bind=$1 TCP:$2:8880 &

socat -s TCP-LISTEN:953,fork,reuseaddr,bind=$1 TCP:$2:953 &

socat -s TCP-LISTEN:53,fork,reuseaddr,bind=$1 TCP:$2:53 &

socat -s UDP-LISTEN:53,fork,reuseaddr,bind=$1 UDP:$2:53 &</code>

Ports können hier nach Bedarf weggelassen oder hinzugefügt werden.

;2. Script ausführbar machen

<code>chmod +x socat.sh</code>

==Alle Dienste stoppen, die das Script "umleiten" soll und Umleitung starten==

;1. Alle für die Weiterleitung relevanten Dienste müssen natürlich gestoppt werden, damit sie nicht mehr auf den Ports lauschen, auf die socat nun zugreifen soll. (siehe ganz unten)

Erst im Anschluss kann eine Portweiterleitung per socat erfolgen.

;2. Gestartet wird die Weiterleitung dann mittels

<code>/socat.sh $QUELL-IP $ZIEL-IP</code>

Bitte beachte, dass für die Dauer dieser Weiterleitung der fail2ban auf dem Zielsystem beendet werden oder die IP des Quellsystems gewhitelistet werden sollte, damit die Quell-IP nicht ggf. durch den fail2ban blockiert wird.

;3. Noch ein Tipp: Damit die Weiterleitungen rebootfest sind, die nicht mehr benötigten Dienste mittels

:CentOS7 -> <code>systemctl disable $Service</code>

:CentOS6 -> <code>chkconfig $Service off</code>

nicht mehr automatisch starteten lassen und das

''./socat.sh $QUELL-IP $ZIEL-IP''

in /etc/rc.local eintragen.

;4. Info an Dogado, dass der Switch der IP-Adressen von Quellserver und Zielserver erfolgen soll.

Arbeite hier mit der ContainerID, denn die Server haben den gleichen Namen!

==Prüfe die Erreichbarkeit der Kundendomains==

Im besten Fall hast Du eine Liste der Domains, die VOR dem Start des Scripts auf dem Quellserver funktionierten und prüfst nun, ob jede dieser Domains auf dem neuen Server ebenso funktioniert.

==Deaktiviere den Server in Zabbix (Shabbix), denn sonst würde Dir andauernd gemeldet, dass der Server down ist.==

Shared-Server: http://shabbix.estugo.de/zabbix/

Managed-vServer: http://zabbix.estugo.de/zabbix/

Configuration > Hosts > Status -> Dort einfach auf "Enabled" klicken

=Was ist nach dem IP-Switch zu erledigen?=

;Wenn Dogado bestätigt hat, dass der Switch der IP von Alt auf Neu erfolgt ist, muss Plesk entsprechend rekonfiguriert werden. (Beachte den nachfolgenden Punkt hierzu)

==Remapping der IP auf dem Zielserver WICHTIG!==

Hinweis: Die neue IP '''darf nicht''' unter Plesk> Extras & Einstellungen> IP-Adressen hinzugefügt werden, bevor Du die folgenden Anweisungen anwendest. Entfernen die IP, falls Du sie bereits hinzugefügt hast!

Plesk macht sehr genaue Angaben wie dieser Vorgang erfolgen soll:
https://support.plesk.com/hc/en-us/articles/115001761193-How-to-change-the-IP-address-of-the-Plesk-server-

==Hinzufügen des "neuen" Servers zu Zabbix==
;1. Lösche den Host, den Du am Vorabend deaktiviert hast aus Zabbix (Shabbix)

;2. Installiere den zabbix-Agenten auf dem neuen Server. Dieser verbindet sich dann ganz von alleine mit dem Zabbix/Shabbix und fügt den Server dort hinzu
:;Wechseln in das Zabbix-Verzeichnis
::<code>cd /root/zabbix_bereitstellung</code>
:;Ausführen des Installationsscripts
::<code>bash AddNodeToZabbix.sh</code>

==Stoppen des alten Servers==
;1. Stoppe den alten Server und sende Deinen Kollegen die neuen Zugangsdaten

;2. Um Speicherplatz freizugeben und auch die IP wieder verfügbar zu haben, setze Dir einen Termin für die Löschung des alten Servers +14 Tage

=Zusatzinformationen=

==Freilich muss zunächst socat installiert werden. Das ist auf Maschinen mit CentOS6 nicht zu einfach, aber es geht:==
;Die einfache Installation via yum scheitert zuverlässig daran, dass es für CentOS6 keine Standard yum-Repos mehr gibt. Alles was Du via yum machen willst, scheitert also.
;1. Du musst also yum erstmal ein funktionierende Repos geben:
<code>curl <nowiki>https://www.getpagespeed.com/files/centos6-eol.repo</nowiki> --output /etc/yum.repos.d/CentOS-Base.repo</code>

:Der Befehl zieht sich eine yum-Repo-Konfiguration mit funktionierenden Repos und schreibt diese gleich in die entsprechende yum-Konfiguration
:Genau nachlesen kannst Du das hier https://www.getpagespeed.com/server-setup/how-to-fix-yum-after-centos-6-went-eol

;2. Spezielles Repo für socat hinzufügen
<code>rpm -Uvh <nowiki>https://forensics.cert.org/cert-forensics-tools-release-el6.rpm</nowiki></code>

;3. Installation von socat unter Verwendung dieses Repos
<code>yum --enablerepo=forensics install socat</code>

;4. Repo deaktivieren (man weiß ja nie)
<code>rpm -e cert-forensics-tools-release</code>

==Zu stoppende Dienste könnten sein:==

:<code>service postfix stop</code>
:<code>service xinetd stop</code>
:<code>service spamassassin stop</code>
:<code>service psa stop</code>
:<code>service sw-engine stop</code>
:<code>service sw-cp-server stop</code>
:<code>service saslauthd stop</code>
:<code>service courier-authdaemon stop</code>
:<code>service courier-imapd stop</code>
:<code>service courier-imaps stop</code>
:<code>service courier-pop3d stop</code>
:<code>service courier-pop3s stop</code>
:<code>service crond stop</code>
:<code>service mysqld stop</code>
:<code>service mariadbd stop</code>
:<code>service httpd stop</code>
:<code>service nginx stop</code>

Hinterher via <code>ps faux</code> schauen ob noch Dienste laufen und ggfs. via <code>netstat -tulpn</code> schauen, ob noch ein Dienst auf einem Port lauscht den man weiterleiten möchte.

Hohe load (Notfallhandy) bearbeiten

2023-07-06T09:56:44Z

Standard: /* htop oder top */

[[Category:Bereitschaftswissen]]

=Allgemeines=
Die load average ist ein sehr wichtiger Wert im Bezug auf die Systemauslastung. Der Load in Linux-Systemen ist die '''Anzahl an wartenden Prozessen'''. Der optimale Wert entspricht immer der Anzahl der im System vorhandenen Prozessoren. In Systemen mit einem Single-Core-Prozessor ist der optimale Load 1, da zu dem Zeitpunkt ein Prozess in der Bearbeitungsschlange des Prozessors ist. Liegt der Wert unterhalb von 1, ist das System unterfordert, bei Werten über 1 überfordert. In Multicore-Prozessoren liegt der optimale Load höher. Bei einem Quad-Core-Prozessor beispielsweise 4.

Durch die aktuelle Anzahl der Prozesse lässt sich schlecht die Auslastung eines Systems abschätzen. Daher werden drei Mittelwerte (1 Minute, 5 Minuten und 15 Minuten) über die Anzahl der Prozesse gebildet.
[[Datei:Systemauslastung-top-free.gif]]

;Wichtig:
:Die Load beschreibt nicht die Auslastung der CPU. Es kann mehrere Gründe haben, warum die Bearbeitungswarteschlange wächst und immer mehr Prozesse auf ihre Abarbeitung warten.

=Tools zur Analyse der Systemauslastung=
Die Analyse der Systemauslastung erfolgt angemeldet als '''root''' auf der Shell des jeweiligen Servers. Folgende Tools können wir hier nutzen:
==htop oder top==
;top und htop zeigen die Auslastung der wichtigsten Systemressourcen wie CPU oder RAM
:Der Aufruf erfolgt per <code>top</code> oder <code>htop</code>
:markiert sind die Bereiche, die als Erstes ins Auge springen sollten:
:1. Zeile: load
:3. Zeile: CPU Auslastung (Achtung umgekehrt denken 60%id (idle) bedeutet 60% werden nicht benutzt = Auslastung 40%)
:4. Zeile (grün): Belegung des Arbeitsspeichers
:[[Datei:System-top.gif]]

==free oder free -m==
;Etwas übersichtlicher als top und htop ist das Tool free, welches uns ausschließlich über die Arbeitsspeicher-Belegung informiert.
:Der Aufruf erfolgt über <code>free</code> und <code>free -m</code>

==ps aux oder ps auxf==
;Manchmal benötigt man eine genaue Auflistung aller laufenden Prozesse um evtl. einen fehlerhaften Prozess ausfindig zu machen und gezielt zu beenden
:'''p'''rocesse'''s''' liefert eine Momentaufnahme der laufenden Prozesse. Wenn eine ständige Aktualisierung der Prozessliste gewünscht ist, solltest Du allerdings top verwenden.
:via <code>ps aux</code> erhältst Du eine Prozessliste, <code>ps auxf</code> liefert Dir eine "Prozessbaum"-Ansicht. Hier kannst Du den Prozess und die erzeugten Unterprozesse recherchieren.
:Noch genauere Infos bekommst Du auch in diesem Artikel: [[Alle laufenden Prozesse anzeigen]]

==POST Request abrufen==
;Um zu sehen wie viele Aufrufe von den jeweiligen Abos kommen
:<code>grep -H POST /var/www/vhosts/system/*/logs/access*log | cut -d ':' -f1|sort|uniq -c|sort -n|tail -n 20</code>

==lynx als Systemmonitor==
;für unsere Server haben wir ein Systemmonitoring mit welchem wir eine Momentaufnahme der gerade aktiven Domainaufrufe auswerten können:
:<code>lynx --dump --width 200 -auth=monitor:MsdorRf2p3f <nowiki>http://localhost:7080/server-status</nowiki> | less</code>

=== temporäres Aussperren einer IP-Adresse bis zum Reboot des Servers===
:<code>iptables -I INPUT -s '''1.2.3.4''' -j DROP</code>

:Sperrung aufheben
:<code>iptables -D INPUT -s '''1.2.3.4''' -j DROP</code>

===auffällig viele Verbindungen untersuchen===
;Wenn nun z.B. eine IP "'z.B. 91.223.89.130"' mit vielen Verbindungen zu "'cardmart.de"' auffällt würden wir uns diese IP in der access-log genauer anschauen:
:<code>cat /var/www/vhosts/system/'''cardmart.de'''/logs/access_log | grep '''91.223.89.130''' | less</code>

===weitere Auffälligkeiten "xmlrpc.php"===
;sollten im lynx verdächtige xmlrpc Verbindungen auftreten hilft dieser Beitrag [[Abuse Anfagen für xmlrpc.php ausfindig machen]] oder untenstehender Command
:<code>grep xmlrpc /var/www/vhosts/system/*/logs/access_log</code>

===Komische Einträge die vermutlich einen Angriff darstellen===
:''91.223.89.130 - - [08/Dec/2016:14:03:06 +0100] "GET /cgi-bin/search.cgi HTTP/1.0" 404 380 "() { Referer; }; echo -e \"Content-Type: text/plain\\n\"; echo -e \"\\0141\\0143\\0165\\0156\\0145\\0164\\0151\\0170\\0163\\0150\\0145\\0154\\0154\\0163\\0150\\0157\\0143\\0153\"" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.21 (KHTML, like Gecko) Chrome/41.0.2228.0 Safari/537.21"''

===Einträge einer IP zählen (nur zum Spass)===
:<code>cat /var/www/vhosts/system/'''cardmart.de'''/logs/access_log | grep '''91.223.89.130''' | wc -l</code>
:12623

== Queries Auswerten und Zählen ==

:<code>mysqladmin -u admin -p`cat /etc/psa/.psa.shadow` -i2 status</code>

:Ausgabe kann wie folgt aussehen:

:Uptime: 548218 Threads: 5 Questions: '''333058910''' Slow queries: 0 Opens: 5127974 Flush tables: 1 Open tables: 10240 Queries per second avg: 607.530
:Uptime: 548220 Threads: 12 Questions: 333061816 Slow queries: 0 Opens: 5128132 Flush tables: 1 Open tables: 10240 Queries per second avg: 607.533
:Uptime: 548222 Threads: 9 Questions: '''333064522''' Slow queries: 0 Opens: 5128226 Flush tables: 1 Open tables: 10240 Queries per second avg: 607.535

:Wie man hier sieht, sind innerhalb von 4 Sekunden ~5.500 Queries pro Sekunden durchgeführt worden ('''333064522 - 333058910''')

:Uptime - Die Uptime sind die Sekunden seit dem Start des SQL-Services
:Questions - Die Questions sind die SQL-Queries seit diesem Zeitpunkt.

=Nacharbeitung=

:- Bitte Kd per Mail informieren, der sollte diese IP-Adresse in seiner .htaccess aufnemen, ansonsten bitte direkt mit aufnehmen

:- Eintrag im Bahnhof vornehmen, ''bla blubb hohe Load, da IP "" zu viele Anfragen gestellt hat, sieht nach Angriff aus. IP in .htaccess gesperrt, Kd informiert''

Shoptransfer

2023-07-06T09:55:26Z

Standard: /* Shopdateien herunterladen */

==Allgemeines==
;Wenn ein Kunde die Migration seines Shops von einem anderen Anbieter zu uns wünscht, senden wir ihm immer zunächst die Vorlage aus dem ORTS
:-> Antworten -> Vorlage "Shop Migration"

----
Text der Vorlage:

''gerne führen wir die Migration Ihres Shopsystems von einem anderen Provider zu ESTUGO für Sie kostenfrei durch.''

''Bei dem Transfer von angepasster Shopsoftware, können wir Ihnen leider keinerlei Garantie geben, dass diese nach dem Transfer einwandfrei funktioniert. Es empfiehlt sich daher, die Shopsoftware entweder durch den jeweiligen Dienstleister transferieren zu lassen, oder aber alternativ die Shopsoftware von dem zuständigen Dienstleister nach dem Transfer überprüfen zu lassen.''

''Bevor wir die Migration Ihres Shopsystems einleiten können, lesen Sie bitte das folgende Schreiben aufmerksam durch und beachten Sie des weiteren bitte die folgenden sehr wichtigen Punkte:''

<nowiki>- kündigen Sie auf keinen Fall Ihren Vertrag bevor Ihre Daten/Dateien übernommen wurden.</nowiki>

<nowiki>- kündigen Sie auf keinen Fall Ihre Domains bevor die Übernahme dieser abgeschlossen ist.</nowiki>

<nowiki>- stellen Sie bitte sicher, das Sie über eine aktuelle Datensicherung verfügen (Datenbank/Dateien).</nowiki>

<nowiki>- sichern Sie Ihre E-Mails und richten Sie vorab alle benötigten E-Mails/Postfächer bei ESTUGO ein.</nowiki>

''Damit die Migration Ihres Shopsystems gestartet werden kann, senden Sie uns bitte die FTP-Zugangsdaten, sowie die Zugangsdaten für den Admin-Bereich Ihres Shops per E-Mail zu (Benutzer, Passwort, FTP Server).''

''Des weiteren teilen Sie uns bitte mit, in welchem Verzeichnis sich Ihr Shop befindet. Bei Unklarheiten, Fragen oder Problemen - zögern Sie bitte nicht uns zu kontaktieren!''

----

;Wenn SSL Bestellt wurde:
:Notiz im Ticket und im Bahnhof hinterlegen

==aktuelle Datenbank via MySQL-Dumper vom derzeitigen Server holen==
;1. per FTP auf dem derzeitigen Server des Kunden anmelden (Daten muss der Kd. uns senden)

;2. MySQLDumper auf den FTP-Server des Kunden hochladen (je nach PHP-VErsion)
:- .htaccess und .htpasswd (sofern vorhanden) nach dem Hochladen umbenennen und somit deaktivieren (sonst kannst Du den Dumper nicht aufrufen)

;3. My SQL-Dumper installieren
:- Aufruf des Installers via http://domaindeskunden.de/__mygmbdumper (zum Beispiel)
:- Datenbankdaten siehe ''configure.php'' Datei des Kunden

;4. Datenbankbackup anfertigen und herunterladen
:- im Dumper auf "Sicherung" klicken (linkes Seitenmenü) und dann auf "Backup erstellen" klicken
:- nach der Fertigstellung herunterladen

;5.- .htaccess und .htpasswd zurück benennen und somit aktivieren (!!! WICHTIG !!!)

==Shopdateien herunterladen==
;1. via direktem Transfer: https://wiki.estugo.de/index.php?title=Shoptransfer_per_%22wget%22_Command_auf_der_SSH

;2. auf fehlgeschlagene Übertragungen prüfen
:- die fehlgeschlagenen Übertragungen ggf. noch einmal durchführen

==inzwischen neue DB auf ESTUGO-Server anlegen==
;1. Datenbank im Plesk anlegen
:- Daten notieren, diese bekommt der Kd. später

;2. Das Datenbankabbild aus dem My SQL-Dumper per "Datenbankabbild importieren" in die neue Datenbank einfügen

==Anpassung der Dateien auf dem ESTUGO-Server==

;1. configure.php Dateien anpassen (URL auf Temp-Domain anpassen, Pfade auf /var/www/vhosts/XXX.wwwXX.hostkraft.de/httpdocs/Unterordner)
:- Datenbankinfos ebenfalls anpassen
:- Wenn der Shop vorher mit http://domain.de/shop aufgerufen wurde, muss das so beibehalten werden, zwecks Google und Co. !!

;(1a. Cachepfad im phpMyAdmin des Kunden anpassen)
:- auf Suche gehen und nach "/cache" suchen
:- Pfad anpassen auf /var/www/vhosts/XXX.wwwXX.hostkraft.de/httpdocs/Unterordner/cache

;2. Sofern vorhanden /cache und /templates_c Ordner leeren
:- index.html/.php, .htaccess, reset_cache und andere ähnliche "normale Dateinamen" nicht löschen
:- sess-Dateien und Dateien mit einem extrem langen Namen sollten entfernt werden
:- in manchen fällen muss der Token gelöscht werden muss ../shopordner/media/secure_token_12345

;3. Shop und Adminbereich prüfen
:- Prüfen ob der Login funktioniert, sowie jeweils eine Unterseite

;4. .htaccess Passwortschutz hinterlegen
:- wenn .htaccess auf FTP-Server vorhanden, dann Inhalte ganz oben hinzufügen (#!# nicht komplette Datei überschreiben !#!)
:- in der .htaccess den Pfad zur .htpasswdanpassen

;5. Login für .htaccess überprüfen, hierzu temp. Domain des Shops neu laden

;6. Im Bahnhof "Shoptransfer erfolgt - Kd testet" hinterlegen

==E-Mail an Kunden==
;aus der Vorlage im ORTS "Shop transferiert - Domainumzug"
:MySQL-Daten mitschicken

<nowiki>MySQL</nowiki>
<nowiki>Server: localhost</nowiki>
<nowiki>Benutzer:</nowiki>
<nowiki>Datenbank:</nowiki>
<nowiki>Passwort:</nowiki>

-----------
''Text der Mail''

''der Shop ist transferiert und vorerst unter "http://xxxx.de" zu erreichen.''

''Bitte überprüfen Sie den Shop und teilen uns eventuelle Probleme mit. Zur Anmeldung nehmen Sie bitte folgende Zugangsdaten:''

''*Benutzer: Shopbenutzer12''
''**Passwort: 9k2aS2s''

...
Hier die neuen mySQL Datenbank Daten einfügen
...

''Falls Sie keine Fehler finden können, teilen Sie uns bitte mit wann wir die Domains transferieren können.''

''Richten Sie auf jeden Fall noch vor der Domainübernahme Ihr Konto ein (E-Mail Adressen, Postfächer, Domainweiterleitungen). Bitte kopieren Sie alle
für Sie relevanten Dateien auf unseren FTP Server. Bitte vergessen Sie nicht Ihre E-Mails beim alten Provider zu sichern.''
''Bitte stellen Sie keine neuen Artikel mehr ein, da vor dem Domaintransfer nur die Datenbank inkl. Bestellungen und Einstellungen abgeglichen wird.''

''Wenn Sie alles überprüft und eingerichtet haben, füllen Sie bitte den im Anhang befindlichen KK-Antrag aus und schicken diesen zu Ihrem alten Provider. Sobald Sie die Freigabe oder Kündigungsbestätigung, sowie den Auth-Code der Domain(s) von Ihrem alten Provider erhalten haben, geben Sie uns bitte per E-Mail Bescheid, gerne werden wir den Domaintransfer dann umgehend für Sie einleiten.
''
''Vor dem Domaintransfer werden wir den Live-Shop in den Wartungsmodus setzen (sofern möglich). Dadurch vermeiden wir, dass während des Domainumzugs Bestellungen beim alten Provider verloren gehen.''

''Wenn Sie die Möglichkeit haben die IP-Adresse (A-Record) Ihrer Domain anzupassen, können wir dadurch längere Wartezeiten beim Domaintransfer vermeiden. Der sogenannte "A-Record" der Domain definiert den Server, welcher für die Ausgabe von Daten unterhalb einer Domain verantwortlich ist.''

-----------

;7. wenn mehr transferiert wurde als im Tarif vorhanden:
:größeres Paket empfehlen.

== Wenn der Kunde den Shop auf der Subdomain getestet hat, folgt der Domaintransfer ==

;1. Vor dem Domaintransfer
:- Live-Shop in den Wartungsmodus setzen
:- Datenbank erneut abgleichen (mysqldumper siehe oben vorher "entsperren")
:- MySQLDumper anschließend wieder "sperren"
:- Domaintransfer starten

;2. Nachdem die Domain erfolgreich transferiert wurde
:- Wartungsmodus im Adminbereich entfernen
:- Hauptdomain configure.php Dateien bei ESTUGO anpassen

;3. Sofern vorhanden /cache und /templates_c Ordner leeren
:- index.html/.php, .htaccess, reset_cache und andere ähnliche "normale Dateinamen" nicht löschen
:- sess-Dateien und Dateien mit einem extrem langen Namen sollten entfernt werden

;4. Bahnhofeintrag setzen
:- Shoptransfer erfolgt, Domain transferiert

;5. Buchhaltung Bescheid geben (domain.de / per KK ##.##.#### / ##€

==Kunde via e-Mail informieren, z.B. mit der Vorlage==

''der Transfer der Domain XXXXXX wurde eingeleitet und erfolgreich abgeschlossen, die Domain wird nach spätestens 24 Stunden weltweit auf das neue Ziel verweisen.''

==Eventuell ausstehendes SSL Zertifikat installieren oder sonstige gewünschte Arbeiten fortführen.==

Shoptransfer

2023-07-06T09:54:53Z

Standard:

==Allgemeines==
;Wenn ein Kunde die Migration seines Shops von einem anderen Anbieter zu uns wünscht, senden wir ihm immer zunächst die Vorlage aus dem ORTS
:-> Antworten -> Vorlage "Shop Migration"

----
Text der Vorlage:

''gerne führen wir die Migration Ihres Shopsystems von einem anderen Provider zu ESTUGO für Sie kostenfrei durch.''

''Bei dem Transfer von angepasster Shopsoftware, können wir Ihnen leider keinerlei Garantie geben, dass diese nach dem Transfer einwandfrei funktioniert. Es empfiehlt sich daher, die Shopsoftware entweder durch den jeweiligen Dienstleister transferieren zu lassen, oder aber alternativ die Shopsoftware von dem zuständigen Dienstleister nach dem Transfer überprüfen zu lassen.''

''Bevor wir die Migration Ihres Shopsystems einleiten können, lesen Sie bitte das folgende Schreiben aufmerksam durch und beachten Sie des weiteren bitte die folgenden sehr wichtigen Punkte:''

<nowiki>- kündigen Sie auf keinen Fall Ihren Vertrag bevor Ihre Daten/Dateien übernommen wurden.</nowiki>

<nowiki>- kündigen Sie auf keinen Fall Ihre Domains bevor die Übernahme dieser abgeschlossen ist.</nowiki>

<nowiki>- stellen Sie bitte sicher, das Sie über eine aktuelle Datensicherung verfügen (Datenbank/Dateien).</nowiki>

<nowiki>- sichern Sie Ihre E-Mails und richten Sie vorab alle benötigten E-Mails/Postfächer bei ESTUGO ein.</nowiki>

''Damit die Migration Ihres Shopsystems gestartet werden kann, senden Sie uns bitte die FTP-Zugangsdaten, sowie die Zugangsdaten für den Admin-Bereich Ihres Shops per E-Mail zu (Benutzer, Passwort, FTP Server).''

''Des weiteren teilen Sie uns bitte mit, in welchem Verzeichnis sich Ihr Shop befindet. Bei Unklarheiten, Fragen oder Problemen - zögern Sie bitte nicht uns zu kontaktieren!''

----

;Wenn SSL Bestellt wurde:
:Notiz im Ticket und im Bahnhof hinterlegen

==aktuelle Datenbank via MySQL-Dumper vom derzeitigen Server holen==
;1. per FTP auf dem derzeitigen Server des Kunden anmelden (Daten muss der Kd. uns senden)

;2. MySQLDumper auf den FTP-Server des Kunden hochladen (je nach PHP-VErsion)
:- .htaccess und .htpasswd (sofern vorhanden) nach dem Hochladen umbenennen und somit deaktivieren (sonst kannst Du den Dumper nicht aufrufen)

;3. My SQL-Dumper installieren
:- Aufruf des Installers via http://domaindeskunden.de/__mygmbdumper (zum Beispiel)
:- Datenbankdaten siehe ''configure.php'' Datei des Kunden

;4. Datenbankbackup anfertigen und herunterladen
:- im Dumper auf "Sicherung" klicken (linkes Seitenmenü) und dann auf "Backup erstellen" klicken
:- nach der Fertigstellung herunterladen

;5.- .htaccess und .htpasswd zurück benennen und somit aktivieren (!!! WICHTIG !!!)

==Shopdateien herunterladen==
;1. via direktem Transfer: https://wiki.estugo.de/index.php?search=wget&title=Spezial%3ASuche&go=Seite

;2. auf fehlgeschlagene Übertragungen prüfen
:- die fehlgeschlagenen Übertragungen ggf. noch einmal durchführen

==inzwischen neue DB auf ESTUGO-Server anlegen==
;1. Datenbank im Plesk anlegen
:- Daten notieren, diese bekommt der Kd. später

;2. Das Datenbankabbild aus dem My SQL-Dumper per "Datenbankabbild importieren" in die neue Datenbank einfügen

==Anpassung der Dateien auf dem ESTUGO-Server==

;1. configure.php Dateien anpassen (URL auf Temp-Domain anpassen, Pfade auf /var/www/vhosts/XXX.wwwXX.hostkraft.de/httpdocs/Unterordner)
:- Datenbankinfos ebenfalls anpassen
:- Wenn der Shop vorher mit http://domain.de/shop aufgerufen wurde, muss das so beibehalten werden, zwecks Google und Co. !!

;(1a. Cachepfad im phpMyAdmin des Kunden anpassen)
:- auf Suche gehen und nach "/cache" suchen
:- Pfad anpassen auf /var/www/vhosts/XXX.wwwXX.hostkraft.de/httpdocs/Unterordner/cache

;2. Sofern vorhanden /cache und /templates_c Ordner leeren
:- index.html/.php, .htaccess, reset_cache und andere ähnliche "normale Dateinamen" nicht löschen
:- sess-Dateien und Dateien mit einem extrem langen Namen sollten entfernt werden
:- in manchen fällen muss der Token gelöscht werden muss ../shopordner/media/secure_token_12345

;3. Shop und Adminbereich prüfen
:- Prüfen ob der Login funktioniert, sowie jeweils eine Unterseite

;4. .htaccess Passwortschutz hinterlegen
:- wenn .htaccess auf FTP-Server vorhanden, dann Inhalte ganz oben hinzufügen (#!# nicht komplette Datei überschreiben !#!)
:- in der .htaccess den Pfad zur .htpasswdanpassen

;5. Login für .htaccess überprüfen, hierzu temp. Domain des Shops neu laden

;6. Im Bahnhof "Shoptransfer erfolgt - Kd testet" hinterlegen

==E-Mail an Kunden==
;aus der Vorlage im ORTS "Shop transferiert - Domainumzug"
:MySQL-Daten mitschicken

<nowiki>MySQL</nowiki>
<nowiki>Server: localhost</nowiki>
<nowiki>Benutzer:</nowiki>
<nowiki>Datenbank:</nowiki>
<nowiki>Passwort:</nowiki>

-----------
''Text der Mail''

''der Shop ist transferiert und vorerst unter "http://xxxx.de" zu erreichen.''

''Bitte überprüfen Sie den Shop und teilen uns eventuelle Probleme mit. Zur Anmeldung nehmen Sie bitte folgende Zugangsdaten:''

''*Benutzer: Shopbenutzer12''
''**Passwort: 9k2aS2s''

...
Hier die neuen mySQL Datenbank Daten einfügen
...

''Falls Sie keine Fehler finden können, teilen Sie uns bitte mit wann wir die Domains transferieren können.''

''Richten Sie auf jeden Fall noch vor der Domainübernahme Ihr Konto ein (E-Mail Adressen, Postfächer, Domainweiterleitungen). Bitte kopieren Sie alle
für Sie relevanten Dateien auf unseren FTP Server. Bitte vergessen Sie nicht Ihre E-Mails beim alten Provider zu sichern.''
''Bitte stellen Sie keine neuen Artikel mehr ein, da vor dem Domaintransfer nur die Datenbank inkl. Bestellungen und Einstellungen abgeglichen wird.''

''Wenn Sie alles überprüft und eingerichtet haben, füllen Sie bitte den im Anhang befindlichen KK-Antrag aus und schicken diesen zu Ihrem alten Provider. Sobald Sie die Freigabe oder Kündigungsbestätigung, sowie den Auth-Code der Domain(s) von Ihrem alten Provider erhalten haben, geben Sie uns bitte per E-Mail Bescheid, gerne werden wir den Domaintransfer dann umgehend für Sie einleiten.
''
''Vor dem Domaintransfer werden wir den Live-Shop in den Wartungsmodus setzen (sofern möglich). Dadurch vermeiden wir, dass während des Domainumzugs Bestellungen beim alten Provider verloren gehen.''

''Wenn Sie die Möglichkeit haben die IP-Adresse (A-Record) Ihrer Domain anzupassen, können wir dadurch längere Wartezeiten beim Domaintransfer vermeiden. Der sogenannte "A-Record" der Domain definiert den Server, welcher für die Ausgabe von Daten unterhalb einer Domain verantwortlich ist.''

-----------

;7. wenn mehr transferiert wurde als im Tarif vorhanden:
:größeres Paket empfehlen.

== Wenn der Kunde den Shop auf der Subdomain getestet hat, folgt der Domaintransfer ==

;1. Vor dem Domaintransfer
:- Live-Shop in den Wartungsmodus setzen
:- Datenbank erneut abgleichen (mysqldumper siehe oben vorher "entsperren")
:- MySQLDumper anschließend wieder "sperren"
:- Domaintransfer starten

;2. Nachdem die Domain erfolgreich transferiert wurde
:- Wartungsmodus im Adminbereich entfernen
:- Hauptdomain configure.php Dateien bei ESTUGO anpassen

;3. Sofern vorhanden /cache und /templates_c Ordner leeren
:- index.html/.php, .htaccess, reset_cache und andere ähnliche "normale Dateinamen" nicht löschen
:- sess-Dateien und Dateien mit einem extrem langen Namen sollten entfernt werden

;4. Bahnhofeintrag setzen
:- Shoptransfer erfolgt, Domain transferiert

;5. Buchhaltung Bescheid geben (domain.de / per KK ##.##.#### / ##€

==Kunde via e-Mail informieren, z.B. mit der Vorlage==

''der Transfer der Domain XXXXXX wurde eingeleitet und erfolgreich abgeschlossen, die Domain wird nach spätestens 24 Stunden weltweit auf das neue Ziel verweisen.''

==Eventuell ausstehendes SSL Zertifikat installieren oder sonstige gewünschte Arbeiten fortführen.==

Shoptransfer

2023-07-06T07:52:42Z

Standard: /* aktuelle Datenbank vom derzeitigen Server holen */

==Allgemeines==
;Wenn ein Kunde die Migration seines Shops von einem anderen Anbieter zu uns wünscht, senden wir ihm immer zunächst die Vorlage aus dem ORTS
:-> Antworten -> Vorlage "Shop Migration"

----
Text der Vorlage:

''gerne führen wir die Migration Ihres Shopsystems von einem anderen Provider zu ESTUGO für Sie kostenfrei durch.''

''Bei dem Transfer von angepasster Shopsoftware, können wir Ihnen leider keinerlei Garantie geben, dass diese nach dem Transfer einwandfrei funktioniert. Es empfiehlt sich daher, die Shopsoftware entweder durch den jeweiligen Dienstleister transferieren zu lassen, oder aber alternativ die Shopsoftware von dem zuständigen Dienstleister nach dem Transfer überprüfen zu lassen.''

''Bevor wir die Migration Ihres Shopsystems einleiten können, lesen Sie bitte das folgende Schreiben aufmerksam durch und beachten Sie des weiteren bitte die folgenden sehr wichtigen Punkte:''

<nowiki>- kündigen Sie auf keinen Fall Ihren Vertrag bevor Ihre Daten/Dateien übernommen wurden.</nowiki>

<nowiki>- kündigen Sie auf keinen Fall Ihre Domains bevor die Übernahme dieser abgeschlossen ist.</nowiki>

<nowiki>- stellen Sie bitte sicher, das Sie über eine aktuelle Datensicherung verfügen (Datenbank/Dateien).</nowiki>

<nowiki>- sichern Sie Ihre E-Mails und richten Sie vorab alle benötigten E-Mails/Postfächer bei ESTUGO ein.</nowiki>

''Damit die Migration Ihres Shopsystems gestartet werden kann, senden Sie uns bitte die FTP-Zugangsdaten, sowie die Zugangsdaten für den Admin-Bereich Ihres Shops per E-Mail zu (Benutzer, Passwort, FTP Server).''

''Des weiteren teilen Sie uns bitte mit, in welchem Verzeichnis sich Ihr Shop befindet. Bei Unklarheiten, Fragen oder Problemen - zögern Sie bitte nicht uns zu kontaktieren!''

----

;Wenn SSL Bestellt wurde:
:Notiz im Ticket und im Bahnhof hinterlegen

==aktuelle Datenbank vom derzeitigen Server holen==
;1. per FTP auf dem derzeitigen Server des Kunden anmelden (Daten muss der Kd. uns senden)

;2. MySQLDumper <nowiki>(siehe Teamordner D:\shared\Listen_Infos_Anleitungen_etc\mys290k1ql_dump2931er065k) auf den FTP-Server des Kunden hochladen</nowiki>
:- .htaccess und .htpasswd anschließend umbenennen und somit deaktivieren

;3. My SQL-Dumper installieren
:- Aufruf via http://domaindeskunden.de/mys290k1ql_dump2931er065k
:- Datenbankdaten siehe ''configure.php'' Datei des Kunden

;4. Datenbankbackup anlegen und herunterladen
:- im Dumper auf Sicherung klicken und Backup erstellen
:- nach der Fertigstellung herunterladen

;5.- .htaccess und .htpasswd zurück benennen und somit aktivieren (!!! WICHTIG !!!)

==Shopdateien herunterladen==
;1. Shopordner inkl. MySQLDumper und Unterordnern vom Kunden auf die eigene Festplatte herunterladen
:- den Ordner mys290k1ql_dump2931er065k und (z.B.) bei Gambio den Cache und templates_c Ordner vom Download ausschließen
:- cache und templates_c als neue, leere Ordner im Downloadverzeichnis auf der Festplatte anlegen

;2. auf fehlgeschlagene Übertragungen prüfen
:- die fehlgeschlagenen Übertragungen ggf. noch einmal durchführen

==inzwischen neue DB auf ESTUGO-Server anlegen==
;1. Datenbank im Plesk anlegen
:- Daten notieren, diese bekommt der Kd. später)

;2. Das Datenbankabbild aus dem My SQL-Dumper per "Datenbankabbild importieren" in die neue Datenbank einfügen

==Shopdateien auf ESTUGO-Server hochladen==

;1. Kopierte Daten von der Festplatte auf den KundenFTP-Server im Ordner /httpdocs bei ESTUGO hochladen

;2. warten bis Dateien übertragen wurden, Weiterleitung im Plesk auf z.B: /Unterordner setzen
:- Wenn der Shop vorher mit http://domain.de/shop aufgerufen wurde, muss das so beibehalten werden, zwecks Google und Co. !!

==Anpassung der Dateien auf dem ESTUGO-Server==

;1. configure.php Dateien anpassen (URL auf Temp-Domain anpassen, Pfade auf /var/www/vhosts/XXX.wwwXX.hostkraft.de/httpdocs/Unterordner)
:- Datenbankinfos ebenfalls anpassen

;(1a. Cachepfad im phpMyAdmin des Kunden anpassen)
:- auf Suche gehen und nach "/cache" suchen
:- Pfad anpassen auf /var/www/vhosts/XXX.wwwXX.hostkraft.de/httpdocs/Unterordner/cache

;2. Sofern vorhanden /cache und /templates_c Ordner leeren
:- index.html/.php, .htaccess, reset_cache und andere ähnliche "normale Dateinamen" nicht löschen
:- sess-Dateien und Dateien mit einem extrem langen Namen sollten entfernt werden
:- in manchen fällen muss der Token gelöscht werden muss ../shopordner/media/secure_token_12345

;3. Shop und Adminbereich prüfen
:- Prüfen ob der Login funktioniert, sowie jeweils eine Unterseite

;4. .htaccess Passwortschutz hinterlegen
:- Dateien im Teamordner (D:\shared\Listen_Infos_Anleitungen_etc\.htaccess Passwortschutz (Shoptransfer)
:- wenn .htaccess auf FTP-Server vorhanden, dann Inhalte ganz oben hinzufügen (#!# nicht komplette Datei überschreiben !#!)
:- in der .htaccess den Pfad und Web-Benutzer anpassen

;5. Login für .htaccess überprüfen, hierzu temp. Domain des Shops neu laden

;6. Im Bahnhof "Shoptransfer erfolgt - Kd testet" hinterlegen

==E-Mail an Kunden==
;aus der Vorlage im ORTS "Shop transferiert - Domainumzug"
:MySQL-Daten mitschicken

<nowiki>MySQL</nowiki>
<nowiki>Server: localhost</nowiki>
<nowiki>Benutzer:</nowiki>
<nowiki>Datenbank:</nowiki>
<nowiki>Passwort:</nowiki>

-----------
''Text der Mail''

''der Shop ist transferiert und vorerst unter "http://xxxx.de" zu erreichen.''

''Bitte überprüfen Sie den Shop und teilen uns eventuelle Probleme mit. Zur Anmeldung nehmen Sie bitte folgende Zugangsdaten:''

''*Benutzer: Shopbenutzer12''
''**Passwort: 9k2aS2s''

...
Hier die neuen mySQL Datenbank Daten einfügen
...

''Falls Sie keine Fehler finden können, teilen Sie uns bitte mit wann wir die Domains transferieren können.''

''Richten Sie auf jeden Fall noch vor der Domainübernahme Ihr Konto ein (E-Mail Adressen, Postfächer, Domainweiterleitungen). Bitte kopieren Sie alle
für Sie relevanten Dateien auf unseren FTP Server. Bitte vergessen Sie nicht Ihre E-Mails beim alten Provider zu sichern.''
''Bitte stellen Sie keine neuen Artikel mehr ein, da vor dem Domaintransfer nur die Datenbank inkl. Bestellungen und Einstellungen abgeglichen wird.''

''Wenn Sie alles überprüft und eingerichtet haben, füllen Sie bitte den im Anhang befindlichen KK-Antrag aus und schicken diesen zu Ihrem alten Provider. Sobald Sie die Freigabe oder Kündigungsbestätigung, sowie den Auth-Code der Domain(s) von Ihrem alten Provider erhalten haben, geben Sie uns bitte per E-Mail Bescheid, gerne werden wir den Domaintransfer dann umgehend für Sie einleiten.
''
''Vor dem Domaintransfer werden wir den Live-Shop in den Wartungsmodus setzen (sofern möglich). Dadurch vermeiden wir, dass während des Domainumzugs Bestellungen beim alten Provider verloren gehen.''

''Wenn Sie die Möglichkeit haben die IP-Adresse (A-Record) Ihrer Domain anzupassen, können wir dadurch längere Wartezeiten beim Domaintransfer vermeiden. Der sogenannte "A-Record" der Domain definiert den Server, welcher für die Ausgabe von Daten unterhalb einer Domain verantwortlich ist.''

-----------

;7. wenn mehr transferiert wurde als im Tarif vorhanden:
:größeres Paket empfehlen.

== Wenn der Kunde den Shop auf der Subdomain getestet hat, folgt der Domaintransfer ==

;1. Vor dem Domaintransfer
:- Live-Shop in den Wartungsmodus setzen
:- Datenbank erneut abgleichen (mysqldumper siehe oben vorher "entsperren")
:- MySQLDumper anschließend wieder "sperren"
:- Domaintransfer starten

;2. Nachdem die Domain erfolgreich transferiert wurde
:- Wartungsmodus im Adminbereich entfernen
:- Hauptdomain configure.php Dateien bei ESTUGO anpassen

;3. Sofern vorhanden /cache und /templates_c Ordner leeren
:- index.html/.php, .htaccess, reset_cache und andere ähnliche "normale Dateinamen" nicht löschen
:- sess-Dateien und Dateien mit einem extrem langen Namen sollten entfernt werden

;4. Bahnhofeintrag setzen
:- Shoptransfer erfolgt, Domain transferiert

;5. Buchhaltung Bescheid geben (domain.de / per KK ##.##.#### / ##€

==Kunde via e-Mail informieren, z.B. mit der Vorlage==

''der Transfer der Domain XXXXXX wurde eingeleitet und erfolgreich abgeschlossen, die Domain wird nach spätestens 24 Stunden weltweit auf das neue Ziel verweisen.''

==Eventuell ausstehendes SSL Zertifikat installieren oder sonstige gewünschte Arbeiten fortführen.==

Mit der PDSh arbeiten

2023-06-28T14:54:46Z

Standard: /* einige sinnvolle PDSH-Befehle */

[[Category:SSH]]

=Allgemeines =

PDSh = Parallel Distributed Shell
:''
"Pdsh ist ein effizienter, Multithreaded Remote-Shell-Client, der Befehle auf mehreren entfernten Hosts parallel ausführt."''

=einige sinnvolle PDSH-Befehle=

;1. Speicherplatz aller www´s auslesen
:<code>pdsh -w www[1-97].estugo.de "df -h | grep ploop"</code>
;
;
;2. Speicherplatz aller www´s + Mädchenserver auslesen.
:<code>pdsh -w www[1-97].estugo.de "df -h | grep ploop" && pdsh -w 37.218.252.[113,114,160,199,207,208,209] "df -h | grep ploop"</code>
;
;2.1 '''Besser und neuer''' - Speicherplatz aller Shared Host´s auslesen
:<code>pdsh -w ^/root/PDSH/hosts "df -h | grep ploop"</code>

;3. Manchmal ist auf Servern z.B. ein Dienst oder ein Script nicht so eingerichtet, dass es bei einem Reboot automatisch geladen wird. Das kann man nachholen.
:'''3.A.''' Auf einem CentOS6 Server würde man zum Beispiel den DrWeb Dienst mit folgenden '''zwei Befehlen''' zum "Autostart" hinzufügen.
::<code>pdsh -w www[1-69].estugo.de "chkconfig --add drwebd"</code>
::und darauf folgend
::<code>pdsh -w www[1-69].estugo.de "chkconfig drwebd on"</code>

:'''3.B.''' Auf einem CentOS7 Server sähe das ganze etwas anders aus:
::<code>pdsh -w www[70-97].estugo.de "systemctl enable drwebd"</code>

;4. Auslesen der Product Version und Maskieren von Sonderzeichen
::<code>pdsh -w ^/root/PDSH/madel "plesk version | grep \"Product version"\"</code>

:Maskieren von zB Sonderzeichen wird unmittelbar vor und nach dem Sonderzeichen über ein " \ " realisiert, siehe Befehl oben.

;5 Korrektur eines z.B. angepassten Scriptes via umbenennen und neu hinzufügen
::<code>pdsh -w ^/root/PDSH/madel "mv /usr/local/sbin/monitor_mailqueue_plesk.sh /usr/local/sbin/monitor_mailqueue_plesk.org"</code>
::<code>pdsh -w ^/root/PDSH/madel "wget --user=Shopbenutzer12 --password='9k2aS2s' -P /usr/local/sbin/ <nowiki>https://www.estugo.de/files/scripts/monitor_mailqueue_plesk.sh</nowiki>"</code>

;6 Manuelles Update von DrWeb auf allen Servern ausführen
:auf Shared Maschinen
::<code>pdsh -w ^/root/PDSH/hosts "/opt/drweb/update.pl"</code>
:auf Managed Maschinen
::<code>pdsh -w ^/etc/pdsh/hosts "/opt/drweb/update.pl"</code>

=Verwendung von Host-Listen um die PDSH-Befehle zu vereinfachen=
:;Gerade bei verschiedenen, nicht numerischen, Hostnamen oder verschiedenen IP-Ranges, kann der PDSH-Befehl sehr lang und unübersichtlich werden. 
::Die PDSH kann daher auch so angepasst werden, dass man Host-Listen verwendet. 
::Durch ein Zirkumflex '''(^)''', gefolgt vom absoluten Pfad der Host-Liste (z.B. ^/root/PDSH/hosts) wird nun jeder Server aus dieser einfachen Liste angesteuert. 
::Die Liste wird wie folgt angelegt<nowiki>:</nowiki>
:::www1.estugo.de
:::www2.estugo.de
:::www3.estugo.de
:::www4.estugo.de
:::...
:::...
:::...

==Einsatz der Host-Listen: Auf der PDSh für unsere Shared Maschinen==
:;Der Befehl zum Auslesen der Speicherbelegung aller Shared Server (www UND Mädchenserver aus Punkt 2.) ist dann wesentlich überschaubarer wie folgt:
::<code>pdsh -w ^/root/PDSH/hosts "df -h | grep ploop"</code>

===Möglichkeit eigener Listen für z.B. ausschließlich CentOS6 Server===

:;Möchte ich beispielsweise nur CentOS6 Server bearbeiten, so kann ich für diese Server eine eigene Liste anfertigen und diese im Befehl verwenden
::Hierzu wird im Ordner, auf den für den Befehl zugegriffen wird, einfach eine entsprechende Liste angelegt (z.B. centos6) und diese dann im Pfad angegeben.
:::<code>pdsh -w ^/root/PDSH/centos6 "df -h | grep ploop"</code>

==Einsatz der Host-Listen: Auf der PDSH für unsere Managed Server==

:;Der PDSH-Befehl für die Managed schaut derzeit so aus:
::<code>pdsh -w 128.127.67.[13,37,44,46-50,52,54,55,59-63,65,67-69,83,110-114,116-122,124,126,149,160,188],93.90.188.[15,16,27,29],195.110.43.[16,18-20,46,49,81,89,122,204,240],192.162.85.[97,146,204],192.162.84.[5,6,23,38,114,172],195.34.83.[120,123,160,216,218,223],89.22.104.[106,108,149,153,243,198],89.22.105.[61,149,129],89.22.106.8,89.22.107.[91,144,168,177,218,224,251],89.22.120.[128,138],89.22.121.[43,87] "date"</code>
:;SCHLIMM!

:;Der gleiche Befehl bei Verwendung der Host-Liste sieht wie folgt aus
::<code>pdsh -w ^/etc/pdsh/hosts "date"</code>

=Pflege der Host-Listen=

Damit nicht versehentlich in der falschen Liste gearbeitet wird, habe ich die Host-Listen auf der Shared PDSh, sowie auf der Managed PDSh in verschiedenen Verzeichnissen angelegt. 
Innerhalb dieser Verzeichnisse können weitere individuelle Listen erstellt werden, welche dann im entsprechenden Befehl verwendet werden können.

==Host-Liste für die Managed PDSh==

:<code>mcedit /etc/pdsh/hosts</code>
::Bitte achtet darauf, dass Ihr '''keine''' Leerzeile nach der letzten Zeile einbaut. Die PDSh würde versuchen diese zu lesen und dann einen Fehler verursachen.
::Bei Löschungen von Managed Servern, diesen auch aus der Host-Liste löschen!

==Host-Liste für die Shared PDSh==

:alle shared Maschinen <code>mcedit /root/PDSH/hosts</code>
:nur CentOS6 Maschinen <code>mcedit /root/PDSH/centos6</code>
::beispielsweise bei cURL Updates

=via PDSh eine IP-Tables Regel auf allen Servern in die IP-Tables hinzufügen=

:;Hier am Beispiel der IP Range 37.218.252.0/24 . Diese füge ich wie folgt als als erlaubt (ACCEPT) für den Zugriff auf Port 22 (SSH) auf allen Managed vServern hinzu.
::<code>pdsh -w ^/etc/pdsh/hosts "service fail2ban stop >/dev/null 2>&1 && iptables -I INPUT -s 37.218.252.0/24 -p tcp --dport 22 -j ACCEPT >/dev/null && service iptables save >/dev/null 2>&1 && service fail2ban start >/dev/null 2>&1"</code>

:;Durch das Stoppen und Starten des fail2ban zieht sich dieser Vorgang ziemlich. Die "hosts" habe ich daher auf drei Dateien aufgeteilt. 
::Somit kann der obere Befehl nun aufgeteilt werden in "'''pdsh -w ^/etc/pdsh/hosts1 ..."; "pdsh -w ^/etc/pdsh/hosts2 ..."; "pdsh -w ^/etc/pdsh/hosts3 ..."'''

:;Was bedeutet in diesem Kontext ">/dev/null 2>&1"?
::'''>/dev/null''' leitet die Standardausgabe (stdout) nach '''/dev/null''' um, wodurch sie verworfen wird.
::'''2>&1''' leitet den Standardfehler (2) zur Standardausgabe (1) um, die ihn dann ebenfalls verwirft, da die Standardausgabe bereits umgeleitet wurde.

:;Get auch etwas exotischer mit der IP für den Zabbix-Server. Diese füge ich wie folgt als als erlaubt (ACCEPT) für den Zugriff auf Port 10050 auf allen Shared hinzu.
::<code>pdsh -w ^/root/PDSH/hosts "service fail2ban stop >/dev/null 2>&1 && iptables -A INPUT -s 89.22.107.170/32 -p tcp -m tcp --dport 10050 -j ACCEPT >/dev/null && service iptables save >/dev/null 2>&1 && service fail2ban start >/dev/null 2>&1"</code>

=Änderungen der php.ini auf allen Servern erledigen.=

:1. Zunächst die gewünschten Änderungen der php.ini im Plesk eines Servers vornehmen (an alle PHP-Versionen denken!)
:2. Erstelle nun einen Ordner z.B. php_ini auf dem lokalen Rechner
:3. via WinSCP Verbindung mit diesem Server herstellen (Anmeldung als root)
:4. Wechsele in das Vzeichnis /opt/plesk/php/7.x/etc/
::Das "x" steht für die entsprechende PHP-Version - jede Version hat einen eigenen Ordner
:5. kopiere die Datei php.ini in Deinen lokalen Ordner
:6. Benenne die Datei um in z.b. php70.ini für die php.ini aus dem Ordner 7.0
:7. Führe diesen Schritt für alle .php.ini Dateien in den verschiedenen Ordnern für die PHP-Versionen durch
:8. Verbinde Dich nun mit dem Server hosting.estugo.de und kopiere Dein lokales Verzeichnis php_ini in das Verzeichnis /var/www/vhosts/web2.hosting.hostkraft.de/html/estugo/files/scripts/
:9. Mache aus dem soeben hinzugefügten Ordner ein .zip File
:10. Logge Dich nun auf der PDSH ein und kopiere die .zip-File auf alle Server mit dem folgenden Befehl
::<code><nowiki>pdsh -w ^/root/PDSH/hosts "wget --user=Shopbenutzer12 --password='9k2aS2s' -P /root/ https://www.estugo.de/files/scripts/php_ini.zip"</nowiki></code>
:11. Entpacke die .zip-File auf allen Servern mit dem folgenden Befehl
::<code>pdsh -w ^/root/PDSH/hosts "unzip /root/php_ini.zip"</code>
:12. Ersetze nun die php.ini durch die geänderte Version mit dem folgenden Befehl
::<code>pdsh -w ^/root/PDSH/centos7 "cp /root/php_ini/php71.ini /opt/plesk/php/7.1/etc/php.ini"</code>
:13. Mache dies für alle PHP-Versionen entsprechend

Kategorie:Shopware

2023-06-22T11:51:50Z

Standard:

===Shopware 6 installieren===

====PLESK====
::Die Domain per SSL absichern (PosSSL wenn gewünscht, dann kostenpflichtig, ansonsten per Let'S Enscript (kostenfrei)
::Ordner '''"sw6"''' erstellen
::Domain auf '''sw6''' Ordner zeigen lassen (unter "Hosting")
====Datenbank anlegen====
::"Datenbank hinzufügen"
::Datenbankname eingeben -> markieren und in Textdatei speichern (beim Kopieren auf den Zusatz davor achten!)
::Datenbankbenutzenername eingeben -> markieren und in Textdatei speichern (beim Kopieren auf den Zusatz davor achten!)
::Passwort generieren, einblenden und ebenfalls wegspeichern. Im Feld "passwort bestätigen" ebenfalls eintragen.
:: OK drücken
====Installationsdateien====
::Installatinspaket downloaden unter: https://www.shopware.com/de/download/ -> sollte in Deinem Download Ordner gespeichert werden.
::Datei per Drag and Drop hochladen in den angelegten '''sw6''' Ordner
::Wieder "Websites und Domains" anwählen
::Nun "Im Browser öffnen" anklicken
::Dann die aufgerufene Adresszeile mit ..'''/shopware-installer.phar.php''' ergänzen und öffnen
::Sprache einstellen und alles mit "weiter" bestätigen
::Herunterladen klicken
::Warten bis SW6 heruntergeladen wurde
====PLESK====
::Im PLESK wieder zu "Websites und Domains" und dort unter Hosting: auf sw6/public zeigen lassen
====Installation fortsetzen====
::In der nun angezeigten Adresszeile des INSTALLERS(!) aus dem Domainname das "public" manuell herauslöschen(!) (Das ist nötig, da ja durch die Änderung im Plessk die gerade vorgenommen wurde, der Shop bereits auf "/public" verweist(!)

::Evtl. https://meinedomain.de/installer?language=de
::Alles bestätigen und dann Datenbank erzeugen und eingeben in Installation
::Shop mit bekannten Daten erstellen, Admin Zugang erstellen
::Installation beenden
::Sprachpaket installieren
::Evtl. adminpasswort eingeben.
::"Weiter"
::Demodaten installieren
::Migrationsassistent installieren
::"Weiter"
::Dann ist für uns die Installation beendet (müsste der Punkt "Standardwerte" sein. -> Also Seite schließen

====Kunde per OTRS Zugangsdaten schicken====
::Im OTRS Vorlage "SW/GX Zugangsdaten schicken"
::Die zwischengespeicherten Daten in den # des Tickets einfügen
::Ggf. Abrechnungsticket(!)

2023-06-15T11:24:24Z

Standard:

===Allgemeine Vorbereitung===
WICHTIG:
::'''!!! Bestellung/Testanfrage auf Echtheit überprüfen !!!'''
::* Wenn eine Bestellung im System erfasst wird kann es sein, dass Daten von anderen Personen missbraucht werden, um an ein Konto ran zu kommen
::* Es kann ja auch sein, dass er/sie nichts bestellt hat und jemand seine Daten missbraucht, daher fragen wir lieber nach.
::* Prüfe zuersteinmal die E-Mailadresse. Handelt es sich um *@gmx.de, *@gmail.com usw. Adressen (kostenfreie E-Maildienste) sei VORSICHTIG!!
::* Im Zweifelsfall sprich dich mit einem Kollegen ab(!)
 
::* Handelt es sich um eine Testanfrage arbeite nach der Anleitung für [[Testkonto anlegen]]
 
::* Neubestellungen werden IMMER zurück gerufen(!)... außer:
:::*Die Person ist intern bekannt oder
:::*Hat bereits ein Konto und will eine andere Software testen

----

===Telefonverifizierung===
::* Rufe den Kunden an
:::* Bestätige ihm bestenfalls seine Bestellung. Dabei merkt man ja meist schon ob eben diese Person bestellt hat.
:::* Wenn Software installiert werden soll: Fragen, auf welcher Domain (wenn mehrere)
:::* Frage auch gleich, auf welche Domain das SSL Zertifikat ausgestellt werden soll (wenn mehrere)
:::* Des weiteren sagen, dass wir die Zugangsdaten gleich fertig machen und verschicken

----

===Bestellung durchführen===
::- Bestellung durchführen, wenn einer der folgenden Punkte erfüllt ist:

:::# Bestellung telefonisch verifiziert (Telefonisch erreicht oder Kd hat sich vorab telefonisch gemeldet)
:::# Kd hat bei Gambio bestellt
:::# Kunde ist bereits Kunde (Siehe: ''Kundenkonto im Bahnhof anlegen'')
:::# Kunde hatte ein Testkonto

----

===Bestellung analysieren===

::- Prüfe die Bestellung und speichere dir alle wichtigen Daten ggfs. in einer TXT-Datei

:::* Domains
:::* Optionale Features
:::* SSL Zerifikat
:::* Abbuchung
:::* Zusatzwünsche
:::* usw.

----

===Kundenkonto im Bahnhof anlegen===

::* Rufe folgende Adresse auf: https://bahnhof.estugoianer.de/ und logge dich ein. (Naja eigentlich solltest Du schon eingeloggt sein.)
::* Prüfe ob der Kunde schon ein Konto hat - gib im Suchfeld den Namen und/oder die Firma ein
::* Wenn Daten bereits vorhanden sind und alles identisch ist (Firmenname/Anschrift/Bankdaten usw.), kann das Konto für einen weiteren Vertrag genutzt werden
::* Ist der Kunde nicht im Bahnhof eingetragen:
:::* Klicke auf Menüpunkt "''Kunden''"
:::* Dann: "''Aktionen''" und auf "''neuen Kunden anlegen''"

===Gib alle Daten ein, die in der Bestellung (Ticket im OTRS) sind===
:''Stammdaten''
::* ACHTUNG:'''Keine Leerzeichen''' HINTER oder VOR dem Namen Angaben aus dem OTRS übernehmen! (Da wo sie hingehören natürlich schon.)
::* ACHTUNG:Vorwahl bei Telefonnummer immer:
::**+49- für Deutschland
::**+41- für Schweiz
::**+43- Österreich usw.

:''Abrechnung''
::*Berechnungsgrundlage:
::** Wenn der Kunde aus Deutschland ist: '''Brutto'''.
::** Außerhalb von Deutschland nur mit UstID oder Land nicht in der EU (z.B. Schweiz) '''Netto'''
::* Rechnungsversand und Zahlweise so lassen

:''Kontakt''
::* Achte auf korrkte E-Mail Adresse denn dorthin gehen die Rechnungen usw.
::* Telefonnummer im Format +49-vorwahl-rufnummer

:''Notizen''
::* Hier hinein kommt die Pin, oder der akkreditierte Dienstleister

----

===Kunde und Abo in Plesk anlegen===
::* In der Maschinenliste (Letztepreis.de) einen geeigneten Plesk-Server suchen und Kundenbelegung aktualisieren
::**Dazu in https://letztepreis.estugo.net/wp-admin/ anmelden
::**Auf ''wpDataTables'' gehen
::*Tabelle '''Shared vServer Auslastung''' auswählen
::*Den Eintrag des gewählten Servers (meist der Frauenname) suchen und die ANzahl um 1 erhöhen
::* speichern und schließen

----

;2. Logge Dich als Admin auf dem ausgewählten Server ein
;3. Gehe in die Ansicht "Kunden" und dort "+ Kunden hinzufügen"

--- keine Umlaute in den Benutzern oder der Domain oder Passwörtern nutzen!! (Statt müller z.B mueller etc. ) ---
:Kontaktdaten
::Name des Kontakts bitte mit Kundennummer aus dem Bahnhof
::Achte auf die korrekte E-Mail Adresse

:Zugang zu Plesk
::Nimm einen Benutzernamen der sich am Firmen, bzw. Domainnamen des Bestellers orientiert. Vorname/Nachname hat sich nicht bewährt
::Passwort "GENERATE" und dann anzeigen lassen --> wegspeichern!

:Abonnement
::Domainname ist IMMER folgendes Format:
:::www.[benutzername].[servervorname].hostkraft.de
::Service-Paket siehe Bestellung

:Zusätzliche Abonnementeinstellungen
::IP und IPv6 musst Du nicht anpassen
::Anmeldenamen für Systembenutzer: Nimm hier bitte die exakt gleichen Daten die Du bereits weiter oben für den Zugang zu Plesk definiert hast.

;Folgende Daten solltest du Dir jetzt gespeichert haben:
:musterfirma.servervorname.hostkraft.de
:benutzername
:Passwort

;4. Kunden hinzufügen

------------------------------------------------------------------

===Domainregistrierung===

;1. Öffne die Providerbox https://partner.providerbox.com

;2. Prüfe ob die Domain noch frei ist -> einfach Domain auf der Startseite bei "Geben Sie eine Domain ein" eingeben und auf "In den Warenkorb" klicken.

;3. Ist die Domain frei, klicke auf "Weiter"

;4. Owner-C?
:- Suche nun entweder den bestehenden Domainkontakt im Suchfeld unter "Owner-C". Für bestehende Kunden bei denen der Vertrag erweitert wird IMMER das bestehende Handle nehmen!
:- oder lege ein neues Handle an via Klick auf das Button neben dem Suchfeld
:- Befülle die Kundendaten in der Maske "Geben Sie nachfolgend die Daten zum neuen Handle an."
::-> Hat der Kd eine Firma angegeben immer "Firma" auswählen
::-> ganz wichtig, IMMER das Land prüfen, i.d.R. ist es Deutschland
::-> bestätige das Handle mit einem Klick auf Handle anlegen

;5. Klicke "weiter"

;6. IP-Adresse für Webserver und Mailserver vergeben
:-> die IP-Adresse findest du im Abo des Kunden bei Plesk oder im Keepass

;7. Überprüfe die Bestellung der Domain
:-> Domainname & Endung
:-> Handles
:-> Nameserver (Sollte i.d.R Interner Nameserver (ns1.estugo-webhosting.com) sein)
:-> IP Adresse nochmal überprüfen

;8. Domainbestellung in Auftrag geben
:-> Klicke auf "Auftrag verbindlich abschicken"

;9. Prüfe die E-Mails von der Providerbox, die E-Mails werden immer an Info@estugo.de geschickt
:-> status: Registrierung erfolgreich! [REG OK].]

;10. optional, wenn der Kunde bereits Kunde ist und Domains im Vertrag hat
:-> Domain im Plesk hinzufügen, auf /httpdocs oder /html verweisen
:-> folgende Vorlage verwenden im OTRS verwenden: Domain registriert -

----

===Domain im Abo des Kunden hinzufügen===

;1. Melde dich im erstellen Abo des Kunden an

;2. klicke unter Webseites u. Domains auf Neue Domain hinzufügen

;3. Trage die Domain ein die registriert oder transferiert werden soll
:-> Domain OHNE WWW eintragen !!!
:-> Hostingtyp immer Website-Hosting
:-> Dokumentenstamm immer /httpdocs
:-> Bevorzugte Domain IMMER domain.tld

;4. Wenn eine Domain transferiert werden soll, musst du nichts weiter machen, nur später eine Anleitung für den Kunden mit schicken, nach der Zugangsdaten E-Mail, siehe unten

----

===SSL Zertifikat bestellen===

;1. SSL können wir erst installieren, sobald die Domain registiert wurde und zur Verfügung steht oder die Domain vom alten Anbieter umgezogen wurde.

PositiveSSL (kostenpflichtig oder Inklusiv)
;2. Ein kostenpflichtiges SSL-Zertifikat für eine durch uns bezogene Domain beziehst Du vollautomatisch in folgendem Tool: https://ssltool.dogado.net
::- Melde Dich mit Deinen Zugangsdaten an
::- Gib im Feld "''Domain''"den Domainnamen ein für den SSL ausgestellt werden soll.
::- SSL Typ: '''sectigo'''
::- Abschicken
;2.a Das Zertifikat wird nun ausgestellt und im Plesk des Kundenabos automatisch für die Domain installiert

;3. Denke daran die Notiz in der Abrechnung zu setzen dass Du ein SSL kostenlos od. kostenpfl. ausgestellt hast.

Let's Encrypt
;1. Melde dich im Abo des Kunden an
;2. Suche die Domain, klicke im Shortcut-Bereich auf die Funktion "''SSL/TLS_Zertifikate''"
;3. Klicke unterhalb der Option ''Kostenloses Basiszertifikat von Let's Encrypt installieren'' auf "''Installieren''"
;4. Wähle aus dass Domain und www. geschützt werden sollen
;5. Klicke auf "''Kostenlos nutzen''"
;6. Das Zert wird jetzt automatisch bezogen, installiert und verlängert

----

===Abrechnungmail an die Buchhaltung===

;1. Erstelle ein Telefon-Ticket im OTRS
:-> von: deiner E-Mailadresse, z.B. ##@estugo.de
:-> an: Buchhaltung Abrechnung

;2. Der Betreff lautet immer "Abrechnung, Bestellung Kundenname + Kundennummer" z.B. Abrechnung, Bestellung Hans die Bohne K99999

;3. Textbaustein einfügen und ausfüllen, zum Beispiel
:-> Domains nur eintragen, wenn welche registriert wurden

:''Kundennummer/Name:''
:''Domain: / ##.##.2016 / inkl. ''
:''Tarif: ''
:''Serverkennung: www##''

:-> Kopiere dir die Zahlungsdaten immer aus der Bestellung
:''################## DAS IST NUR EIN BEISPIEL''
:''Tarifpreis: 9.99 EUR (pro Monat)''
:''Einrichtungskosten (einmalig): 0.00 EUR''
:''Rechnungsbetrag*: 59.94 EUR''

:''Abrechnung: halbjaehrlich''
:''Zahlungsweise: Lastschrift''

;4. ggf. Vermerk rein schreiben (wird von der Buchhaltung im Vertrag mit aufgenommen), sofern Installationen von Software oder SSL aussteht oder gemacht wurde, z.B.

:''^tt ##.##.2016:''
:''Kd wünscht Shopinstallation Shopware''

:oder

:''^ew ##.##.2016:''
:''PositiveSSL bestellt, keine Domain angegeben''

;4. schicke die E-Mail ab

----

===Zugangsdaten an den Kunden verschicken===

;1. Gehe zurück ins OTRS und klicke neben dem Ticket rechts auf "Herzlich Willkommen bei ESTUGO! neu"

;2. Trage die Daten wie Server, Benutzer, Passwort Subdomain ein
:-> Achtung, bei Server muss immer wwwXX.estugo.de stehen, nur die Subdomain hat wwwXX.hostkraft.de !!!

;3. Entferne nicht benötigte Vorlagen
:-> z.B. SSL Zertifikat
:-> z.B. Domainregistrierung
:-> z.B. SEPA-Lastschrift

;4. Wenn der Kunde die Zahlungsweise Lastschrift wünscht, lasse den Anhang "Lastschrift.pdf" drin (In Vorlage enthalten):

;5. Wenn der Kd eine Software Installation wünscht, lasse das Ticket mit einem Vermerk offen
:-> ansonsten, sofern NICHTS mehr anliegt, wähle bei "Nächster Status des Tickets:" -> geschlossen

;5.1. Wenn der Kunde Domains transferiert haben möchte, schicke eine zweite E-Mail, klicke rechts neben dem Ticket auf "Domaintransfer - eine Domain" oder "Domaintransfer - mehrere Domains"
:-> je nachdem ob der Kd eine Domain oder mehrere zu uns umziehen möchte.

;6. Hat der Kd keine Domains angegeben, nutze folgende Vorlage
''Sie haben uns noch keine zu registrierende(n) oder transferierende(n) Domain(s) genannt. Bitte nennen Sie uns Ihre Domain(s), damit wir diese für Sie registrieren oder im Falle eines Transfers, Ihrem Konto vorab zuweisen können.''

''Wenn Domains registriert werden sollen, so nutzen Sie bitte unser Formular unter http://www.estugo.de/domains . Bitte geben Sie bei Fragen zur Bestellung mit an, dass es sich um die im Tarif enthalte Inklusiv-Domain handelt.''

''Wenn die Domains von einem anderen Provider übernommen werden sollen, dann richten Sie bitte vor der Domainübernahme Ihr Konto ein (E-Mail Adressen, Postfächer, Domainweiterleitungen). Bitte kopieren Sie alle für Sie relevanten Dateien (z.B. Ihren Shop, Blog, Forum) auf unseren FTP Server. Bitte vergessen Sie nicht Ihre E-Mails beim alten Provider zu sichern.''

''Sobald Sie alles eingerichtet und hochgeladen haben, schicken Sie das Providerwechsel Formular an Ihren Provider. Für den Transfer von .de, .com, .net, .org, .info und .biz Domains werden Auth-Codes benötigt, diese erhalten Sie in der Regel mit der Kündigungsbestätigung.''
''
Bitte schicken Sie das Providerwechsel Formular erst ab, wenn Sie sich sicher sind, dass Sie wirklich alles eingerichtet/gesichert haben. Das Formular können Sie hier herunterladen: http://www.estugo.de/providerwechsel-formular''

''Wenn Sie die Freigabe oder Kündigungsbestätigung, sowie den Auth-Code der Domain(s) von Ihrem alten Provider erhalten haben, geben Sie uns bitte per E-Mail Bescheid, gerne werden wir den Domaintransfer dann umgehend für Sie einleiten.''

----

===Software Installation===

;1. Wenn Installationen (Shopsoftware) oder sonst etwas aussteht, lasse das Ticket offen
:-> verschiebe es nach "Nacharbeitung"
:-> hinterlege ggf. eine Notiz mit dem was fehlt
:-> gebe das Ticket frei

;1.1 ansonsten schließe das Ticket

Neukunde anlegen

2023-06-15T10:27:42Z

Standard:

===Allgemeine Vorbereitung===
WICHTIG:
::'''!!! Bestellung/Testanfrage auf Echtheit überprüfen !!!'''
::- Wenn eine Bestellung im System erfasst wird kann es sein, dass Daten von anderen Personen missbraucht werden, um an ein Konto ran zu kommen
::- Es kann ja auch sein, dass er/sie nichts bestellt hat und jemand seine Daten missbraucht, daher fragen wir lieber nach.
::- Prüfe zuersteinmal die E-Mailadresse. Handelt es sich um *@gmx.de, *@gmail.com usw. Adressen (kostenfreie E-Maildienste) sei VORSICHTIG!!
::- Im Zweifelsfall sprich dich mit einem Kollegen ab(!)

::- Handelt es sich um eine Testanfrage arbeite nach der Anleitung für [[Testkonto anlegen]]

::- Neubestellungen werden IMMER zurück gerufen(!)... außer:
:::-Die Person ist intern bekannt oder
:::-Hat bereits ein Konto und will eine andere Software testen

----

===Telefonverifizierung===
::- Rufe den Kunden an
:::- Bestätige ihm bestenfalls seine Bestellung. Dabei merkt man ja meist schon ob eben diese Person bestellt hat.
:::- Wenn Software installiert werden soll: Fragen, auf welcher Domain (wenn mehrere)
:::- Frage auch gleich, auf welche Domain das SSL Zertifikat ausgestellt werden soll (wenn mehrere)
:::- Des weiteren sagen, dass wir die Zugangsdaten gleich fertig machen und verschicken

----

===Bestellung durchführen===
::- Bestellung durchführen, wenn einer der folgenden Punkte erfüllt ist:

:::1. Bestellung Telefonisch verifiziert (Telefonisch erreicht oder Kd hat sich vorab telefonisch gemeldet)
:::2. Kd hat bei Gambio bestellt ///(siehe 2.2)
:::3. Kunde ist bereits Kunde (Siehe Kundenkonto in der Datenbank (Bahnhof) anlegen)
:::4. Kunde hatte ein Testkonto

----

===Bestellung analysieren===

::- Prüfe die Bestellung und speichere dir alle wichtigen Daten ggfs. in einer TXT-Datei

:::- Domains
:::- Optionale Features
:::- SSL Zerifikat
:::- Abbuchung
:::- Zusatzwünsche
:::- usw.

----

===Kundenkonto im Bahnhof anlegen===

::- Rufe folgende Adresse auf: https://bahnhof.estugoianer.de/ und logge dich ein. (Naja eigentlich solltest Du schon eingeloggt sein.)

::- Prüfe ob der Kunde schon ein Konto hat - gib im Suchfeld den Namen und/oder die Firma ein
::::- Wenn Daten bereits vorhanden sind und alles identisch ist (Firmenname/Anschrift/Bankdaten usw.), kann das Konto für einen weiteren Vertrag genutzt werden

::- Ist der Kunde nicht im Bahnhof eingetragen:
:::- Klicke auf Menüpunkt "''Kunden''"
:::- Dann: "''Aktionen''" und auf "''neuen Kunden anlegen''"

== Gib alle Daten ein, die in der Bestellung (Ticket im OTRS) sind==
:''Stammdaten''
::- ACHTUNG:'''Keine Leerzeichen''' HINTER oder VOR dem Namen Angaben aus dem OTRS übernehmen! (Da wo sie hingehören natürlich schon.)
::- ACHTUNG:Vorwahl bei Telefonnummer immer:
::: -+49- für Deutschland
::: -+41- für Schweiz
::: -+43- Österreich usw.

:''Abrechnung''
::- Berechnungsgrundlage:
::: Wenn der Kunde aus Deutschland ist: '''Brutto'''.
:::- Außerhalb von Deutschland nur mit UstID oder Land nicht in der EU (z.B. Schweiz) '''Netto'''
::- Rechnungsversand und Zahlweise so lassen

:''Kontakt''
:- Achte auf korrkte E-Mail Adresse denn dorthin gehen die Rechnungen usw.
:- Telefonnummer im Format +49-vorwahl-rufnummer

:''Notizen''
::- Hier hinein kommt die Pin, oder der akkreditierte Dienstleister

----

===Kunde und Abo in Plesk anlegen===
::- In der Maschinenliste (Letztepreis.de) einen geeigneten Plesk-Server suchen und Kundenbelegung aktualisieren
https://letztepreis.estugo.net/wp-admin/
-> speichern und schließen
;2. Logge Dich als Admin auf dem ausgewählten Server ein
;3. Gehe in die Ansicht "Kunden" und dort "+ Kunden hinzufügen"

--- keine Umlaute in den Benutzern oder der Domain oder Passwörtern nutzen!! (Statt müller z.B mueller etc. ) ---
:Kontaktdaten
::Name des Kontakts bitte mit Kundennummer aus dem Bahnhof
::Achte auf die korrekte E-Mail Adresse

:Zugang zu Plesk
::Nimm einen Benutzernamen der sich am Firmen, bzw. Domainnamen des Bestellers orientiert. Vorname/Nachname hat sich nicht bewährt
::Passwort "GENERATE" und dann anzeigen lassen --> wegspeichern!

:Abonnement
::Domainname ist IMMER folgendes Format:
:::www.[benutzername].[servervorname].hostkraft.de
::Service-Paket siehe Bestellung

:Zusätzliche Abonnementeinstellungen
::IP und IPv6 musst Du nicht anpassen
::Anmeldenamen für Systembenutzer: Nimm hier bitte die exakt gleichen Daten die Du bereits weiter oben für den Zugang zu Plesk definiert hast.

;Folgende Daten solltest du Dir jetzt gespeichert haben:
:musterfirma.servervorname.hostkraft.de
:benutzername
:Passwort

;4. Kunden hinzufügen

------------------------------------------------------------------

===Domainregistrierung===

;1. Öffne die Providerbox https://partner.providerbox.com

;2. Prüfe ob die Domain noch frei ist -> einfach Domain auf der Startseite bei "Geben Sie eine Domain ein" eingeben und auf "In den Warenkorb" klicken.

;3. Ist die Domain frei, klicke auf "Weiter"

;4. Owner-C?
:- Suche nun entweder den bestehenden Domainkontakt im Suchfeld unter "Owner-C". Für bestehende Kunden bei denen der Vertrag erweitert wird IMMER das bestehende Handle nehmen!
:- oder lege ein neues Handle an via Klick auf das Button neben dem Suchfeld
:- Befülle die Kundendaten in der Maske "Geben Sie nachfolgend die Daten zum neuen Handle an."
::-> Hat der Kd eine Firma angegeben immer "Firma" auswählen
::-> ganz wichtig, IMMER das Land prüfen, i.d.R. ist es Deutschland
::-> bestätige das Handle mit einem Klick auf Handle anlegen

;5. Klicke "weiter"

;6. IP-Adresse für Webserver und Mailserver vergeben
:-> die IP-Adresse findest du im Abo des Kunden bei Plesk oder im Keepass

;7. Überprüfe die Bestellung der Domain
:-> Domainname & Endung
:-> Handles
:-> Nameserver (Sollte i.d.R Interner Nameserver (ns1.estugo-webhosting.com) sein)
:-> IP Adresse nochmal überprüfen

;8. Domainbestellung in Auftrag geben
:-> Klicke auf "Auftrag verbindlich abschicken"

;9. Prüfe die E-Mails von der Providerbox, die E-Mails werden immer an Info@estugo.de geschickt
:-> status: Registrierung erfolgreich! [REG OK].]

;10. optional, wenn der Kunde bereits Kunde ist und Domains im Vertrag hat
:-> Domain im Plesk hinzufügen, auf /httpdocs oder /html verweisen
:-> folgende Vorlage verwenden im OTRS verwenden: Domain registriert -

----

===Domain im Abo des Kunden hinzufügen===

;1. Melde dich im erstellen Abo des Kunden an

;2. klicke unter Webseites u. Domains auf Neue Domain hinzufügen

;3. Trage die Domain ein die registriert oder transferiert werden soll
:-> Domain OHNE WWW eintragen !!!
:-> Hostingtyp immer Website-Hosting
:-> Dokumentenstamm immer /httpdocs
:-> Bevorzugte Domain IMMER domain.tld

;4. Wenn eine Domain transferiert werden soll, musst du nichts weiter machen, nur später eine Anleitung für den Kunden mit schicken, nach der Zugangsdaten E-Mail, siehe unten

----

===SSL Zertifikat bestellen===

;1. SSL können wir erst installieren, sobald die Domain registiert wurde und zur Verfügung steht oder die Domain vom alten Anbieter umgezogen wurde.

PositiveSSL (kostenpflichtig oder Inklusiv)
;2. Ein kostenpflichtiges SSL-Zertifikat für eine durch uns bezogene Domain beziehst Du vollautomatisch in folgendem Tool: https://ssltool.dogado.net
::- Melde Dich mit Deinen Zugangsdaten an
::- Gib im Feld "''Domain''"den Domainnamen ein für den SSL ausgestellt werden soll.
::- SSL Typ: '''sectigo'''
::- Abschicken
;2.a Das Zertifikat wird nun ausgestellt und im Plesk des Kundenabos automatisch für die Domain installiert

;3. Denke daran die Notiz in der Abrechnung zu setzen dass Du ein SSL kostenlos od. kostenpfl. ausgestellt hast.

Let's Encrypt
;1. Melde dich im Abo des Kunden an
;2. Suche die Domain, klicke im Shortcut-Bereich auf die Funktion "''SSL/TLS_Zertifikate''"
;3. Klicke unterhalb der Option ''Kostenloses Basiszertifikat von Let's Encrypt installieren'' auf "''Installieren''"
;4. Wähle aus dass Domain und www. geschützt werden sollen
;5. Klicke auf "''Kostenlos nutzen''"
;6. Das Zert wird jetzt automatisch bezogen, installiert und verlängert

----

===Abrechnungmail an die Buchhaltung===

;1. Erstelle ein Telefon-Ticket im OTRS
:-> von: deiner E-Mailadresse, z.B. ##@estugo.de
:-> an: Buchhaltung Abrechnung

;2. Der Betreff lautet immer "Abrechnung, Bestellung Kundenname + Kundennummer" z.B. Abrechnung, Bestellung Hans die Bohne K99999

;3. Textbaustein einfügen und ausfüllen, zum Beispiel
:-> Domains nur eintragen, wenn welche registriert wurden

:''Kundennummer/Name:''
:''Domain: / ##.##.2016 / inkl. ''
:''Tarif: ''
:''Serverkennung: www##''

:-> Kopiere dir die Zahlungsdaten immer aus der Bestellung
:''################## DAS IST NUR EIN BEISPIEL''
:''Tarifpreis: 9.99 EUR (pro Monat)''
:''Einrichtungskosten (einmalig): 0.00 EUR''
:''Rechnungsbetrag*: 59.94 EUR''

:''Abrechnung: halbjaehrlich''
:''Zahlungsweise: Lastschrift''

;4. ggf. Vermerk rein schreiben (wird von der Buchhaltung im Vertrag mit aufgenommen), sofern Installationen von Software oder SSL aussteht oder gemacht wurde, z.B.

:''^tt ##.##.2016:''
:''Kd wünscht Shopinstallation Shopware''

:oder

:''^ew ##.##.2016:''
:''PositiveSSL bestellt, keine Domain angegeben''

;4. schicke die E-Mail ab

----

===Zugangsdaten an den Kunden verschicken===

;1. Gehe zurück ins OTRS und klicke neben dem Ticket rechts auf "Herzlich Willkommen bei ESTUGO! neu"

;2. Trage die Daten wie Server, Benutzer, Passwort Subdomain ein
:-> Achtung, bei Server muss immer wwwXX.estugo.de stehen, nur die Subdomain hat wwwXX.hostkraft.de !!!

;3. Entferne nicht benötigte Vorlagen
:-> z.B. SSL Zertifikat
:-> z.B. Domainregistrierung
:-> z.B. SEPA-Lastschrift

;4. Wenn der Kunde die Zahlungsweise Lastschrift wünscht, lasse den Anhang "Lastschrift.pdf" drin (In Vorlage enthalten):

;5. Wenn der Kd eine Software Installation wünscht, lasse das Ticket mit einem Vermerk offen
:-> ansonsten, sofern NICHTS mehr anliegt, wähle bei "Nächster Status des Tickets:" -> geschlossen

;5.1. Wenn der Kunde Domains transferiert haben möchte, schicke eine zweite E-Mail, klicke rechts neben dem Ticket auf "Domaintransfer - eine Domain" oder "Domaintransfer - mehrere Domains"
:-> je nachdem ob der Kd eine Domain oder mehrere zu uns umziehen möchte.

;6. Hat der Kd keine Domains angegeben, nutze folgende Vorlage
''Sie haben uns noch keine zu registrierende(n) oder transferierende(n) Domain(s) genannt. Bitte nennen Sie uns Ihre Domain(s), damit wir diese für Sie registrieren oder im Falle eines Transfers, Ihrem Konto vorab zuweisen können.''

''Wenn Domains registriert werden sollen, so nutzen Sie bitte unser Formular unter http://www.estugo.de/domains . Bitte geben Sie bei Fragen zur Bestellung mit an, dass es sich um die im Tarif enthalte Inklusiv-Domain handelt.''

''Wenn die Domains von einem anderen Provider übernommen werden sollen, dann richten Sie bitte vor der Domainübernahme Ihr Konto ein (E-Mail Adressen, Postfächer, Domainweiterleitungen). Bitte kopieren Sie alle für Sie relevanten Dateien (z.B. Ihren Shop, Blog, Forum) auf unseren FTP Server. Bitte vergessen Sie nicht Ihre E-Mails beim alten Provider zu sichern.''

''Sobald Sie alles eingerichtet und hochgeladen haben, schicken Sie das Providerwechsel Formular an Ihren Provider. Für den Transfer von .de, .com, .net, .org, .info und .biz Domains werden Auth-Codes benötigt, diese erhalten Sie in der Regel mit der Kündigungsbestätigung.''
''
Bitte schicken Sie das Providerwechsel Formular erst ab, wenn Sie sich sicher sind, dass Sie wirklich alles eingerichtet/gesichert haben. Das Formular können Sie hier herunterladen: http://www.estugo.de/providerwechsel-formular''

''Wenn Sie die Freigabe oder Kündigungsbestätigung, sowie den Auth-Code der Domain(s) von Ihrem alten Provider erhalten haben, geben Sie uns bitte per E-Mail Bescheid, gerne werden wir den Domaintransfer dann umgehend für Sie einleiten.''

----

===Software Installation===

;1. Wenn Installationen (Shopsoftware) oder sonst etwas aussteht, lasse das Ticket offen
:-> verschiebe es nach "Nacharbeitung"
:-> hinterlege ggf. eine Notiz mit dem was fehlt
:-> gebe das Ticket frei

;1.1 ansonsten schließe das Ticket