Ce guide explique comment augmenter le volume de stockage de votre VPS Cloud une fois le changement d'offre effectué.

Préambule

• Par défaut, le VPS Cloud est fourni avec deux volumes :
  • 1 volume pour le système d'exploitation de votre choix (/dev/vda).
  • 1 volume pour le stockage de vos données (/dev/vdb), c'est celui-ci qui sera augmenté.
• Attention: selon le système d'exploitation installé, le volume système peut se nommer /dev/sda, /dev/sda1 ou /dev/vda ; idem pour le volume de données /dev/sdb, /dev/sdb2 ou /dev/vdb … Il convient donc de remplacer ces indications par celles correspondant à votre situation.

Commandes SSH pour augmenter le volume de stockage

Si vous choisissez du XFS par exemple, il est nécessaire d'installer les outils appropriés (s'ils ne sont pas déjà présents) :

sudo apt install xfsprogs

Puis d'augmenter le volume avec les commandes SSH suivantes :

sudo xfs_grow /dev/vdb

Et si vous choisissez du EXT4 :

sudo resize2fs /dev/vdb

Étendre le volume après une augmentation du volume de stockage

Deux cas de figures peuvent se présenter une fois que vous avez étendu le volume de stockage de votre serveur sous Linux. Noter qu’aucune donnée n’est supprimée lors de l’augmentation de l’espace via le changement d’offre de votre VPS.

Premier cas de figure

Dans le cas ou tout le volume est utilisé sans partition, il n'est pas nécessaire de faire un resizepart, vu qu’il n’y a pas de partition.

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

Second cas de figure

Dans le cas d’un volume qui contient une partition (/dev/vdb1), il faut commencer par arrêter les processus qui utilise ce volume puis il faut démonter la partition.

sudo umount /dev/vdb1

Il faut ensuite augmenter la taille de la partition avec parted qui dispose de la commande resizepart, ce qui n'est pas le cas de fdisk.

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

Et le volume Système ?

Il n'est pas possible d'agrandir la taille du volume système.

Pour Linux, Infomaniak fournit 20 Go, suffisant pour n'importe quelle distribution Linux. 

Pour Windows, Infomaniak fournit 100 Go sur le disque C, suffisant pour Windows. Les applications doivent être installées sur le lecteur D. Si vous disposez de 50 Go vous pouvez demander 100 Go (contactez le support Infomaniak en précisant un créneau pour l'opération car il y a quelques minutes d'interruption à prévoir).

Ce guide explique comment installer et configurer systemd sur un Serveur Cloud et présente les principales commandes utilisables.

Prérequis

• Suivre le guide d'installation systemd pour Serveur Cloud.
• Consulter la documentation officielle pour prendre connaissance de l'ensemble des possibilités offertes par systemd
• Les fichiers "unit" devront être placés dans : ~/.config/systemd/user/ ( /home/clients/absolute-path-id/.config/systemd/user ) (en remplaçant absolute-path-id visible dans votre Manager) et les permissions doivent être réglées en 0644.
• Le paramètre --user doit être indiqué dans chaque commande.

Principales commandes 

Voici une liste non-exhaustives de commandes utilisables avec systemd.

Forcer systemd à lire à nouveau les unit files et à prendre en compte les modifications:

systemctl --user daemon-reload

Activation d'un service: 

systemctl --user enable --now SERVICENAME.service

Vérification de l'état d'un service:

systemctl --user status SERVICENAME.service

Configuration de Node en tant que service avec systemd

Il sera nécessaire de créer un fichier "Unit" avec l'extension ".service", qu'il faudra enregistrer dans le répertoire:

~/.config/systemd/user/

Il est possible de réutiliser l'exemple ci-après en remplaçant les valeurs commençant par {} :

