Base di conoscenze

Questa guida fornisce informazioni importanti riguardanti il lancio ed esecuzione di script in linea di comando (SSH) su diversi tipi di hosting Infomaniak.

Esecuzione di script tramite SSH e gestione delle risorse

A differenza degli script eseguiti tramite un browser web, non c'è generalmente un limite di tempo (timeout) rigoroso per i comandi lanciati tramite SSH. Il tuo script può quindi teoricamente funzionare per tutto il tempo necessario.

Tempo di esecuzione e persistenza

Se la tua sessione SSH si chiude (perdita di connessione internet o chiusura del terminale), lo script in esecuzione verrà immediatamente interrotto.

Per evitare ciò durante compiti lunghi, è consigliato eseguire gli script in background o, nel caso di un VPS, utilizzare strumenti di multiplexing del terminale (come screen, tmux o l'utilità nohup). Questo permette al processo di continuare il proprio lavoro anche dopo la disconnessione.

Limiti delle risorse (RAM e CPU)

Se il tempo non è limitato, le risorse hardware lo sono.

L'esecuzione dei tuoi script rimane soggetta alle capacità della macchina e alla sua configurazione:

• Memoria (RAM): se un processo consuma più memoria del limite consentito (ad esempio, il limite memory_limit di PHP o la RAM fisica disponibile), verrà terminato dal sistema per preservare la stabilità del server.
• Processore (CPU): un uso eccessivo del processore per un lungo periodo può comportare un limitazione o un'interruzione del processo.

Questa guida spiega come ripristinare un snapshot di VPS Cloud Infomaniak.

Ripristinare uno snapshot

Per fare questo:

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 su Snapshot nel menu laterale sinistro.
4. Clicca sul menu azione ⋮ a destra dell'oggetto interessato nella tabella che si visualizza.
5. Clicca su Ripristina:
   
6. Clicca sul pulsante blu per avviare il ripristino dello snapshot.
7. Viene inviata un'e-mail quando lo snapshot è ripristinato.

Ripristinare il disco del sistema operativo

Il ripristino del volume del sistema come nell'esempio sopra è un'operazione irreversibile. Il disco del sistema operativo sarà sostituito dallo snapshot e il server si ritroverà nello stato esatto della data del backup.

I dati memorizzati sul volume dei dati (vdb) non sono interessati da questa operazione.

Ripristinare il disco dei dati (vdb)

Sono possibili due modalità di ripristino dei dati:

1. Modalità “Solo lettura”

Se la dimensione dello snapshot differisce dalla dimensione del volume, è disponibile solo questa modalità di sola lettura.

Questa opzione consente di montare l'immagine dello snapshot dei dati, il che permette di accedere in sola lettura ai dati del backup.

A titolo informativo, ecco alcuni comandi utili per sfruttare il tuo backup:

• Per accedere al volume principale dei dati: mount /dev/vdb /mnt/.
• Per montare il volume dei dati in una cartella specifica "backup": mount -o nouuid -o ro,norecovery /dev/vdc /backup.

Per sapere quale lettera utilizzare (/dev/vd?), utilizzare il comando lsblk:

2. Modalità “Ristoro”

Il ripristino del volume dei dati è un'operazione irreversibile. Il disco dei dati (vdb) sarà sostituito dallo snapshot. Al termine del ripristino, sarà necessario rimontare il volume dei dati affinché il sistema operativo aggiorni il contenuto.

La procedura e i comandi seguenti sono forniti solo a titolo indicativo:

1. Assicurati che il tuo volume di dati non sia montato:
   * umount /mnt (/mnt o la posizione che avevi scelto per accedere ai tuoi dati).
2. Rimonta il volume dei dati:
   * mount /dev/(vdb) /mnt

Per conoscere il nome del volume di dati collegato al tuo server, utilizza il comando lsblk (vedi sopra).

Questa guida spiega come inizializzare il tuo VPS Cloud / VPS Lite con Windows durante la prima connessione.

Inizializzazione di un Server Cloud con Windows

È necessario cambiare la password dell'utente Windows prima di poter effettuare una connessione tramite RDP (Remote Desktop Protocol) al server, altrimenti viene restituito un errore (che indica che la password deve essere cambiata).

Per fare ciò è necessario connettersi utilizzando la console VNC la prima volta.

Una volta cambiata la password dell'utente (via VNC), sarà possibile connettersi senza problemi tramite RDP. Questo protocollo è già attivato sulle immagini Windows Infomaniak.

Credenziali di accesso

• Nome utente:
  • per Windows 11 Professionale = Infomaniak
  • per Windows 10 Professionale = Infomaniak
  • per Windows Server = Administrator
• Password: quella che hai scelto durante l'ordine del server; in caso di dimenticanza, reimposta il server.
• Indirizzo IP: quello indicato nel pannello di controllo del tuo server.

Connettersi tramite RDP…

• … su Windows: il desktop remoto è una funzionalità inclusa.
• … su macOS: installa l'app desktop gratuita Windows App (ex-Microsoft Remote Desktop).
• … su Linux: installa l'app Remmina.

Questa guida spiega come trasferire un sito web esistente all'interno di un Hosting Web Infomaniak su un altro hosting web Infomaniak.

Introduzione

• Non esistono molte soluzioni chiavi in mano per trasferire un sito web:
  • In generale, pochi provider di hosting offrono l'esportazione o l'importazione di un sito completo con i relativi database.
  • Questo è dovuto, in particolare, al fatto che esistono molteplici modi per costruire un sito e altrettanti linguaggi, spesso incompatibili tra loro.
• Se il sito da trasferire è costruito con WordPress, consulta questa altra guida che illustra una soluzione semplificata.
• È anche possibile trasferire un hosting web completo (vedi sotto).

Soluzione manuale: esempio di trasferimento di un sito

Per farlo manualmente, è necessario:

• recuperare i dati web e i database associati,
• ripubblicarli su un sito creato sull'hosting web di destinazione,
• e se il nome di dominio associato è identico, il primo sito dovrà essere eliminato o rinominato.

Per il resto, ecco un esempio di procedura da seguire:

1. Ordina l'altro hosting web / Server Cloud se non lo hai già.
2. Crea un «sito fittizio» su questo nuovo hosting (ad esempio dev.domain.xyz - vedi sotto).
3. Copia manualmente i tuoi dati tramite FTP e MySQL (esportazione / importazione).
4. Adatta il tuo sito, se necessario (indirizzo del database, ecc.).
5. Una volta che sei soddisfatto del «nuovo sito», elimina il vecchio.
6. Cambia il nome del nuovo sito per dargli il nome corretto.

Un'alternativa consiste, al punto 2 di cui sopra, nel lavorare con l'alias www. che puoi disattivare in anticipo dal tuo sito attuale. Infatti, l'alias www(.domain.xyz) è spesso impostato come alias del tuo sito e basta disattivarlo, il che consente di creare un sito sull'altro hosting con il nome www.domain.xyz (ricorda, al punto 6, di aggiungere il tuo alias di tipo "domain.xyz" senza il www a questo nuovo sito).

Trasferimento di interi hosting web

Esiste un metodo automatizzato per trasferire un hosting web Infomaniak a:

• un Server Cloud Infomaniak (se l'hosting è attualmente condiviso o se l'hosting è già su Server Cloud)
• un'altra Organizzazione Infomaniak

Un hosting Starter non può essere trasferito, ma può essere convertito.

Questa guida spiega come disattivare (o riattivare) lo strumento di rilevamento delle vulnerabilità, una protezione gratuita e complementare all'antivirus che protegge automaticamente gli Hosting Web contro malware e falle di sicurezza.

Disattivare o riattivare il rilevamento delle vulnerabilità

Per accedere all'hosting web per disattivare (o riattivare) il servizio:

1. Clicca qui per accedere alla gestione del tuo prodotto su Infomaniak Manager (hai bisogno di aiuto?).
2. Clicca direttamente sul nome attribuito al prodotto interessato.
3. Clicca su Sicurezza nel menu laterale sinistro.
4. Clicca su Scan delle vulnerabilità nel menu laterale sinistro.
5. Clicca sul pulsante di commutazione (toggle switch) per disattivare o attivare lo scan:
   

Consulta questa altra guida se stai cercando informazioni sull'annullamento di una correzione di sicurezza.

Questa guida spiega come applicare o annullare una patch, una quarantena o un blocco effettuato dallo strumento di rilevamento delle vulnerabilità, la protezione gratuita e aggiuntiva all'antivirus che protegge automaticamente gli Hosting Web da malware e vulnerabilità di sicurezza.

Introduzione

• Senza alcuna azione da parte tua, lo strumento corregge automaticamente le vulnerabilità rilevate entro 7 giorni.
• Si sconsiglia vivamente di annullare una patch o una quarantena a meno che tu non sia sicuro di ciò che stai facendo.

Applicare o annullare una correzione

Per farlo:

1. Clicca qui per accedere alla gestione del tuo hosting su Infomaniak Manager (hai bisogno di aiuto?).
2. Clicca direttamente sul nome assegnato all'hosting interessato:
   
3. Clicca su Sicurezza ‍ nel menu laterale sinistro.
4. Clicca su Scansione delle vulnerabilità nel menu laterale sinistro:
   
5. Se non viene visualizzato nulla di particolare, clicca prima sul pulsante per Visualizzare la cronologia.
6. Se esiste una cronologia degli eventi, clicca sul menu delle azioni ⋮ a destra della vulnerabilità interessata nella tabella che viene visualizzata.
7. Fare clic su Annulla la correzione.
8. In alcuni casi, sono possibili altre azioni:
   1. Applica la patch: corregge immediatamente la vulnerabilità.
   2. Annulla la patch: annulla la correzione e ripristina il file originale vulnerabile (non consigliato).
   3. Elimina il file: elimina definitivamente il malware dal tuo hosting (potrebbe influire sul funzionamento del tuo sito).
   4. Metti in quarantena: isola il file vulnerabile e ti permette di ripristinarlo, se necessario (potrebbe influire sul funzionamento del tuo sito).
   5. Annulla la quarantena: ripristina il file isolato nella sua posizione originale (non consigliato).
   6. Aggiungi un'eccezione: permette di indicare allo strumento che il file vulnerabile è sicuro; quest'ultimo non sarà più analizzato.
   7. Rimuovi un'eccezione: rimuove lo stato Autorizzato del file; quest'ultimo sarà nuovamente analizzato.

Dettaglio dei diversi stati

1. VULNERABILE: è stata rilevata una vulnerabilità in un file; la colonna percorso indica la posizione del file.
2. RISOLTO: la vulnerabilità è stata corretta dallo strumento.
3. AUTORIZZATO: il file vulnerabile è stato autorizzato manualmente; quest'ultimo non sarà più analizzato dallo strumento.
4. RISOLTO: è stata apportata una correzione manuale esterna allo strumento al file (aggiornamento CMS, modifica del codice sorgente, eliminazione manuale del file, ecc.).
5. CORREZIONE ANNULLATA‍ : la correzione applicata allo strumento è stata annullata manualmente; è possibile riapplicare l'aggiornamento.

Questa guida spiega come migrare da un VPS Lite a un VPS Cloud, mantenendo tutti i dati e senza dover riconfigurare l'installazione.

Introduzione

• L'indirizzo IP del server viene mantenuto, così come tutti i dati presenti sul disco.
• Non è possibile annullare questa modifica o tornare indietro.
• Non è possibile effettuare il passaggio da un VPS Cloud a un VPS Lite.

Come effettuare la migrazione da un VPS Lite a un VPS Cloud

Per avviare l'operazione, accedi al VPS Lite:

1. Clicca qui per accedere alla gestione del tuo VPS nel Manager Infomaniak (hai bisogno di aiuto?).
2. Fate clic direttamente sul nome assegnato al VPS in questione:
   
3. Fate clic su Aggiorna la mia offerta:
   
4. Fare clic sul pulsante Aggiorna nella finestra di dialogo che si apre.
5. Completare l'ordine per effettuare l'upgrade del VPS Lite.
6. Attendere durante la migrazione, si verificherà un'interruzione del servizio durante il processo.

Questa guida spiega come specificare un file che verrà caricato prima della pagina desiderata o all'inizio di ogni script PHP eseguito sul tuo server, incluso come se fosse stato chiamato con la funzione require(), ma in modo più globale utilizzando la direttiva auto_prepend_file di PHP.

Premessa

• Ad esempio, per dichiarare gli header di un sito web, è possibile creare un file headers.php che contiene funzioni PHP header() e che venga prepend all'inizio di ogni file PHP…
  • … tramite un file .user.ini (proprio di una cartella),
  • … o tramite la configurazione del sito del Manager (globale) come spiegato di seguito.

Includere un file globalmente dal Manager

Per accedere alla gestione del sito web:

1. Clicca qui per accedere alla gestione del tuo sito sul Manager Infomaniak (hai bisogno di aiuto?).
2. Clicca direttamente sul nome attribuito al sito interessato:
   
3. Clicca su Gestisci i parametri avanzati:
   
4. Clicca sulla scheda PHP / Apache:
   
5. Completa la riga interessata inserendo il percorso del file da includere.
6. Clicca sul pulsante Salva in fondo alla pagina:
   

Dopo aver definito questa direttiva, tutte le pagine PHP sul tuo server includeranno automaticamente il file specificato prima di eseguire il proprio codice.

Gli header definiti in un file .htaccess sono validi solo per il contenuto non PHP (quindi statico).

Infomaniak utilizza php-fpm che riceve i vari header tramite apache fast_cgi. Nella RFC di cgi_www l'header Strict-Transport-Security non fa parte degli header passati tramite CGI e la documentazione Apache lo conferma. Prendi visione di questa altra RFC.

Questa guida spiega come personalizzare il o i slot durante i quali Infomaniak potrà effettuare manutenzioni per far evolvere i tuoi servizi (nuove funzionalità, correzioni, ecc.).

Premessa

• Questa funzionalità è disponibile solo per:
  • Server Cloud
  • VPS Cloud / VPS Lite
  • Jelastic Cloud
• In assenza di indicazioni da parte tua, le manutenzioni programmate vengono generalmente effettuate da Infomaniak tra le 22 e le 6 del mattino.

Modifica il periodo delle manutenzioni programmate

Per fare questo:

1. Clicca qui per accedere al servizio per il quale desideri pianificare le manutenzioni sul Manager Infomaniak (hai bisogno di aiuto?).
2. Clicca direttamente sul nome attribuito al prodotto interessato.
3. Clicca su Maintenances planifiées nel menu laterale sinistro o nella pagina centrale a seconda del servizio interessato (sotto Jelastic):
   
   • Stesso principio per un VPS:
     
4. Clicca sui pulsanti per definire, in blu, un slot di intervento preferito.
5. Conferma cliccando sul pulsante in fondo:
   

Questa guida illustra come creare un repository GIT sia sul tuo Hosting Web che sul tuo Server Cloud Infomaniak.

Introduzione

• GIT e GitHub sono disponibili per impostazione predefinita su entrambe le piattaforme menzionate.

Creazione del repository GIT

Configurazione sul server:

• il repository GIT si trova in /git_depot
• il sito è situato nella cartella /web/[progetto] (sul tuo server FTP)

Comandi da inserire:

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

Invio del repository locale sul server

Da eseguire sulla postazione locale:

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

Clonazione del sito nella directory del server

Da eseguire sul server:

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

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

Premessa

• Per impostazione predefinita, 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 l'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 sia utilizzato senza partizione, non è necessario fare 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 lettore 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 di 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 questo è già attivo, non succede nulla):

systemctl --user start [Nom du Unit]

Arrestare il servizio (se questo 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, questo 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 per impostazione predefinita su Server Cloud Infomaniak.

Modificare le variabili PHP_CLI

Per accedere alle estensioni PHP del Server Cloud:

1. Clicca qui per accedere alla gestione del tuo Server Cloud nel Manager Infomaniak (hai bisogno di aiuto?).
2. Fate clic direttamente sul nome assegnato al server Cloud in questione.
3. Fate clic su Estensioni PHP nel menu laterale sinistro.
4. Fare clic sul menu delle azioni ⋮ a destra di PHP-CLI nella tabella visualizzata.
5. Fare clic su Configura:
   
6. Modificare le seguenti variabili: allow_url_fopen, allow_url_include, memory_limit, max_execution_time, short_open_tag, allow_local_infile
7. Fare clic 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

• Consulta queste risorse aggiuntive sul linguaggio di configurazione Varnish (VCL) per padroneggiare l'elaborazione delle richieste, il routing e la memorizzazione nella cache:
  • Tutorial VCL
  • Guida per l'utente VCL
  • Riferimento VCL

Configurazione di Varnish

Una volta installato, la configurazione di Varnish si basa su regole precise di memorizzazione nella cache e di cancellazione. Assicurati di limitare l'accesso per evitare che entità non autorizzate possano svuotare la tua cache.

Ecco un esempio di file di configurazione che raggruppa i casi d'uso più frequenti:

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;
    }
}

