Wissensdatenbank

Dieser Leitfaden liefert wichtige Informationen zum Starten und Ausführen von Skripten über die Befehlszeile (SSH) auf verschiedenen Arten von Infomaniak-Hostings.

Ausführung von Skripten über SSH und Ressourcenverwaltung

Im Gegensatz zu Skripten, die über einen Webbrowser ausgeführt werden, gibt es in der Regel keine strikte Zeitbegrenzung (timeout) für über SSH gestartete Befehle. Ihr Skript kann daher theoretisch so lange laufen, wie es benötigt.

Ausführungszeit und Persistenz

Wenn Ihre SSH-Sitzung geschlossen wird (Verlust der Internetverbindung oder Schließen des Terminals), wird das laufende Skript sofort unterbrochen.

Um dies bei langen Aufgaben zu vermeiden, wird empfohlen, Ihre Skripte im Hintergrund auszuführen oder im Fall eines VPS Terminal-Multiplexing-Tools (wie screen, tmux oder das Hilfsprogramm nohup) zu verwenden. Dadurch kann der Prozess seine Arbeit auch nach Ihrer Abmeldung fortsetzen.

Ressourcenbeschränkungen (RAM und CPU)

Wenn die Zeit nicht begrenzt ist, sind die Hardware-Ressourcen es.

Die Ausführung Ihrer Skripte unterliegt weiterhin den Fähigkeiten der Maschine und ihrer Konfiguration:

• Speicher (RAM): Wenn ein Prozess mehr Speicher verbraucht als die zulässige Grenze (z.B. die Grenze memory_limit von PHP oder der verfügbare physische RAM), wird er vom System getötet, um die Stabilität des Servers zu gewährleisten.
• Prozessor (CPU): Ein übermäßiger Gebrauch des Prozessors über einen längeren Zeitraum kann zu einer Drosselung oder Unterbrechung des Prozesses führen.

Dieser Leitfaden erklärt, wie Sie ein Snapshot eines VPS Cloud von Infomaniak wiederherstellen.

Snapshot wiederherstellen

Dazu:

1. Klicken Sie hier, um auf die Verwaltung Ihres Produkts im Infomaniak Manager zuzugreifen (Hilfe benötigt?).
2. Klicken Sie direkt auf den Namen des betreffenden Produkts.
3. Klicken Sie im linken Seitenmenü auf Snapshot.
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 das Snapshot wiederhergestellt ist.

Betriebssystemlaufwerk wiederherstellen

Die Wiederherstellung des Systemvolumens wie im obigen Beispiel ist ein irreversibler Vorgang. Das Betriebssystemlaufwerk wird durch das Snapshot ersetzt und der Server befindet sich im genauen Zustand des Datums der Sicherung.

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

Datenlaufwerk (vdb) wiederherstellen

Zwei Datenwiederherstellungsmodi sind möglich:

1. Modus „Schreibgeschützt“

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

Diese Option ermöglicht das Mounten des Daten-Snapshots, sodass Sie auf die Sicherungsdaten im schreibgeschützten Modus zugreifen können.

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. "Wiederherstellungs"-Modus

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

Die folgende Prozedur 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 für den Zugriff auf Ihre Daten gewählt haben).
2. Mounten Sie das Datenvolumen erneut:
   * mount /dev/(vdb) /mnt

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

Dieser Leitfaden erklärt, wie Sie Ihren VPS Cloud / VPS Lite mit Windows bei der ersten Verbindung initialisieren.

Initialisierung eines Cloud-Servers mit Windows

Sie müssen das Passwort Ihres Windows-Benutzers ändern, bevor Sie eine Verbindung über RDP (Remote Desktop Protocol) zu Ihrem Server herstellen können, andernfalls wird ein Fehler zurückgegeben (der angibt, dass das Passwort geändert werden muss).

Dazu müssen Sie sich das erste Mal mit der VNC-Konsole verbinden.

Sobald das Benutzerpasswort geändert wurde (über VNC), können Sie sich ohne Probleme über RDP verbinden. Dieses Protokoll ist bereits auf den Infomaniak Windows-Bildern aktiviert.

Anmeldedaten

• Benutzername:
  • für Windows 11 Professional = Infomaniak
  • für Windows 10 Professional = Infomaniak
  • für Windows Server = Administrator