[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

Actions supplémentaires avec un fichier Unit

systemctl --user daemon-reload

Démarrer le service (si celui-ci est déjà actif, rien ne se passe):

systemctl --user start [Nom du Unit]

Arrêter le service (si celui-ci n'est pas actif, rien ne se passe):

systemctl --user stop [Nom du Unit]

Redémarrer le service (s'il ne tourne pas, il est lancé):

systemctl --user restart [Nom du Unit]

Obtenir des informations sur le service ; notamment:

• "Active" qui indique si le service tourne et depuis quand
• "CGroup" montre le groupe de processus que gère le service, ça permet de voir les processus actifs, avec leurs arguments et leur ID

En dessous de "CGroup" se trouvent d'éventuels logs (la sortie standard et erreur du processus):

systemctl --user status [Nom du Unit]

Activer le démarrage automatique du service au boot du serveur ; NB: ça ne démarre pas le service:

systemctl --user enable [Nom du Unit]

Désactiver le démarrage automatique du service au boot du serveur ; NB: ça n'arrête pas le service:

systemctl --user disable [Nom du Unit]

Configuration avec les entrées user:

[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

Ce guide explique comment modifier les variables de l'extension PHP-CLI qui est disponible par défaut sur Serveur Cloud Infomaniak.

Modifier les variables PHP_CLI

Pour accéder aux extensions PHP du Serveur Cloud :

1. Cliquez ici afin d'accéder à la gestion de votre Serveur Cloud sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au Serveur Cloud concerné.
3. Cliquez sur Extensions PHP dans le menu latéral gauche.
4. Cliquez sur le menu d'action ⋮ à droite de PHP-CLI dans le tableau qui s'affiche.
5. Cliquez sur Configurer:
   
6. Modifiez les variables suivantes : allow_url_fopen, allow_url_include, memory_limit, max_execution_time, short_open_tag, allow_local_infile
7. Cliquez sur le bouton bleu Enregistrer.

Ce guide explique comment se connecter à Elasticsearch après l'avoir installé sur Magento depuis un Serveur Cloud Infomaniak.

Prérequis

• Posséder un Serveur Cloud Infomaniak.
• Installer Magento.
• Prendre contact avec le support Infomaniak pour l'installation d'Elasticsearch.

Informations de connexion

Une fois connecté à votre espace Magento, il sera nécessaire d'indiquer les informations suivantes pour démarrer Elasticsearch :

• Hostname :localhost ou 127.0.0.1
• Port :9200
• Préfixe :magento2

Ce guide présente plusieurs exemples d'utilisation de Varnish sur Serveur Cloud Infomaniak.

Préambule

• Pour de l'aide supplémentaire contactez un partenaire ou lancez gratuitement un appel d'offres — découvrez aussi le rôle de l'hébergeur.
• Prenez connaissance de ces autres guides concernant le langage de configuration Varnish (VCL) pour contrôler le traitement des demandes, le routage, la mise en cache et plusieurs autres aspects:
  • VCL Tutorial
  • VCL user guide
  • VCL Reference

Configuration de Varnish

Après installation, la configuration de Varnish inclut des règles importantes pour la mise en cache et le purging. Soyez attentif à ne pas autoriser accidentellement des adresses IP non souhaitées.

Voici à quoi pourrait ressembler un fichier de configuration de base avec quelques cas courants et différentes actions/règles dans un seul exemple:

vcl 4.0;
# Configuration du backend par défaut
backend default {
    .host = "127.0.0.80";  # Adresse IP du backend
    .port = "80";           # Port du backend
}
# Définition d'une liste de contrôle d'accès (ACL) pour les IPs autorisées à purger le cache
acl purge {
    "localhost";            # IP locale
    "1.2.3.4";              # IP de votre domicile
    "42.42.42.0"/24;        # Plage d'IP publique de votre entreprise
    ! "42.42.42.7";         # Exclusion d'une IP spécifique (ex : un collègue gênant)
}
# Traitement des requêtes à leur réception par Varnish
sub vcl_recv {
    # Autoriser les requêtes de purge
    if (req.method == "PURGE") {
        # Vérification si l'IP du client est autorisée à purger
        if (!client.ip ~ purge) {  # 'purge' fait référence à l'ACL définie plus haut
            # Retourne une page d'erreur si l'IP n'est pas autorisée
            return (synth(405, "Cette IP n'est pas autorisée à envoyer des requêtes PURGE."));
        }
        # Si l'IP est autorisée, purger le cache pour cette requête
        return (purge);
    }
    # Autoriser la purge de toutes les images via une requête PURGEALL
    if (req.method == "PURGEALL" && req.url == "/images") {
        if (!client.ip ~ purge) {
            return (synth(405, "Cette IP n'est pas autorisée à envoyer des requêtes PURGE."));
        }
        # Invalider tous les objets en cache correspondant à des images
        ban("req.url ~ \.(jpg|png|gif|svg)$");
        return (synth(200, "Images purgées."));
    }
    # Ne pas mettre en cache les pages avec une autorisation (header Authorization)
    if (req.http.Authorization) {
        # Passer la requête directement au backend sans la mettre en cache
        return (pass);
    }
}
# Traitement de la réponse du backend avant de la renvoyer au client
sub vcl_backend_response {
    # Mise en cache des images pour une durée de 1 jour
    if (beresp.http.content-type ~ "image") {
        set beresp.ttl = 1d;
    }
    # Si le backend indique que la réponse ne doit pas être mise en cache, respecter cette consigne
    if (beresp.http.uncacheable) {
        set beresp.uncacheable = true;
    }
}

Purge à partir de l'interface CLI

À partir de là, les règles énoncées dans la configuration ci-dessus fonctionnent sur toutes les demandes, donc si le site configuré est "domain.xyz", vous pouvez simplement utiliser l'outil CLI "curl" et faire ce qui suit:

# Envoyer une requête PURGE pour purger la page d'accueil de "domain.xyz"
$ curl -X PURGE https://domain.xyz/
# Réponse renvoyée par le serveur Varnish
<!DOCTYPE html>
<html>
<head>
    <title>200 Purged</title>
</head>
<body>
    <h1>Erreur 200 : Purge effectuée</h1>
    <p>La page a été purgée avec succès.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 2</p>
    <hr>
    <p>Serveur de cache Varnish</p>
</body>
</html>

Et là, la page d'accueil a été purgée. Ou pour purger une autre URL, il suffit de faire pointer la requête vers cette dernière:

# Envoyer une requête PURGE pour purger un fichier spécifique à "domain.xyz"
$ curl -X PURGE https://domain.xyz/some_path/some_file.html
# Réponse renvoyée par le serveur Varnish
<!DOCTYPE html>
<html>
<head>
    <title>200 Purged</title>
</head>
<body>
    <h1>Erreur 200 : Purge effectuée</h1>
    <p>Le fichier a été purgé avec succès.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 4</p>
    <hr>
    <p>Serveur de cache Varnish</p>
</body>
</html>

Ou, comme indiqué dans la configuration VCL, purger toutes les images:

# Envoyer une requête PURGEALL pour purger toutes les images dans "domain.xyz"
$ curl -X PURGEALL https://domain.xyz/images
# Réponse renvoyée par le serveur Varnish
<!DOCTYPE html>
<html>
<head>
    <title>200 Purged images</title>
</head>
<body>
    <h1>Erreur 200 : Images purgées</h1>
    <p>Toutes les images ont été purgées avec succès.</p>
    <h3>Guru Meditation:</h3>
    <p>XID: 32770</p>
    <hr>
    <p>Serveur de cache Varnish</p>
</body>
</html>

Purge à partir d'un CMS

C'est un peu plus difficile d'illustrer ce cas car il existe de nombreuses façons de gérer la mise en cache depuis un backend. Dans l'exemple de configuration ci-dessus, un contrôle sur l'en-tête "Uncacheable" est ajouté, qui désactive la mise en cache. Avec cette option, n'importe quel CMS pourrait simplement définir cet en-tête sur la réponse pour désactiver la mise en cache de cette requête par exemple.

A partir de n'importe quel code PHP et avec la configuration ci-dessus, vous pouvez simplement envoyer une requête HTTP et utiliser cet extrait pour effectuer un PURGE du cache:

<?php
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']}"
        ]
    ]);
    curl_exec($curl);
    if (curl_getinfo($curl, CURLINFO_HTTP_CODE) == 200) {
        echo "Cache purged!";
    }
    curl_close($curl);
}
?>