Cancellazione tramite l'interfaccia CLI

Non appena le tue regole sono attive, puoi testare la cancellazione del tuo sito (es: "domain.xyz") utilizzando lo strumento curl:

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

Per cancellare un'URL specifica, modifica semplicemente il percorso della richiesta:

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

Oppure per attivare la cancellazione di gruppo delle immagini definita nel VCL:

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

Cancellazione da un CMS (PHP)

La gestione della cache può essere effettuata anche dinamicamente tramite il tuo backend. Nella configurazione precedente, è stato aggiunto un controllo sull'intestazione Uncacheable. Il tuo CMS può inviare questa intestazione per forzare Varnish a non memorizzare una risposta.

Ecco come inviare una richiesta di cancellazione programmata 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);
}
?>

Questa guida spiega come salvare i dati di WordPress su uno spazio di backup Swiss Backup, la soluzione di backup in un cloud svizzero indipendente.

Premessa

• Se i backup proposti da Infomaniak non corrispondono o non corrispondono più alle vostre esigenze in termini di disponibilità o sicurezza o il vostro sito è ospitato altrove, i vostri dati potranno essere salvati tramite una connessione S3 Compatibile sui server di Infomaniak; avrete così la certezza di non perdere nulla.

Installare e configurare l'estensione UpdraftPlus