• Passwort: das, das Sie bei der Bestellung des Servers gewählt haben; bei Verlust bitten wir Sie, den Server zurückzusetzen.
• IP-Adresse: die im Dashboard Ihres Servers angegebene.

Über RDP verbinden…

• … unter Windows: der Remotedesktop ist eine eingebaute Funktion.
• … unter macOS: installieren Sie die kostenlose Desktop-App Windows App (ehemals Microsoft Remote Desktop).
• … unter Linux: installieren Sie die App Remmina.

Diese Anleitung erklärt, wie Sie eine bestehende Website innerhalb eines Infomaniak Webhosting auf ein anderes Infomaniak Webhosting verschieben.

Einleitung

• Es gibt nicht viele vorgefertigte Lösungen, um eine Website zu verschieben:
  • Im Allgemeinen bieten nur wenige Hoster die Möglichkeit, eine komplette Website mit ihren Datenbanken zu exportieren oder zu importieren.
  • Dies liegt unter anderem daran, dass es eine Vielzahl von Möglichkeiten gibt, eine Website zu erstellen, und ebenso viele, meist inkompatible Programmiersprachen.
• Wenn die zu verschiebende Website jedoch mit WordPress erstellt wurde, lesen Sie diese andere Anleitung, die eine vereinfachte Lösung zeigt.
• Es ist auch möglich, ein komplettes Webhosting zu verschieben (siehe unten).

Manuelle Lösung: Beispiel für eine Website-Migration

Um dies manuell zu tun, müssen Sie:

• die Webdaten sowie die zugehörigen Datenbanken abrufen,
• diese auf einer auf dem Ziel-Webhosting erstellten Website neu veröffentlichen,
• und wenn der zugehörige Domainname identisch ist, muss die erste Website gelöscht oder umbenannt werden.

Für den Rest finden Sie hier ein Beispiel für die Vorgehensweise:

1. Bestellen Sie das andere Webhosting / Cloud-Server, falls Sie es noch nicht haben.
2. Erstellen Sie eine „Testwebsite“ auf diesem neuen Hosting (z. B. dev.domain.xyz – siehe unten).
3. Kopieren Sie Ihre Daten manuell per FTP und MySQL (exportieren / importieren).
4. Passen Sie Ihre Website gegebenenfalls an (Datenbankadresse usw.).
5. Sobald Sie mit der „neuen Website“ zufrieden sind, löschen Sie die alte.
6. Ändern Sie den Namen der neuen Website, um ihr den richtigen Namen zu geben.

Eine Alternative besteht darin, in Schritt 2 oben mit dem Alias www. zu arbeiten, den Sie zuvor von Ihrer aktuellen Website trennen können. Tatsächlich ist der Alias www(.domain.xyz) oft als Alias für Ihre Website eingerichtet, und es reicht aus, ihn zu trennen, was die Erstellung einer Website auf dem anderen Hosting mit dem Namen www.domain.xyz ermöglicht (vergessen Sie nicht, in Schritt 6 Ihren Alias vom Typ „domain.xyz“ ohne das www zu dieser neuen Website hinzuzufügen).

Verschieben ganzer Webhostings

Es gibt eine automatisierte Möglichkeit, ein Infomaniak-Webhosting zu verschieben nach:

• einem Infomaniak Cloud Server (wenn das Hosting derzeit ein Shared Hosting ist oder wenn das Hosting bereits auf einem Cloud Server liegt).
• einer anderen Infomaniak-Organisation.

Ein Starter-Hosting kann nicht verschoben werden, kann aber konvertiert werden.

Dieser Leitfaden erklärt, wie Sie das Werkzeug zur Erkennung von Schwachstellen, einen kostenlosen und zusätzlichen Schutz zum Antivirus, deaktivieren (oder wieder aktivieren). Dieser schützt automatisch die Webhostings vor Malware und Sicherheitslücken.

Schwachstellen-Erkennung deaktivieren oder wieder aktivieren

Um auf das Webhosting zuzugreifen, um den Dienst zu deaktivieren (oder wieder zu aktivieren):

