Questa guida spiega come aumentare lo spazio di archiviazione del tuo VPS Cloud una volta effettuato il cambio di offerta.

Premessa

• Di default, il VPS Cloud è fornito con due volumi:
  • 1 volume per il sistema operativo di tua scelta (/dev/vda).
  • 1 volume per l'archiviazione dei tuoi dati (/dev/vdb), è questo che verrà aumentato.
• Attenzione: a seconda del sistema operativo installato, il volume del sistema può chiamarsi /dev/sda, /dev/sda1 o /dev/vda; lo stesso vale per il volume dei dati /dev/sdb, /dev/sdb2 o /dev/vdb … È quindi necessario sostituire queste indicazioni con quelle corrispondenti alla tua situazione.

Comandi SSH per aumentare lo spazio di archiviazione

Se scegli XFS, ad esempio, è necessario installare gli strumenti appropriati (se non sono già presenti):

sudo apt install xfsprogs

Poi aumentare il volume con i seguenti comandi SSH:

sudo xfs_grow /dev/vdb

E se scegli EXT4:

sudo resize2fs /dev/vdb

Estendere il volume dopo un aumento dello spazio di archiviazione

Due casi possono presentarsi una volta che hai esteso lo spazio di archiviazione del tuo server sotto Linux. Nota che nessun dato viene eliminato durante l'aumento dello spazio tramite il cambio di offerta del tuo VPS.

Primo caso

Nel caso in cui tutto il volume viene utilizzato senza partizione, non è necessario eseguire un resizepart, poiché non c'è alcuna partizione.

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

Secondo caso

Nel caso di un volume che contiene una partizione (/dev/vdb1), è necessario prima arrestare i processi che utilizzano questo volume, poi è necessario smontare la partizione.

sudo umount /dev/vdb1

Successivamente, è necessario aumentare la dimensione della partizione con parted che dispone del comando resizepart, cosa che non fa 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

E il volume di sistema?

Non è possibile aumentare la dimensione del volume di sistema.

Per Linux, Infomaniak fornisce 20 Go, sufficienti per qualsiasi distribuzione Linux.

