Questa guida dettaglia la creazione di un deposito GIT sia sul tuo Hosting Web che sul tuo Server Cloud Infomaniak.

Premessa

• GIT e GitHub sono disponibili per impostazione predefinita sui due supporti sopra menzionati.
• In caso di necessità, partner locali e referenziati da Infomaniak possono occuparsi di queste procedure: lancia un appalto gratuito; si occupano di tutto, liberandoti dai dettagli tecnici — scopri anche il ruolo dell'hosting provider.

Creazione del deposito GIT

Configurazione sul server:

• il deposito GIT è in /git_depot
• il sito si trova 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 deposito locale sul server

Da fare sul computer 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 fare 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

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

• 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 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 (ad esempio, "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ò anche essere effettuata dinamicamente tramite il tuo backend. Nella configurazione precedente, abbiamo 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 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)
• … salvaguardare 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. Per aprire questa porta:

• Su VPS Cloud, puoi fare una richiesta di apertura: contatta il supporto Infomaniak giustificando la tua richiesta.
• Su VPS Lite, non è possibile aprire questa porta.

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 la navigazione in incognito: 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'interezza 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ò 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 cruscotto:
   

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.