1. Klicken Sie hier, um auf die Verwaltung Ihres Produkts im Infomaniak Manager zuzugreifen (Hilfe benötigt?).
2. Klicken Sie direkt auf den Namen, der dem betreffenden Produkt zugewiesen ist.
3. Klicken Sie auf Sicherheit im linken Seitenmenü.
4. Klicken Sie auf Schwachstellenscan im linken Seitenmenü.
5. Klicken Sie auf den Umschalter (Toggle Switch), um den Scan zu deaktivieren oder zu aktivieren:
   

Nehmen Sie sich diesen anderen Leitfaden zur Kenntnis, wenn Sie Informationen zur Stornierung einer Sicherheitskorrektur suchen.

Diese Anleitung erklärt, wie Sie ein angewendetes Patch, eine Quarantäne oder eine Blockierung, die vom Tool zur Erkennung von Schwachstellen durchgeführt wurde, anwenden oder rückgängig machen können. Es handelt sich dabei um einen kostenlosen und ergänzenden Schutz zum Antivirus, der Ihre Webhosting-Dienste automatisch vor Malware und Sicherheitslücken schützt.

Einleitung

• Ohne Ihr Zutun korrigiert das Tool erkannte Schwachstellen automatisch innerhalb von 7 Tagen.
• Es wird dringend davon abgeraten, ein Patch oder eine Quarantäne rückgängig zu machen, es sei denn, Sie sind sich dessen, was Sie tun.

Eine Korrektur anwenden oder rückgängig machen

Gehen Sie dazu wie folgt vor:

1. Klicken Sie hier, um im Infomaniak Manager auf die Verwaltung Ihres Hostings zuzugreifen (Benötigen Sie Hilfe?).
2. Klicken Sie direkt auf den Namen des betreffenden Hostings:
   
3. Klicken Sie im linken Menü auf Sicherheit ‍.
4. Klicken Sie im linken Menü auf Schwachstellenscan:
   
5. Wenn nichts Besonderes angezeigt wird, klicken Sie zuerst auf die Schaltfläche Verlauf anzeigen.
6. Wenn ein Ereignisverlauf vorhanden ist, klicken Sie auf das Aktionsmenü ⋮ rechts neben der betreffenden Schwachstelle in der angezeigten Tabelle.
7. Klicken Sie auf Änderung rückgängig machen.
8. In einigen Fällen sind weitere Aktionen möglich:
   1. Patch anwenden: Behebt die Schwachstelle sofort.
   2. Patch rückgängig machen: Macht die Korrektur rückgängig und stellt die anfällige Originaldatei wieder her (nicht empfohlen).
   3. Datei löschen: Löscht die Schadsoftware endgültig von Ihrem Hosting (kann die Funktion Ihrer Website beeinträchtigen).
   4. In Quarantäne verschieben: Isoliert die anfällige Datei und ermöglicht es Ihnen, sie bei Bedarf wiederherzustellen (kann die Funktion Ihrer Website beeinträchtigen).
   5. Quarantäne aufheben: Stellt die isolierte Datei an ihren ursprünglichen Speicherort zurück (nicht empfohlen).
   6. Ausnahme hinzufügen: Ermöglicht es Ihnen, dem Tool mitzuteilen, dass die anfällige Datei sicher ist; diese wird dann nicht mehr analysiert.
   7. Ausnahme entfernen: Entfernt den Status Erlaubt der Datei; diese wird dann erneut analysiert.

Details zu den verschiedenen Status

1. ANFÄLLIG: In einer Datei wurde eine Schwachstelle erkannt; die Spalte Pfad zeigt Ihnen den Speicherort der Datei.
2. BEHOBEN: Die Schwachstelle wurde vom Tool behoben.
3. ERLAUBT: Die anfällige Datei wurde manuell freigegeben; diese wird dann nicht mehr vom Tool analysiert.
4. BEHOBEN: Eine manuelle Korrektur außerhalb des Tools wurde an der Datei vorgenommen (CMS-Update, Änderung des Quellcodes, manuelle Löschung der Datei usw.).
5. Korrektur rückgängig gemacht‍: Die Anwendung der Korrektur wurde manuell rückgängig gemacht; es ist möglich, den Patch erneut anzuwenden.