Ce guide donne des indications pour synchroniser kDrive avec un VPS (ou l'inverse) via le protocole WebDAV que l'on retrouve dans l'application rClone.

✘ INDISPONIBLE‍ avec
kSuite gratuit / kSuite Standard
my kSuite / my kSuite+ (ik.me, etik.com, ikmail.com) 

Prérequis

• Posséder un VPS.
• Connaitre votre identifiant kDrive (ID kDrive).

Synchroniser kDrive et VPS via rClone

L'opération permet de récupérer en temps réel les fichiers et dossiers du kDrive et de pouvoir lire, créer ou modifier ces fichiers depuis votre VPS tout en étant sûr qu’ils soient synchronisés à nouveau sur le serveur kDrive. Un point de montage rClone pourra être réalisé avec un dossier de votre VPS afin de pouvoir manipuler ces fichiers kDrive.

Prenez connaissance de la documentation rClone si vous recherchez des informations au sujet des options qui existent:

1. Exemple de commande rClone:

   • 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

   • L’attribut --daemon de cette commande permet de lancer la synchronisation en tâche de fond car sans lui, cette sync se termine à chaque déconnexion du VPS…
2. Exemple de fichier de configuration rClone:

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

   • Adresse du serveur: https://IDkDrive.connect.kdrive.infomaniak.com (cf prérequis ci-dessus)
   • Nom d'utilisateur: adresse mail de connexion au compte Infomaniak
   • Mot de passe: créez un mot de passe d'application pour cet usage spécifique.

Ce guide concerne la création de réseaux privés entre différentes offres d'hébergement Infomaniak comme VPS Cloud / VPS Lite, Public Cloud, NAS Synology, etc.

Créer un VLAN entre VPS

Il n'est pas possible de créer un réseau privé (VLAN) entre VPS Cloud / VPS Lite et d'autres produits, comme NAS Synology par exemple, car ils sont installés sur des réseaux distincts.

Cependant il est possible de créer un VLAN entre minimum 10 VPS Cloud / VPS Lite vous appartenant (contactez le support Infomaniak) cependant un réseau privé dédié ne pourra pas communiquer avec un autre.

Il est recommandé de migrer vers l'offre Public Cloud pour créer de tels réseaux privés entre VM.

Ce guide concerne le swap sur Serveur Cloud.

Swap et mémoire RAM

Il peut y avoir du swap alors que la consommation de RAM est faible. En effet le système peut utiliser le swap à tout moment s'il le juge utile.

Le swap n'est pas un espace mémoire dédié à être utilisé s'il n'y a pas de RAM libre, bien que ce soit souvent son utilisation principale.

Si vous souhaitez en savoir plus, il existe un paramètre "swappiness" qui permet de définir la manière dont le système utilisera le swap. La valeur par défaut est 60 et elle ne peut pas être modifiée.

L'infrastructure Infomaniak ne transmet pas d'instructions de virtualisation aux VPS Cloud / VPS Lite ; il n'est donc pas possible de faire de la virtualisation imbriquée (virtualisation qui s'exécuterait à l'intérieur d'un environnement déjà virtualisé) car cela pose des problèmes notamment lors des migrations en direct.