Per Windows, Infomaniak fornisce 100 Go sul disco C, sufficienti per Windows. Le applicazioni devono essere installate sul disco D. Se disponi di 50 Go puoi richiedere 100 Go (contatta il supporto Infomaniak specificando una fascia oraria per l'operazione poiché sono previsti alcuni minuti di interruzione).

Questa guida spiega come installare e configurare systemd su un Server Cloud e presenta i principali comandi utilizzabili.

Prerequisiti

• Seguire la guida di installazione systemd per Server Cloud.
• Consultare la documentazione ufficiale per conoscere tutte le possibilità offerte da systemd
• I file "unit" devono essere posizionati in: ~/.config/systemd/user/ ( /home/clients/absolute-path-id/.config/systemd/user ) (sostituendo absolute-path-id visibile nel vostro Manager) e i permessi devono essere impostati su 0644.
• Il parametro --user deve essere indicato in ogni comando.

Principali comandi

Ecco un elenco non esaustivo di comandi utilizzabili con systemd.

Forzare systemd a rileggere i file unit e a prendere in considerazione le modifiche:

systemctl --user daemon-reload

Attivazione di un servizio:

systemctl --user enable --now SERVICENAME.service

Verifica dello stato di un servizio:

systemctl --user status SERVICENAME.service

Configurazione di Node come servizio con systemd

Sarà necessario creare un file "Unit" con l'estensione ".service", che dovrà essere salvato nella directory:

~/.config/systemd/user/

È possibile riutilizzare l'esempio seguente sostituendo i valori che iniziano con {} :

[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

Azioni aggiuntive con un file Unit

systemctl --user daemon-reload

Avviare il servizio (se il servizio è già attivo, non succede nulla):

systemctl --user start [Nom du Unit]

Arrestare il servizio (se il servizio non è attivo, non succede nulla):

systemctl --user stop [Nom du Unit]

Riavviare il servizio (se non è in esecuzione, viene avviato):

systemctl --user restart [Nom du Unit]

Ottieni informazioni sul servizio; in particolare:

• "Active" che indica se il servizio è in esecuzione e da quanto tempo
• "CGroup" mostra il gruppo di processi gestito dal servizio, permette di vedere i processi attivi, con i loro argomenti e il loro ID

Sotto "CGroup" si trovano eventuali log (l'output standard e l'errore del processo):

systemctl --user status [Nom du Unit]

Attivare l'avvio automatico del servizio all'avvio del server; NB: non avvia il servizio:

systemctl --user enable [Nom du Unit]

Disattivare l'avvio automatico del servizio all'avvio del server; NB: non arresta il servizio:

systemctl --user disable [Nom du Unit]

Configurazione con le voci utente:

[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

Questa guida spiega come modificare le variabili dell'estensione PHP-CLI disponibile di default sul Server Cloud Infomaniak.

Modifica delle variabili PHP_CLI

Per accedere alle estensioni PHP del Server Cloud:

1. Clicca qui per accedere alla gestione del tuo Server Cloud sul Manager Infomaniak (hai bisogno di aiuto?).
2. Clicca direttamente sul nome attribuito al Server Cloud interessato.
3. Clicca su Estensioni PHP nel menu laterale sinistro.
4. Clicca sul menu azione ⋮ a destra di PHP-CLI nella tabella che si visualizza.
5. Clicca su Configura:
   
6. Modifica le seguenti variabili: allow_url_fopen, allow_url_include, memory_limit, max_execution_time, short_open_tag, allow_local_infile
7. Clicca sul pulsante blu Salva.

Questa guida spiega come connettersi a Elasticsearch dopo averlo installato su Magento da un Server Cloud Infomaniak.

Prerequisiti

• Possedere un Server Cloud Infomaniak.
• Installare Magento.
• Contattare il supporto Infomaniak per l'installazione di Elasticsearch.

Informazioni di connessione

Una volta connesso al tuo spazio Magento, sarà necessario indicare le seguenti informazioni per avviare Elasticsearch:

• Hostname :localhost o 127.0.0.1
• Porta :9200
• Prefisso :magento2

Questa guida presenta diversi esempi di utilizzo di Varnish su Server Cloud Infomaniak.

Premessa

• Per ulteriori assistenze contattate un partner o lanciate gratuitamente una richiesta di offerta — scoprite anche il ruolo dell'hosting provider.
• Prendete visione di queste altre guide riguardanti il linguaggio di configurazione Varnish (VCL) per controllare l'elaborazione delle richieste, il routing, la memorizzazione nella cache e diversi altri aspetti:
  • Tutorial VCL
  • Guida utente VCL
  • Riferimento VCL

Configurazione di Varnish

Dopo installazione, la configurazione di Varnish include regole importanti per la memorizzazione nella cache e il purging. Fate attenzione a non autorizzare accidentalmente indirizzi IP non desiderati.

Ecco come potrebbe apparire un file di configurazione di base con alcuni casi comuni e diverse azioni/regole in un solo esempio:

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 da CLI

Da qui, le regole enunciate nella configurazione sopra funzionano su tutte le richieste, quindi se il sito configurato è "domain.xyz", è possibile utilizzare semplicemente lo strumento CLI "curl" e fare quanto segue:

# 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>

E così, la home page è stata purgata. Oppure, per purgare un'altra URL, basta indirizzare la richiesta verso quest'ultima:

# 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>

Oppure, come indicato nella configurazione VCL, purgare tutte le immagini:

# 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 da un CMS

È un po' più difficile illustrare questo caso perché esistono molti modi per gestire la memorizzazione nella cache da un backend. Nell'esempio di configurazione sopra, viene aggiunto un controllo sull'intestazione "Uncacheable", che disattiva la memorizzazione nella cache. Con questa opzione, qualsiasi CMS potrebbe semplicemente impostare questa intestazione sulla risposta per disattivare la memorizzazione nella cache di questa richiesta, ad esempio.

Da qualsiasi codice PHP e con la configurazione sopra, è possibile inviare semplicemente una richiesta HTTP e utilizzare questo estratto per eseguire un PURGE della 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);
}
?>

Questa guida fornisce indicazioni per sincronizzare kDrive con un VPS (o viceversa) tramite il protocollo WebDAV che si trova nell'applicazione rClone.

✘ NON DISPONIBILE con
kSuite gratuito / kSuite Standard
my kSuite / my kSuite+ (ik.me, etik.com, ikmail.com) 

Prerequisiti

• Possedere un VPS.
• Conoscere il proprio identificativo kDrive (ID kDrive).

Sincronizzare kDrive e VPS tramite rClone

Questa operazione consente di recuperare in tempo reale i file e le cartelle di kDrive e di poter leggere, creare o modificare questi file dal proprio VPS, garantendo che siano nuovamente sincronizzati sul server kDrive. Un punto di montaggio rClone può essere creato con una cartella del VPS per poter manipolare questi file kDrive.

Consultare la documentazione rClone se si cercano informazioni sulle opzioni disponibili:

1. Esempio di comando 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'attributo --daemon di questo comando consente di avviare la sincronizzazione in background, poiché senza di esso, questa sincronizzazione si interrompe ad ogni disconnessione dal VPS…
2. Esempio di file di configurazione rClone:

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

   • Indirizzo del server: https://IDkDrive.connect.kdrive.infomaniak.com (vedi prerequisiti sopra)
   • Nome utente: indirizzo email per l'accesso al conto Infomaniak
   • Password: creare una password di applicazione per questo uso specifico.

Questa guida riguarda la creazione di reti private tra diverse offerte di hosting Infomaniak come VPS Cloud / VPS Lite, Public Cloud, NAS Synology, ecc.

Creare un VLAN tra VPS

Non è possibile creare una rete privata (VLAN) tra VPS Cloud / VPS Lite e altri prodotti, come NAS Synology, ad esempio, poiché sono installati su reti separate.

Tuttavia, è possibile creare un VLAN tra almeno 10 VPS Cloud / VPS Lite di tua proprietà (contatta il supporto Infomaniak), ma una rete privata dedicata non potrà comunicare con un'altra.

Si consiglia di migrare all'offerta Public Cloud per creare tali reti private tra VM.

Questa guida riguarda lo swap su Server Cloud.

Swap e memoria RAM

Può esserci dello swap anche se il consumo di RAM è basso. Infatti, il sistema può utilizzare lo swap in qualsiasi momento se lo ritiene utile.

Lo swap non è uno spazio di memoria dedicato all'uso in caso di RAM libera, anche se questa è spesso la sua principale utilizzazione.

Se desideri saperne di più, esiste un parametro "swappiness" che permette di definire il modo in cui il sistema utilizzerà lo swap. Il valore predefinito è 60 e non può essere modificato.

L'infrastruttura Infomaniak non trasmette istruzioni di virtualizzazione ai VPS Cloud / VPS Lite; non è quindi possibile eseguire la virtualizzazione annidata (virtualizzazione che si eseguirebbe all'interno di un ambiente già virtualizzato) poiché ciò causa problemi, in particolare durante le migrazioni in diretta.