Diese Anleitung erklärt, wie Sie von einem VPS Lite zu einem VPS Cloud migrieren können, wobei alle Ihre Daten erhalten bleiben und Sie nichts an Ihrer bestehenden Konfiguration ändern müssen.

Einleitung

• Die IP-Adresse des Servers und alle Daten auf der Festplatte bleiben erhalten.
• Diese Änderung kann nicht rückgängig gemacht werden.
• Ein Wechsel von einem Cloud-VPS zu einem Lite-VPS ist nicht möglich.

Migration von einem Lite-VPS zu einem Cloud-VPS durchführen

Um den Vorgang zu starten, öffnen Sie den VPS Lite:

1. Klicken Sie hier, um auf die Verwaltung Ihres VPS im Infomaniak Manager zuzugreifen (Benötigen Sie Hilfe?).
2. Klicken Sie direkt auf den Namen des betreffenden VPS:
   
3. Klicken Sie auf Mein Angebot erweitern:
   
4. Klicken Sie auf die Schaltfläche Upgrade im angezeigten Dialogfenster.
5. Schließen Sie die Bestellung ab, um Ihr VPS Lite zu erweitern.
6. Bitte warten Sie während der Migration. Es wird zu einer vorübergehenden Unterbrechung des Dienstes kommen.

Diese Anleitung erklärt, wie Sie eine Datei angeben, die vor der gewünschten Seite oder zu Beginn jedes auf Ihrem Server ausgeführten PHP-Skripts geladen wird, als ob sie mit der Funktion require() aufgerufen worden wäre, jedoch globaler mit der PHP-Direktive auto_prepend_file.

Vorwort

• Um beispielsweise die Header einer Website zu deklarieren, können Sie eine Datei headers.php erstellen, die PHP-Funktionen header() enthält und die zu Beginn jeder PHP-Datei hinzugefügt wird…
  • … über eine Datei .user.ini (eigen für ein Verzeichnis),
  • … oder über die Konfiguration der Website im Manager (global), wie unten beschrieben.

Eine Datei global vom Manager aus einbinden

Um auf die Verwaltung der Website zuzugreifen:

1. Klicken Sie hier, um auf die Verwaltung Ihrer Website im Infomaniak Manager zuzugreifen (Hilfe benötigt?).
2. Klicken Sie direkt auf den Namen, der der betreffenden Website zugewiesen wurde:
   
3. Klicken Sie auf Erweiterte Einstellungen verwalten:
   
4. Klicken Sie auf die Registerkarte PHP / Apache:
   
5. Vervollständigen Sie die betreffende Zeile, indem Sie den Pfad der einzubindenden Datei eingeben.
6. Klicken Sie auf die Schaltfläche Speichern unten auf der Seite:
   

Nach der Definition dieser Direktive werden alle PHP-Seiten auf Ihrem Server die angegebene Datei automatisch einbinden, bevor sie ihren eigenen Code ausführen.

Die in einer Datei .htaccess definierten Header gelten nur für nicht-PHP-Inhalte (also statisch).

Infomaniak verwendet php-fpm, das die verschiedenen Header über apache fast_cgi erhält. In der RFC von cgi_www gehört der Header Strict-Transport-Security nicht zu den über CGI übertragenen Headern, und die Apache-Dokumentation bestätigt dies. Nehmen Sie Kenntnis von dieser anderen RFC.

Dieser Leitfaden erklärt, wie Sie den oder die Zeitfenster anpassen können, in denen Infomaniak Wartungsarbeiten durchführen kann, um Ihre Dienste weiterzuentwickeln (neue Funktionen, Korrekturen usw.).

Vorwort

• Diese Funktion steht nur zur Verfügung für:
  • Cloud-Server
  • VPS Cloud / VPS Lite
  • Jelastic Cloud
• Ohne Ihre Angabe werden die geplanten Wartungsarbeiten in der Regel von Infomaniak zwischen 22 und 6 Uhr morgens durchgeführt.

Geplante Wartungszeiten ändern

Dafür:

1. Klicken Sie hier, um auf den Dienst zuzugreifen, für den Sie die Wartungsarbeiten im Infomaniak Manager (Hilfe benötigt?) planen möchten.
2. Klicken Sie direkt auf den Namen des betreffenden Produkts.
3. Klicken Sie auf Geplante Wartungen im linken Seitenmenü oder auf der zentralen Seite je nach betroffenem Dienst (unten Jelastic):
   
   • Gleiches Prinzip für einen VPS:
     