Prerequisiti

• Possedere uno spazio Swiss Backup Infomaniak con un quota di dispositivo disponibile (minimo 1) per un backup iCloud.
• Aggiungere 1 dispositivo di tipo Cloud per ottenere i parametri S3 Compatibile

Successivamente:

1. Aggiungete l'estensione WordPress UpdraftPlus che propone il backup dei dati WordPress su una posizione S3 Compatibile.
2. Cliccate su Impostazioni poi UpdraftPlus Backups:
   
3. Cliccate su Settings poi S3-Compatible (Generic):
   
4. Più in basso, compilate i campi secondo le informazioni specifiche del vostro dispositivo.
   
5. Ecco il tipo di informazioni che dovete avere in vostro possesso e che devono essere specificate nei vari campi per creare la connessione:
   

Potrete poi programmare i vostri backup a intervalli regolari.

Scaricare il backup manualmente

I vostri backup effettuati tramite UpdraftPlus - S3 possono essere recuperati tramite un client S3 compatibile, Cyberduck ad esempio.

Ripristinare un backup UpdraftPlus

Prendete visione di questa guida ufficiale in inglese.

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

Creare una VLAN tra VPS

Si consiglia di effettuare la migrazione all'offerta Public Cloud per creare tali reti private tra le VM.

Questa guida riguarda lo swap su Server Cloud.

Swap e memoria RAM

Potrebbe verificarsi l'utilizzo dello swap anche quando il consumo di RAM è basso. Infatti, il sistema può utilizzare lo swap in qualsiasi momento se lo ritiene opportuno.

Lo swap non è uno spazio di memoria dedicato esclusivamente all'utilizzo in caso di mancanza di RAM libera, anche se questo è spesso il suo utilizzo principale.

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

L'infrastruttura di Infomaniak non trasmette istruzioni di virtualizzazione ai VPS Cloud / VPS Lite; pertanto, non è possibile eseguire la virtualizzazione nidificata.(virtualizzazione che verrebbe eseguita all'interno di un ambiente già virtualizzato), in quanto ciò comporta problemi, soprattutto durante le migrazioni in tempo reale.

Potete comunque…

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