Potete comunque…

• … creare un'istantanea (snapshot) del server (backup non automatizzato)
• … salvare il server su Swiss Backup (backup automatizzato)

Questa guida spiega come beneficiare di nuove versioni di PHP, MySQL e di numerosi altri pacchetti migrando un Server Cloud su una nuova infrastruttura Infomaniak.

Procedura di migrazione

Migrando i tuoi dati sulla nuova infrastruttura Cloud, aumenti le prestazioni e la affidabilità dei tuoi siti che accederanno alle ultime tecnologie:

1. Clicca qui per accedere alla gestione del tuo prodotto sul Manager Infomaniak (hai bisogno di aiuto?).
2. Clicca direttamente sul nome attribuito al prodotto interessato.
3. Clicca sul pulsante blu nel riquadro "Migliora il tuo Server Cloud" (o su Gestisci):
   

La migrazione è gratuita e si svolge in 3 fasi:

1. Infomaniak mette a disposizione un Server Cloud di ultima generazione con le stesse caratteristiche di quello attuale, allo stesso prezzo e con lo stesso periodo di impegno.
2. Hai un mese di tempo per spostare i tuoi hosting sul nuovo Server Cloud messo a disposizione (leggi sotto).
3. Quando i tuoi hosting sono spostati sul nuovo server, disdici l'account del vecchio Server Cloud.

Riguardo alla fase 2…

Durante lo spostamento di un hosting da un Server Cloud a un altro:

• Gli accessi FTP e i database non cambiano.
• Cambiano solo a livello di hosting le versioni supportate di PHP e MariaDB, nonché gli indirizzi IPv4 e IPv6 del server.
• I nomi host (hostnames) non cambiano e vengono aggiornati automaticamente per puntare ai nuovi indirizzi IP.

Infomaniak non fornisce l'accesso root su Server Cloud.

Al contrario, l'accesso root è possibile su:

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

Questa guida spiega come modificare la configurazione di un VPS Cloud / VPS Lite.

Modifica delle dimensioni dello spazio di archiviazione su VPS Cloud / VPS Lite

Per accedere a VPS Cloud / VPS Lite:

1. Clicca qui per accedere alla gestione del tuo prodotto su Infomaniak Manager (hai bisogno di aiuto?).
2. Clicca sul menu di azione ⋮ a destra dell'oggetto interessato nella tabella che viene visualizzata.
3. Clicca su Modifica l'offerta:
   