4. Klicken Sie auf die Schaltflächen, um in Blau ein bevorzugtes Eingriffszeitfenster zu definieren.
5. Bestätigen Sie, indem Sie auf die Schaltfläche ganz unten klicken:
   

Diese Anleitung beschreibt detailliert, wie Sie ein GIT-Repository sowohl auf Ihrem Webhosting als auch auf Ihrem Cloud-Server von Infomaniak erstellen.

Einleitung

• GIT und GitHub sind standardmäßig auf beiden oben genannten Plattformen verfügbar.

Erstellung des GIT-Repositorys

Einrichtung auf dem Server:

• Das GIT-Repository befindet sich unter /git_depot
• Die Website befindet sich im Ordner /web/[projekt] (in Ihrem FTP-Server)

Folgende Befehle sind auszuführen:

cd
mkdir git_depot
cd git_depot/
git init --bare [projet].git
cd [projet].git
git update-server-info

Übertragen des lokalen Repositorys auf den Server

Auszuführen auf dem lokalen Rechner:

git init
git remote add origin ssh://user@[xxxxx].ftp.infomaniak.com:/home/clients/[123456789]/git_depot/[projet].git
git status
git add .
git commit -a -m "init"
git push --set-upstream origin master
git push

Klonen der Website in das Serververzeichnis

Auszuführen auf dem Server:

cd
cd web
rm -r [projet]/
git clone /home/clients/[123465789]/git_depot/[projet].git [projet]/

Dieser Leitfaden erklärt, wie Sie das Speichervolumen Ihres VPS Cloud nach der Änderung des Angebots erhöhen.

Vorwort

• Standardmäßig wird das VPS Cloud mit zwei Volumes geliefert:
  • 1 Volume für das von Ihnen gewählte Betriebssystem (/dev/vda).
  • 1 Volume für die Speicherung Ihrer Daten (/dev/vdb), dieses wird vergrößert.
• Achtung: je nach installiertem Betriebssystem kann das Systemvolume /dev/sda, /dev/sda1 oder /dev/vda heißen; ebenso für das Datenvolume /dev/sdb, /dev/sdb2 oder /dev/vdb … Es ist daher ratsam, diese Angaben durch diejenigen zu ersetzen, die Ihrer Situation entsprechen.

SSH-Befehle zum Erhöhen des Speichervolumens

Wenn Sie sich beispielsweise für XFS entscheiden, müssen Sie die entsprechenden Tools installieren (falls sie nicht bereits vorhanden sind):

sudo apt install xfsprogs

Dann das Volume mit den folgenden SSH-Befehlen erhöhen:

sudo xfs_grow /dev/vdb

Und wenn Sie sich für EXT4 entscheiden:

sudo resize2fs /dev/vdb

Volume nach einer Erhöhung des Speichervolumens erweitern

Zwei Szenarien können eintreten, nachdem Sie das Speichervolumen Ihres Linux-Servers erweitert haben. Beachten Sie, dass keine Daten beim Erhöhen des Speichers durch die Änderung des Angebots Ihres VPS gelöscht werden.

Erstes Szenario

Wenn das gesamte Volume ohne Partition verwendet wird, ist kein resizepart erforderlich, da keine Partition vorhanden ist.

sudo umount /dev/vdb
sudo fsck.ext4 -f /dev/vdb
sudo resize2fs /dev/vdb

Zweites Szenario

Wenn ein Volume eine Partition enthält (/dev/vdb1), müssen Sie zunächst die Prozesse stoppen, die dieses Volume verwenden, und dann die Partition austragen.

sudo umount /dev/vdb1

Anschließend müssen Sie die Größe der Partition mit parted erhöhen, das über den Befehl resizepart verfügt, was bei fdisk nicht der Fall ist.

sudo parted /dev/vdb
GNU Parted 3.2
Using /dev/vdb
Welcome to GNU Parted! Type ‘help' to view a list of commands.
(parted) resizepart 1 100%
(parted) quit
sudo fsck.ext4 -f /dev/vdb1
sudo resize2fs /dev/vdb1