Vous pouvez néanmoins…

• … créer un instantané (snapshot) du serveur (sauvegarde non automatisée)
• … sauvegarder le serveur sur Swiss Backup (sauvegarde automatisée)

Ce guide explique comment bénéficier de nouvelles versions de PHP, MySQL et de nombreux autres paquets en faisant migrer un Serveur Cloud sur une nouvelle infrastructure Infomaniak.

Procédure de migration

En migrant vos données sur la nouvelle infrastructure Cloud, vous augmentez la performance et la fiabilité de vos sites qui accéderont aux dernières technologies:

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur le bouton bleu dans l'encadré "Faire évoluer votre Serveur Cloud" (ou sur Gérer):
   

La migration est gratuite et se déroule en 3 étapes:

1. Infomaniak met à disposition un Serveur Cloud dernière génération ayant les mêmes caractéristiques que l'actuel, au même tarif et même durée d'engagement.
2. Vous disposez d'un mois pour déplacer vos hébergements sur le nouveau Serveur Cloud mis à disposition (lire ci-dessous).
3. Lorsque vos hébergements sont déplacés sur le nouveau serveur, résiliez l'ancien Serveur Cloud.

Au sujet de l'étape 2…

Lors du déplacement d'un hébergement d'un Serveur Cloud à un autre:

• Les accès FTP et bases de données ne changent pas.
• Seules changent au niveau des hébergements les versions supportées de PHP et MariaDB, ainsi que les adresses IPv4 et IPv6 du serveur.
• Les noms d'hôtes (hostnames) ne changent pas et sont automatiquement mis à jour pour pointer sur les nouvelles adresses IP.

Infomaniak ne fournit pas d'accès root sur Serveur Cloud.

En revanche, un accès root est possible sur:

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

Ce guide explique comment modifier la configuration d'un VPS Cloud / VPS Lite.

Modifier la taille de stockage sur VPS Cloud / VPS Lite

Pour accéder au VPS Cloud / VPS Lite :

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez sur le menu d'action ⋮ à droite de l'objet concerné dans le tableau qui s'affiche.
3. Cliquez sur Modifier l'offre:
   
4. Effectuez les ajustements souhaités parmi les propositions du shop et terminez la procédure en bas:
   
5. Il est nécessaire d'étendre le volume après une augmentation du volume de stockage.

Il n'est pas possible de commander et d'obtenir davantage d'adresses IP sur un VPS Cloud / VPS Lite.