4. Effettua le regolazioni desiderate tra le proposte dello shop e completa la procedura in basso:
   
5. È necessarioestendere il volume dopo un aumento del volume di archiviazione.

Non è possibile ordinare e ottenere ulteriori indirizzi IP su un VPS Cloud / VPS Lite.

Le alternative possibili sarebbero utilizzare…

• … un hosting di tipo Public Cloud (è possibile aggiungere tanti indirizzi IP quanti desiderati),
• … lo strumento Newsletter secondo le tue esigenze.

Questa guida spiega come autorizzare determinati porti in entrata e/o in uscita nel firewall di un server VPS Cloud / VPS Lite.

Accedere allo strumento di gestione

Per gestire il firewall VPS Cloud / VPS Lite:

1. Clicca qui per accedere alla gestione del tuo prodotto su Infomaniak Manager (hai bisogno di aiuto?).
2. Clicca direttamente sul nome assegnato al prodotto interessato.
3. Clicca su Firewall nel menu laterale sinistro:
   

Regola per autorizzare il ping su VPS Cloud / VPS Lite

Per aggiungere una regola al firewall:

1. Clicca sul pulsante blu per Aggiungere una regola.
2. Clicca su Selezione manuale.
3. Seleziona ICMP:
   
4. Conferma in fondo alla pagina.

Aprire la porta in uscita 25 in modo globale

La porta in uscita 25 (porta SMTP Mail) è bloccata per impostazione predefinita. Si consiglia di utilizzare una soluzione di invio mail autenticato. Per aprire questa porta, contatta il supporto Infomaniak giustificando la tua richiesta.

Infomaniak non offre il cifrature di disco virtuale su VPS Cloud / VPS Lite ma fornisce un dispositivo a blocchi che puoi formattare e cifrare se lo desideri.

Questa guida vi aiuta a diagnosticare e risolvere l'errore "La vostra connessione non è privata" (o NET::ERR_CERT_AUTHORITY_INVALID). Questo avviso di sicurezza può riguardare sia i visitatori di un sito che i suoi amministratori.

Premessa

• Questo avviso è un meccanismo di protezione del vostro browser. Indica che una connessione sicura non è riuscita a essere stabilita con il server per una delle seguenti ragioni:
  • Il sito non possiede un certificato di sicurezza SSL/TLS.
  • Il certificato installato è scaduto o configurato in modo errato.
  • La connessione tra il vostro dispositivo e il server è intercettata o disturbata.
• Attenzione: Su un sito che presenta questo errore, i dati che inserite (password, numeri di carta) non sono cifrati e possono essere intercettati da terzi.

Soluzioni per i visitatori

Se riscontrate questo errore su un sito che non gestite, il problema può talvolta provenire dalla vostra configurazione. Ecco i punti da verificare:

• Verificate l'ora del vostro dispositivo: Se il vostro computer o smartphone non è alla data/ora corretta, la validazione del certificato fallirà sistematicamente.
• Testate in navigazione privata: Se l'errore scompare, svuotate la cache e i cookie del vostro browser.
• Verificate la vostra rete: Evitate le reti Wi-Fi pubbliche che possono forzare i propri portali di connessione.
• Antivirus e Firewall: Alcuni software di sicurezza analizzano le connessioni HTTPS e possono provocare falsi positivi.

Soluzioni per i proprietari di un sito Infomaniak

Se siete l'amministratore del sito, dovete assicurarvi che il vostro certificato SSL sia attivo e valido per coprire l'intera gamma dei vostri nomi di dominio.

1. Il certificato SSL è installato?

Se il vostro sito è ancora in HTTP, dovete generare un certificato (gratuito tramite Let's Encrypt o a pagamento). Informatevi sui certificati disponibili presso Infomaniak.

Importante: Se avete aggiunto degli alias (nomi di dominio secondari) al vostro sito dopo l'installazione del SSL, dovete aggiornare il certificato per includerli.

2. Verificare la validità e la scadenza

Presso Infomaniak, i certificati si rinnovano automaticamente, ma può talvolta verificarsi un blocco tecnico. Per verificare lo stato del vostro certificato:

1. Clicca qui per accedere alla gestione dei tuoi certificati nel Manager (hai bisogno di aiuto?).
2. Verifica lo stato e la data di scadenza nel pannello di controllo:
   

3. Forzare il HTTPS e correggere il "Contenuto Misto"

Se il tuo certificato è valido ma l'errore persiste (o il lucchetto non è verde), è possibile che il tuo sito carichi ancora elementi (immagini, script) in HTTP. Per correggere questo, consulta questa altra guida.