Und das System-Volume?

Es ist nicht möglich, die Größe des System-Volumes zu vergrößern.

Für Linux stellt Infomaniak 20 Go zur Verfügung, was für jede Linux-Distribution ausreicht.

Für Windows stellt Infomaniak 100 GB auf der Festplatte C bereit, was für Windows ausreicht. Die Anwendungen müssen auf dem Laufwerk D installiert werden. Wenn Sie über 50 GB verfügen, können Sie 100 GB anfordern (kontaktieren Sie den Infomaniak-Support und geben Sie einen Zeitrahmen für den Vorgang an, da einige Minuten Ausfallzeit zu erwarten sind).

Dieser Leitfaden erklärt, wie Sie systemd auf einem Cloud-Server installieren und konfigurieren und stellt die wichtigsten verwendbaren Befehle vor.

Voraussetzungen

• Folgen Sie dem Installationsleitfadensystemd für Cloud-Server.
• Konsultieren Sie die offizielle Dokumentation, um sich über alle Möglichkeiten von systemd zu informieren.
• Die "Unit"-Dateien müssen in ~/.config/systemd/user/ ( /home/clients/absolute-path-id/.config/systemd/user ) (ersetzen Sie absolute-path-id, sichtbar in Ihrem Manager) platziert werden und die Berechtigungen müssen auf 0644 eingestellt werden.
• Der Parameter --user muss in jedem Befehl angegeben werden.

Wichtige Befehle

Hier ist eine nicht abschließende Liste der mit systemd verwendbaren Befehle.

Erzwingen Sie, dass systemd die Unit-Dateien erneut liest und die Änderungen berücksichtigt:

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 ist notwendig, 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 Sie die Werte ersetzen, die mit {} beginnen:

[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", das angibt, ob der Dienst läuft und seit wann
• "CGroup" zeigt die Prozessgruppe, die der Dienst verwaltet, das 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]

Automatisches Starten des Dienstes beim Booten des Servers aktivieren; Hinweis: dies startet den Dienst nicht:

systemctl --user enable [Nom du Unit]

Automatisches Starten des Dienstes beim Booten des Servers 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 Sie die Variablen der PHP-CLI-Erweiterung ändern, die standardmäßig auf dem Infomaniak Cloud Server verfügbar ist.

PHP_CLI-Variablen ändern

Um auf die PHP-Erweiterungen Ihres Cloud-Servers zuzugreifen:

1. Klicken Sie hier, um die Verwaltung Ihres Cloud-Servers im Infomaniak Manager aufzurufen (Benötigen Sie Hilfe?).
2. Klicken Sie direkt auf den Namen des betreffenden Cloud-Servers.
3. Klicken Sie im linken Menü auf PHP-Erweiterungen.
4. Klicken Sie auf das Aktionsmenü ⋮ rechts neben PHP-CLI in der angezeigten Tabelle.
5. Klicken Sie auf Konfigurieren:
   
6. Ändern Sie die folgenden Variablen: allow_url_fopen, allow_url_include, memory_limit, max_execution_time, short_open_tag, allow_local_infile
7. Klicken Sie auf den blauen Button Speichern.

Dieser Leitfaden erklärt, wie Sie sich nach der Installation auf einem Infomaniak Cloud-Server mit Elasticsearch verbinden.

Voraussetzungen

• Besitzen Sie einen Infomaniak Cloud-Server.
• Installieren Magento.
• Kontaktieren Sie den Infomaniak-Support für die Installation von Elasticsearch.

Anmeldeinformationen

Sobald Sie sich bei Ihrem Magento-Bereich angemeldet haben, müssen Sie die folgenden Informationen angeben, um Elasticsearch zu starten:

• Hostname:localhost oder 127.0.0.1
• Port:9200
• Präfix:magento2

Dieser Leitfaden stellt mehrere Beispiele für die Verwendung von Varnish auf einem Infomaniak Cloud-Server vor.

Vorwort

• Konsultieren Sie diese zusätzlichen Ressourcen zur Varnish-Konfigurationssprache (VCL), um die Verarbeitung von Anfragen, das Routing und das Caching zu meistern:
  • VCL-Tutorial
  • VCL-Benutzerhandbuch
  • VCL-Referenz