Les alternatives possibles seraient d'utiliser…

• … un hébergement de type Public Cloud (il est possible d'y ajouter autant d'adresses IP que désiré),
• … l'outil Newsletter selon vos besoins.

Ce guide explique comment autoriser certains ports entrants et/ou sortants dans le pare-feu (parefeux ou firewall) d'un serveur VPS Cloud / VPS Lite.

Accéder à l'outil de gestion

Pour gérer le pare-feu VPS Cloud / VPS Lite:

1. Cliquez ici afin d'accéder à la gestion de votre produit sur le Manager Infomaniak (besoin d'aide ?).
2. Cliquez directement sur le nom attribué au produit concerné.
3. Cliquez sur Firewall dans le menu latéral gauche:
   

Règle pour autoriser le ping sur VPS Cloud / VPS Lite

Pour ajouter une règle sur le pare-feu:

1. Cliquez sur le bouton bleu pour Ajouter une règle.
2. Cliquez sur Sélection manuelle.
3. Sélectionnez ICMP:
   
4. Validez en bas de page.

Ouvrir le port sortant 25 de façon globale

Le port sortant 25 (port SMTP Mail) est bloqué par défaut. Il est recommandé d'utiliser une solution d'envoi mail authentifié. Pour ouvrir ce port, contactez le support Infomaniak en justifiant votre demande.

Infomaniak ne propose pas de chiffrement de disque virtuel sur VPS Cloud / VPS Lite mais fournit un périphérique bloc que vous pouvez formater et chiffrer si vous le souhaitez.

Ce guide vous aide à diagnostiquer et résoudre l'erreur "Votre connexion n’est pas privée" (ou NET::ERR_CERT_AUTHORITY_INVALID). Cette alerte de sécurité peut concerner aussi bien les visiteurs d'un site que ses administrateurs.

Préambule

• Cette alerte est un mécanisme de protection de votre navigateur. Elle indique qu'une connexion sécurisée n'a pas pu être établie avec le serveur pour l'une des raisons suivantes :
  • Le site ne possède pas de certificat de sécurité SSL/TLS.
  • Le certificat installé est expiré ou mal configuré.
  • La connexion entre votre appareil et le serveur est interceptée ou perturbée.
• Attention : Sur un site présentant cette erreur, les données que vous saisissez (mots de passe, numéros de carte) ne sont pas chiffrées et peuvent être interceptées par des tiers.

Solutions pour les visiteurs

Si vous rencontrez cette erreur sur un site que vous ne gérez pas, le problème peut parfois venir de votre propre configuration. Voici les points à vérifier :

• Vérifiez l'heure de votre appareil : Si votre ordinateur ou smartphone n'est pas à la bonne date/heure, la validation du certificat échouera systématiquement.
• Testez en navigation privée : Si l'erreur disparaît, videz le cache et les cookies de votre navigateur.
• Vérifiez votre réseau : Évitez les réseaux Wi-Fi publics qui peuvent forcer leurs propres portails de connexion.
• Antivirus et Pare-feu : Certains logiciels de sécurité analysent les connexions HTTPS et peuvent provoquer de faux positifs.

Solutions pour les propriétaires d'un site Infomaniak

Si vous êtes l'administrateur du site, vous devez vous assurer que votre certificat SSL est actif et valide pour couvrir l'intégralité de vos noms de domaine.

1. Le certificat SSL est-il installé ?

Si votre site est encore en HTTP, vous devez générer un certificat (gratuit via Let's Encrypt ou payant). Prenez connaissance des certificats disponibles chez Infomaniak.

Important : Si vous avez ajouté des alias (noms de domaine secondaires) à votre site après l'installation du SSL, vous devez mettre à jour le certificat pour qu'il les intègre.

2. Vérifier la validité et l'expiration

Chez Infomaniak, les certificats se renouvellent automatiquement, mais un blocage technique peut parfois survenir. Pour vérifier l'état de votre certificat :

1. Cliquez ici pour accéder à la gestion de vos certificats dans le Manager (besoin d'aide ?).
2. Vérifiez le statut et la date d'expiration dans le tableau de bord :
   

3. Forcer le HTTPS et corriger le "Contenu Mixte"

Si votre certificat est valide mais que l'erreur persiste (ou que le cadenas n'est pas vert), il est possible que votre site charge encore des éléments (images, scripts) en HTTP. Pour corriger cela, prenez connaissance de cet autre guide.