Diese Anleitung erklärt, wie Sie innerhalb einer Webhosting von Infomaniak die Adresse einer Website, die derzeit ein Subdomain ist (https://dev.domain.xyz z.B.), durch die Hauptdomain (https://domain.xyz) ersetzen.

Vorbemerkung

• Die Schritte im Überblick:
  1. Man beginnt mit einer Website, die unter der URL der Hauptdomäne dev.domain.xyz erstellt und zugänglich ist.
  2. Man fügt ihm einen Alias domain.xyz hinzu.
  3. Man vertauscht die beiden Typen (die Hauptdomäne wird zum Alias und der Alias wird zur Hauptdomäne).
  4. Man entfernt den alten Namen dev.domain.xyz.
• Zu beachten ist, dass der Speicherort der Website im ursprünglichen Ordner auf dem Server bleibt; der Name dieses Speicherorts kann die Form /sites/dev.domain.xyz haben, dies hat jedoch keinerlei Auswirkungen auf die Produktionswebsite.
• Nehmen Sie auch das letzte Kapitel dieses anderen Leitfadens zur Kenntnis cet autre guide.

Die Operationen im Detail

Um von einer Website mit einer Unterdomänen-Adresse "dev.domain.xyz" zu einer direkten Adresse "domain.xyz" zu wechseln:

1. Klicken Sie hier , um auf die Verwaltung Ihres Produkts im Infomaniak Manager zuzugreifen (Hilfe benötigen?).
2. Klicken Sie direkt auf den dem Produkt zugeordneten Namen.
3. Klicken Sie anschließend auf den Pfeil ‍, um den Abschnitt Domänen dieser Website zu erweitern:
4. Klicken Sie auf die Schaltfläche Domain hinzufügen:
   
5. Fügen Sie den gewünschten neuen Namen hinzu und aktivieren Sie die entsprechenden Kontrollkästchen.
6. Klicken Sie auf die Schaltfläche zum Bestätigen:
   
7. Nachdem der Eintrag hinzugefügt wurde, klicken Sie auf das Aktionsmenü ⋮, das sich rechts neben dem betreffenden Element befindet.
8. Wählen Sie aus, um das Element als Hauptdomäne festzulegen:
   
9. Bestätigen Sie den Vorgang, um die Domänen umzukehren.

Diese Anleitung gibt Hinweise zur Synchronisation von kDrive mit einem VPS (oder umgekehrt) über das WebDAV-Protokoll, das in der Anwendung rClone zu finden ist.

Voraussetzungen

• Ein VPS besitzen.
• Ihre kDrive-Kennung (ID kDrive) kennen.

kDrive und VPS über rClone synchronisieren

Der Vorgang ermöglicht es, die Dateien und Ordner von kDrive in Echtzeit abzurufen und diese Dateien von Ihrem VPS aus zu lesen, zu erstellen oder zu ändern, wobei sichergestellt wird, dass sie erneut mit dem kDrive-Server synchronisiert werden. Ein rClone-Mountpunkt kann mit einem Ordner Ihres VPS erstellt werden, um diese kDrive-Dateien zu bearbeiten.

Nehmen Sie die rClone-Dokumentation zur Kenntnis, wenn Sie Informationen zu den verfügbaren Optionen suchen:

1. Beispiel für einen rClone-Befehl:

   • rclone mount kdrive:/My_kDrive_Folder_Path /home/ubuntu/Target_Folder_Path --vfs-cache-mode full --vfs-cache-max-age 24h --vfs-cache-max-size 10G --cache-dir /home/ubuntu/rclone/cache --daemon --allow-other --dir-cache-time 1h --log-file /home/ubuntu/rclone/rclone.log --log-level INFO

   • Das Attribut --daemon dieses Befehls ermöglicht es, die Synchronisation im Hintergrund zu starten, da sie sonst bei jeder Trennung vom VPS beendet wird…
2. Beispiel einer rClone-Konfigurationsdatei:

   • [kdrive]
     type = webdav
     url = https://***.connect.kdrive.infomaniak.com/***
     vendor = other
     user = ***
     pass = ***

   • Serveradresse: https://IDkDrive.connect.kdrive.infomaniak.com (nehmen Sie die Voraussetzungen oben zur Kenntnis)
   • Benutzername: E-Mail-Adresse für den Anmeldekonto Infomaniak
   • Passwort: Anwendungs-Passwort bei aktivierter Zwei-Faktor-Authentifizierung oder ‍Ihr Infomaniak-Benutzerkonto-Passwort, wenn Sie die 2FA nicht aktiviert haben

Dieser Leitfaden erklärt, wie man systemd auf einem Serveur Cloud installiert und konfiguriert und stellt die wichtigsten verwendbaren Befehle vor.

Voraussetzungen

• Folgen Sie der Installationsanleitung für systemd für Serveur Cloud.
• Die offizielle Dokumentation konsultieren, um sich über die Möglichkeiten von systemd zu informieren.
• Die "unit"-Dateien müssen in ~/.config/systemd/user/ (/home/clients/absolute-path-id/.config/systemd/user) platziert werden (wobei absolute-path-id durch die in Ihrem Manager sichtbare ID ersetzt wird) und die Berechtigungen müssen auf 0644 gesetzt werden.
• Der Parameter --user muss in jedem Befehl angegeben werden.

Hauptbefehle

Hier ist eine nicht abschließende Liste von Befehlen, die mit systemd verwendet werden können.

Dazu zwingen systemd die Unit-Dateien erneut zu lesen und die Änderungen zu berücksichtigen:

systemctl --user daemon-reload

Aktivierung eines Dienstes:

systemctl --user enable --now SERVICENAME.service

Überprüfung des Status eines Dienstes:

systemctl --user status SERVICENAME.service

Konfiguration von Node als Dienst mit systemd

Es wird notwendig sein, eine "Unit"-Datei mit der Erweiterung ".service" zu erstellen, die im Verzeichnis gespeichert werden muss:

~/.config/systemd/user/

Es ist möglich, das folgende Beispiel zu verwenden, indem die Werte, die mit {} beginnen, ersetzt werden:

[Unit]
Description={Le nom du service} # Spécifier ici un nom du service. Celui-ci est obligatoire mais n'a pas d'impact sur le fonctionnement

[Service]
Restart=always
Environment=NODE_VERSION={la version souhaitée} # Spécifier ici la version de Node à utiliser. S'assurer qu'elle soit installée au préalable avec "nvm install {la version souhaitée}"
WorkingDirectory=%h/{repertoire du projet Node} # %h correspond à la racine de l'hébergement
ExecStart=/bin/bash -c "exec $HOME/.nvm/nvm-exec {commande de lancement du script node}" # Cette commande dépend du projet. Par exemple, "npm run start", "npm run serve" ou encore "node server.js" sont courants

[Install]
WantedBy=default.target

Zusätzliche Aktionen mit einer Unit-Datei

systemctl --user daemon-reload

Dienst starten (wenn dieser bereits aktiv ist, passiert nichts):

systemctl --user start [Nom du Unit]

Dienst stoppen (wenn dieser nicht aktiv ist, passiert nichts):

systemctl --user stop [Nom du Unit]

Dienst neu starten (wenn er nicht läuft, wird er gestartet):

systemctl --user restart [Nom du Unit]

Informationen über den Dienst erhalten; insbesondere:

• "Active" zeigt an, ob der Dienst läuft und seit wann"
• "CGroup" zeigt die Prozessgruppe an, die der Dienst verwaltet. Dies ermöglicht es, die aktiven Prozesse mit ihren Argumenten und ihrer ID zu sehen.

Unter „CGroup“ befinden sich eventuelle Logs (die Standardausgabe und Fehler des Prozesses):

systemctl --user status [Nom du Unit]

Den automatischen Start des Dienstes beim Serverstart aktivieren; Hinweis: Dies startet den Dienst nicht:

systemctl --user enable [Nom du Unit]

Das automatische Starten des Dienstes beim Serverstart deaktivieren; Hinweis: Dies stoppt den Dienst nicht:

systemctl --user disable [Nom du Unit]

Konfiguration mit den Benutzereingaben:

[Unit]
Description="nom service"

[Service]
Restart=always
Environment=NODE_VERSION=16.17
WorkingDirectory=%h/sites/"nom-repertoire-site"/
ExecStart=/bin/bash -c "exec $HOME/.nvm/nvm-exec npm run start"

[Install]
WantedBy=default.target

Diese Anleitung erklärt, wie man aktiviert PHP-FPM status, um z.B. eine langsame PHP-Website zu debuggen.

Vorbemerkung

• PHP-FPM status ermöglicht es insbesondere, die ausgeführten Skripte und deren Ausführungszeit in Echtzeit zu verfolgen.
• Dieser Vorgang ist nur auf einem Serveur Cloud möglich.

PHP-FPM Status aktivieren

Um PHP-FPM auf einer Website zu aktivieren, kontaktieren Sie den Infomaniak-Support von einer in Ihrem Benutzerkonto angegebenen E-Mail-Adresse, um Ihre Anfrage zu authentifizieren.

In Ihrer Anfrage bitten wir Sie, die Quell-IP-Adresse anzugeben, die autorisiert werden soll.

Sobald PHP-FPM status aktiviert ist, ermöglichen die folgenden URL-Links die Anzeige der erforderlichen Informationen:

• https://domain.xyz/fpm-status?json&full
• https://domain.xyz/fpm-status?html&vollständig
• https://domain.xyz/fpm-status?xml&full

Achtung: wenn Ihre Website Umleitungsregeln (rewrite rules) enthält, die den Pfad /fpm-status beinhalten, müssen Sie wahrscheinlich eine Ausnahme hinzufügen.

Diese Anleitung befasst sich mit der Weiterleitung des Webverkehrs an einen bestimmten Port, einschließlich der Verwendung einer dedizierten IP und einer spezifischen Webanwendung (wie z.B. Node oder Varnish).

Voraussetzungen

• Eine Website zu Ihrem Hosting hinzufügen.
• Installieren HAProxy auf dem Cloud-Server.

Den Webverkehr zu einem bestimmten Port umleiten

Standardmäßig wird der Webverkehr auf dem Serveur Cloud an Apache gesendet. Um Anfragen an ein Node-Skript oder einen anderen Dienst zu senden (vorausgesetzt, er "hört" auf einem Port zwischen 4000 und 4009), muss man über HAProxy gehen.

Dies gilt insbesondere für Server wie Express, Socket.IO, Meteor.js, Nuxt.js, Django, Flask, Ruby on Rails, möglicherweise auch Java (J2E) usw.

Dafür müssen Sie sicherstellen, dass der Dienst auf einem Port zwischen 4000 und 4009 hört (insbesondere mit server.listen(4000) für Express oder einen grundlegenden HTTP Node Server, aber je nach Art des Projekts auf andere Weise, eine Konfigurationsdatei, im Code oder sonst wie) und auf allen Schnittstellen (0.0.0.0).

Es wird auch notwendig sein, HAProxy wie im folgenden Beispiel zu konfigurieren: 

1. Klicken Sie hier, um auf die Verwaltung Ihres Produkts im Infomaniak Manager zuzugreifen (Hilfe benötigen?).
2. Klicken Sie direkt auf den Namen, der dem betreffenden Produkt zugeordnet ist.
3. Klicken Sie auf Fast Installer im linken Seitenmenü.
4. Klicken Sie auf das Aktionsmenü ⋮, das sich rechts von HAProxy befindet.
5. Klicken Sie auf Konfigurieren:
   
6. Wählen Sie die gewünschten Informationen aus und speichern Sie sie:
   
    

Abrufen der Quell-IP einer Anfrage

Wenn Sie den Webverkehr zu Ihrer Webanwendung umleiten, ändert sich die Verarbeitung der Anfragen, und die Anfrage wird zunächst von einem reverse proxy (lokal auf dem Server) empfangen, der die Anfrage dann an den gewählten Port weiterleitet. Aufgrund der Weiterleitung der Anfrage geben die Methoden, die normalerweise verwendet werden, um die IP-Adresse des Besuchers abzurufen, die IP-Adresse des reverse proxy anstelle der des Besuchers zurück.

Um die tatsächliche Quell-IP des Besuchers in solchen Fällen zu erhalten, muss man einen HTTP-Header namens X-Forwarded-For konsultieren, der die Quell-IPs enthält, die bei jeder Weiterleitung gesammelt wurden. Dieser Header enthält daher als Letztes die ursprüngliche IP-Adresse des Clients, was es ermöglicht, den tatsächlichen Besucher zu identifizieren.

Achtung: Es ist wichtig zu beachten, dass HTTP-Header manipuliert werden können, was Sicherheitsrisiken birgt. Um diese Risiken zu minimieren, wird empfohlen, zu überprüfen, dass die Anfrage von einem zuverlässigen Server stammt, bevor dem Inhalt des Headers X-Forwarded-For vertraut wird. Diese Überprüfung kann beinhalten, sicherzustellen, dass die Anfrage von einem vertrauenswürdigen Zwischenserver übertragen wurde, der durch eine vorab festgelegte Liste von IP-Adressen identifiziert wird. Im Falle einer dedizierten IP-Adresse des Sites sind die vertrauenswürdigen Server:

• 83.166.133.15
• 83.166.133.17
• 83.166.133.16
• 84.16.92.5
• 84.16.92.43
• 10.2.32.255
• 10.2.34.164

Diese Anleitung erklärt, wie man einen VPS Cloud / VPS Lite zurücksetzt.

Vorbemerkung

• Dieser Vorgang löscht den gesamten Inhalt des Volumens, das dem Betriebssystem gewidmet ist (/dev/vda).
• Im Fall eines VPS Cloud wird das für die Datenspeicherung vorgesehene Volumen (/dev/vdb) durch die Rücksetzung nicht betroffen.
   

Zurücksetzen des Betriebssystems VPS Cloud / VPS Lite

Um auf den VPS zuzugreifen:

1. Klicken Sie hier, um auf die Verwaltung Ihres Produkts im Manager Infomaniak zuzugreifen (Hilfe benötigen?).
2. Klicken Sie direkt auf den Name des betreffenden Produkts.
3. Klicken Sie auf die Schaltfläche Zurücksetzen.
4. Folgen Sie den angezeigten Anweisungen, um die Rücksetzung abzuschließen.

Diese Anleitung erklärt, wie Sie ein Snapshot von VPS Cloud Infomaniak wiederherstellen.

Ein Snapshot wiederherstellen

Dazu:

1. Klicken Sie hier, um auf die Verwaltung Ihres Produkts im Infomaniak Manager zuzugreifen (Hilfe benötigen?).
2. Klicken Sie direkt auf den Name, der dem betreffenden Produkt zugewiesen ist.
3. Klicken Sie auf Snapshot im linken Seitenmenü.
4. Klicken Sie auf das Aktionsmenü ⋮ rechts neben dem betreffenden Objekt in der angezeigten Tabelle.
5. Klicken Sie auf Wiederherstellen:
   
6. Klicken Sie auf die blaue Schaltfläche, um die Wiederherstellung des Snapshots zu starten.
7. Eine E-Mail wird gesendet, wenn der Snapshot wiederhergestellt ist.

Das Betriebssystemlaufwerk wiederherstellen

Die Wiederherstellung des Systemvolumens, wie im obigen Beispiel gezeigt, ist ein unwiderruflicher Vorgang. Die Festplatte des Betriebssystems wird durch das Snapshot ersetzt und der Server wird sich im exakten Zustand des Datums der Sicherung befinden.

Die auf dem Datenvolumen (vdb) gespeicherten Daten werden durch diesen Vorgang nicht beeinträchtigt.

Die Datenfestplatte (vdb) wiederherstellen

Zwei Arten der Datenwiederherstellung sind möglich:

1. Modus „Schreibgeschützt“

Wenn die Größe des Snapshots von der Größe des Volumens abweicht, ist nur dieser Lese-Modus verfügbar.

Diese Option ermöglicht es, das Bild des Datensnapshots zu mounten, wodurch ein Lesezugriff auf die Sicherungsdaten ermöglicht wird.

Hier sind einige nützliche Befehle, um Ihre Sicherung zu nutzen:

• Um auf das Hauptdatenvolumen zuzugreifen: mount /dev/vdb /mnt/.
• Um das Datenvolumen in einem bestimmten Ordner „backup“ zu mounten: mount -o nouuid -o ro,norecovery /dev/vdc /backup.

Um herauszufinden, welchen Buchstaben Sie verwenden sollen (/dev/vd?), verwenden Sie den Befehl lsblk:

2. Modus „Wiederherstellung“

Die Wiederherstellung des Datenvolumens ist ein unwiderruflicher Vorgang. Die Datenscheibe (vdb) wird durch das Snapshot ersetzt. Am Ende der Wiederherstellung muss das Datenvolumen erneut eingebunden werden, damit Ihr Betriebssystem den Inhalt aktualisiert.

Das folgende Verfahren und die Befehle werden nur zu Informationszwecken bereitgestellt:

1. Stellen Sie sicher, dass Ihr Datenvolumen nicht gemountet ist:
   * umount /mnt (/mnt oder der Ort, den Sie gewählt haben, um auf Ihre Daten zuzugreifen).
2. Bringen Sie das Datenvolumen erneut ein:
   * mount /dev/(vdb) /mnt

Um den Namen des an Ihren Server angehängten Datenvolumens zu erfahren, verwenden Sie den Befehl lsblk (siehe oben).

Infomaniak stellt keinen Root-Zugang für Serveur Cloud bereit.

Im Gegensatz dazu ist ein Root-Zugang möglich auf:

• VPS Cloud / VPS Lite
• Jelastic Cloud
• Public Cloud

Diese Anleitung befasst sich mit der Installation von Python-Modulen, die auf Serveur Cloud möglich ist.

Installation von Python-Modulen auf Serveur Cloud

Die Installation erfolgt über PIP, das ein Paketmanager ist, der zum Installieren und Verwalten von in Python geschriebenen Paketen verwendet wird.

Infomaniak bietet PIP und PIP3 über das Tool Fast Installer an.

Sobald PIP installiert ist, können Sie Python-Module installieren, indem Sie --user im Befehl angeben.

Zum Beispiel:

pip3 install mysql-connector-python --user

Diese Anleitung erklärt, wie Sie von neuen Versionen von PHP, MySQL und vielen anderen Paketen profitieren können, indem Sie einen Serveur Cloud auf eine neue Infomaniak-Infrastruktur migrieren.

Migrationsvorgang

Durch die Migration Ihrer Daten auf die neue Cloud-Infrastruktur erhöhen Sie die Leistung und Zuverlässigkeit Ihrer Websites, die auf die neuesten Technologien zugreifen:

1. Klicken Sie hier, um auf die Verwaltung Ihres Produkts im Infomaniak Manager zuzugreifen (Hilfe benötigen?).
2. Klicken Sie direkt auf den Namen, der dem betreffenden Produkt zugeordnet ist.
3. Klicken Sie auf die blaue Schaltfläche im Kasten "Ihren Serveur Cloud weiterentwickeln" (oder auf Verwalten):
   

Die Migration ist kostenlos und erfolgt in 3 Schritten:

1. Infomaniak stellt einen Cloud-Server der neuesten Generation zur Verfügung, der die gleichen Merkmale wie der aktuelle hat, zum gleichen Preis und mit der gleichen Vertragslaufzeit.
2. Sie haben einen Monat Zeit, um Ihre Hostings auf den neuen Serveur Cloud zu verschieben, der zur Verfügung gestellt wird (lesen Sie unten weiter).
3. Wenn Ihre Hostings auf den neuen Server verschoben wurden, kündigen Sie den alten Serveur Cloud.

Zum Thema Schritt 2…

Beim Verschieben eines Hostings von einem Serveur Cloud zu einem anderen:

• Die FTP-Zugänge und Datenbanken ändern sich nicht.
• Lediglich die unterstützten Versionen von PHP und MariaDB sowie die IPv4- und IPv6-Adressen des Servers ändern sich bei den Hostings.
• Die HostnamenHostnamen) ändern sich nicht und werden automatisch aktualisiert, um auf die neuen IP-Adressen zu verweisen.