Varnish-Konfiguration

Sobald installiert, basiert die Konfiguration von Varnish auf präzisen Regeln für das Caching und das Löschen. Stellen Sie sicher, dass der Zugriff eingeschränkt ist, um zu verhindern, dass nicht autorisierte Entitäten Ihren Cache leeren können.

Hier ist ein Beispiel für eine Konfigurationsdatei, die die häufigsten Anwendungsfälle zusammenfasst:

vcl 4.0;

# Default backend configuration
backend default {
    .host = "127.0.0.80";  # Backend IP address
    .port = "80";           # Backend port
}

# Access Control List (ACL) for purge authorization
acl purge {
    "localhost";            # Local access
    "1.2.3.4";              # Trusted home IP
    "42.42.42.0"/24;        # Trusted company range
    ! "42.42.42.7";         # Specific IP exclusion (e.g., problematic user)
}

# Handle incoming requests
sub vcl_recv {
    # Handle PURGE requests
    if (req.method == "PURGE") {
        # Check if client IP is authorized
        if (!client.ip ~ purge) {
            return (synth(405, "IP not authorized for PURGE requests."));
        }
        return (purge);
    }

    # Custom PURGEALL for image directory
    if (req.method == "PURGEALL" && req.url == "/images") {
        if (!client.ip ~ purge) {
            return (synth(405, "IP not authorized for PURGEALL requests."));
        }
        # Invalidate all image-related objects in cache
        ban("req.url ~ \.(jpg|png|gif|svg)$");
        return (synth(200, "Images purged."));
    }

    # Bypass cache for authorized requests (e.g., admin panels)
    if (req.http.Authorization) {
        return (pass);
    }
}

# Handle backend responses before caching
sub vcl_backend_response {
    # Set TTL for images to 1 day
    if (beresp.http.content-type ~ "image") {
        set beresp.ttl = 1d;
    }

    # Respect backend's "uncacheable" instruction
    if (beresp.http.uncacheable) {
        set beresp.uncacheable = true;
    }
}

Löschen über die CLI-Schnittstelle

Sobald Ihre Regeln aktiv sind, können Sie das Löschen Ihrer Website (z. B. "domain.xyz") mit dem Tool curl testen:

# Purge the homepage
$ curl -X PURGE https://domain.xyz/

# Expected Varnish response
<!DOCTYPE html>
<html>
<head>
    <title>200 Purged</title>
</head>
<body>
    <h1>Success 200: Purge completed</h1>
    <p>The page has been successfully purged.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 2</p>
    <hr>
    <p>Varnish Cache Server</p>
</body>
</html>

Um eine bestimmte URL zu löschen, ändern Sie einfach den Pfad der Anfrage:

# Purge a specific file
$ curl -X PURGE https://domain.xyz/some_path/some_file.html

# Expected Varnish response
<!DOCTYPE html>
<html>
<head>
    <title>200 Purged</title>
</head>
<body>
    <h1>Success 200: Purge completed</h1>
    <p>The file has been successfully purged.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 4</p>
    <hr>
    <p>Varnish Cache Server</p>
</body>
</html>

Oder um das gruppenweise Löschen von Bildern auszulösen, das im VCL definiert ist:

# Execute PURGEALL for images
$ curl -X PURGEALL https://domain.xyz/images

# Expected Varnish response
<!DOCTYPE html>
<html>
<head>
    <title>200 Purged images</title>
</head>
<body>
    <h1>Success 200: Images purged</h1>
    <p>All images have been successfully purged.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 32770</p>
    <hr>
    <p>Varnish Cache Server</p>
</body>
</html>

Löschen aus einem CMS (PHP)

Das Cache-Management kann auch dynamisch über Ihr Backend erfolgen. In der vorherigen Konfiguration wurde eine Kontrolle über die Kopfzeile Uncacheable hinzugefügt. Ihr CMS kann diese Kopfzeile senden, um Varnish zu zwingen, eine Antwort nicht zu speichern.

So senden Sie eine programmatische Löschanfrage in PHP:

<?php
// Initialize cURL for a specific URL
if ($curl = curl_init("http://127.0.0.1/some_url")) {
    curl_setopt_array($curl, [
        CURLOPT_RETURNTRANSFER => true,
        CURLOPT_CUSTOMREQUEST => "PURGE",
        CURLOPT_HTTPHEADER => [
            "Host: {$_SERVER['HTTP_HOST']}" // Match the target host
        ]
    ]);

    curl_exec($curl);
    
    // Check if the purge was successful (HTTP 200)
    if (curl_getinfo($curl, CURLINFO_HTTP_CODE) == 200) {
        echo "Cache purged!";
    }
    curl_close($curl);
}
?>

Dieser Leitfaden erklärt, wie Sie WordPress-Daten auf einem Backup-Speicherplatz in einem unabhängigen Schweizer Cloud Swiss Backup sichern können.

Vorwort

• Wenn die von Infomaniak angebotenen Backups nicht Ihren Anforderungen an Verfügbarkeit oder Sicherheit entsprechen oder Ihre Website anderswo gehostet wird, können Ihre Daten über eine S3-kompatible Verbindung auf den Servern von Infomaniak gesichert werden; Sie haben somit die Gewissheit, nichts zu verlieren.

Installation und Konfiguration des UpdraftPlus-Plugins

Voraussetzungen

• Besitzen Sie einen Swiss Backup Speicherplatz von Infomaniak mit einem verfügbaren Gerätekontingent (mindestens 1) für eine iCloud-Sicherung.
• Fügen Sie 1 Gerät vom Typ Cloud hinzu, um die Parameter S3-kompatibel zu erhalten.

Als Nächstes:

1. Fügen Sie das WordPress-Plugin UpdraftPlus hinzu, das die Sicherung von WordPress-Daten auf einem S3-kompatiblen Speicherort ermöglicht.
2. Klicken Sie auf Einstellungen und dann auf UpdraftPlus Backups:
   
3. Klicken Sie auf Einstellungen und dann auf S3-kompatibel (Generisch):
   
4. Unten füllen Sie die Felder gemäß den Informationen, die für Ihr Gerät spezifisch sind aus.
   
5. Hier sind die Art von Informationen, die Sie besitzen müssen und die Sie in den verschiedenen Feldern angeben müssen, um die Verbindung zu erstellen:
   

Sie können dann Ihre Backups in regelmäßigen Abständen planen.

Backup manuell herunterladen

Ihre über UpdraftPlus - S3 erstellten Backups können über einen S3-kompatiblen Client, z. B. Cyberduck, wiederhergestellt werden.

UpdraftPlus-Backup wiederherstellen

Nehmen Sie Kenntnis von diesem offiziellen Leitfaden auf Englisch.

Dieser Leitfaden behandelt die Einrichtung privater Netzwerke zwischen verschiedenen Infomaniak-Hosting-Angeboten wie VPS Cloud / VPS Lite, Public Cloud, NAS Synology usw.

Einrichten eines VLAN zwischen VPS

Es wird empfohlen, auf das Public Cloud-Angebot umzusteigen, um solche privaten Netzwerke zwischen VMs zu erstellen.

Dieser Leitfaden bezieht sich auf den Swap-Speicher auf Managed Cloud Server.

Swap-Speicher und RAM

Es kann zu Swapping kommen, auch wenn die RAM-Auslastung gering ist. Das System kann Swapping jederzeit einsetzen, wenn es dies für sinnvoll erachtet.

Swapping ist nicht nur ein Speicherbereich, der verwendet wird, wenn kein freier RAM vorhanden ist, obwohl dies oft seine Hauptfunktion ist.

Wenn Sie mehr darüber erfahren möchten, gibt es eine Einstellung namens „swappiness“, mit der Sie festlegen können, wie das System den Swap-Speicher verwendet. Der Standardwert ist 60, und er kann nicht geändert werden.

Die Infomaniak-Infrastruktur überträgt keine Virtualisierungsanweisungen an die Cloud-VPS / Lite-VPS; daher ist eine verschachtelte Virtualisierung nicht möglich.(Virtualisierung, die innerhalb einer bereits virtualisierten Umgebung ausgeführt wird), da dies insbesondere bei Live-Migrationen Probleme verursacht.

Sie können jedoch…

• … ein Server-Snapshot erstellen (Sicherung nicht automatisiert)
• … Server auf Swiss Backup sichern (Sicherung automatisiert)