Deze handleiding beschrijft hoe u een GIT-repository aanmaakt, zowel op uw webhosting als op uw Infomaniak Cloud-server.

Voorwoord

• GIT en GitHub zijn standaard beschikbaar op de bovengenoemde platforms.
• Voor extra hulp kunt u contact opnemen met een partner of gratis een offerte aanvragen – u kunt ook meer te weten komen over de rol van de hostingprovider.

Aanmaken van de GIT-repository

Instellen op de server:

• de GIT-repository bevindt zich onder /git_depot
• de website bevindt zich in de map /web/[project] (op uw FTP-server)

Te gebruiken opdrachtregels:

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

Overzetten van de lokale repository naar de server

Uit te voeren op de lokale computer:

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

Klonen van de website naar de map op de server

Uit te voeren op de server:

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

Deze handleiding legt uit hoe u de opslagcapaciteit van uw VPS Cloud kunt vergroten na het wijzigen van het abonnement.

Inleiding

• Standaard wordt de VPS Cloud geleverd met twee volumes:
  • 1 volume voor het door u gekozen besturingssysteem (/dev/vda).
  • 1 volume voor de opslag van uw gegevens (/dev/vdb), dit volume wordt vergroot.
• Let op: afhankelijk van het geïnstalleerde besturingssysteem kan het systeemvolume /dev/sda, /dev/sda1 of /dev/vda heten; hetzelfde geldt voor het datavolume /dev/sdb, /dev/sdb2 of /dev/vdb. Het is daarom raadzaam om deze aanduidingen te vervangen door de aanduidingen die van toepassing zijn op uw situatie.

SSH-opdrachten om de opslagcapaciteit te vergroten

Als u bijvoorbeeld kiest voor XFS, is het noodzakelijk om de bijbehorende tools te installeren (indien deze nog niet aanwezig zijn):

sudo apt install xfsprogs

Vergroot vervolgens het volume met de volgende SSH-opdrachten:

sudo xfs_grow /dev/vdb

En als u kiest voor EXT4:

sudo resize2fs /dev/vdb

Volume uitbreiden na het vergroten van de opslagcapaciteit

Na het vergroten van de opslagcapaciteit van uw Linux-server kunnen twee scenario's zich voordoen. Houd er rekening mee dat er geen gegevens verloren gaan bij het vergroten van de opslagcapaciteit via de wijziging van uw VPS-abonnement.

Eerste scenario

Als het hele volume zonder partitie wordt gebruikt, is het niet nodig om een resizepart uit te voeren, omdat er geen partitie aanwezig is.

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

Tweede scenario

Als een volume een partitie bevat (/dev/vdb1), moet u eerst de processen stoppen die dit volume gebruiken en vervolgens de partitie loskoppelen.

sudo umount /dev/vdb1

Vervolgens moet u de grootte van de partitie vergroten met behulp van parted, dat de opdracht resizepart heeft. Dit is niet mogelijk met 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

En het systeemvolume?

Het is niet mogelijk om de grootte van het systeemvolume te vergroten.

Voor Linux biedt Infomaniak 20 GB aan, wat voldoende is voor elke Linux-distributie.

Voor Windows biedt Infomaniak 100 GB aan op de schijf C, wat voldoende is voor Windows. De applicaties moeten op de schijf D worden geïnstalleerd. Als u 50 GB heeft, kunt u 100 GB aanvragen (neem contact op met de Infomaniak-ondersteuning en geef een tijdsbestek voor de procedure aan, aangezien er enkele minuten downtime te verwachten is).

Deze handleiding legt uit hoe u systemd op een cloudserver installeert en configureert, en beschrijft de belangrijkste commando's die u kunt gebruiken.

Vereisten

• Volg de installatiehandleiding voor systemd op cloudservers.
• Raadpleeg de officiële documentatie om meer te weten te komen over alle mogelijkheden van systemd.
• De "unit"-bestanden moeten worden geplaatst in ~/.config/systemd/user/ ( /home/clients/absolute-path-id/.config/systemd/user ) (vervang absolute-path-id door de juiste waarde, zoals weergegeven in uw beheerpaneel) en de rechten moeten worden ingesteld op 0644.
• De parameter --user moet in elk commando worden opgenomen.

Belangrijke commando's

Hieronder vindt u een (niet-uitputtende) lijst met commando's die u kunt gebruiken met systemd.

Dwing systemd om de unit-bestanden opnieuw te lezen en de wijzigingen toe te passen:

systemctl --user daemon-reload

Een service activeren:

systemctl --user enable --now SERVICENAME.service

De status van een service controleren:

systemctl --user status SERVICENAME.service

Node configureren als een service met systemd

Het is nodig om een "unit"-bestand met de extensie ".service" aan te maken, dat in de volgende map moet worden opgeslagen:

~/.config/systemd/user/

U kunt het volgende voorbeeld gebruiken door de waarden die beginnen met {} te vervangen:

[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

Aanvullende acties met een unit-bestand

systemctl --user daemon-reload

Een service starten (als deze al actief is, gebeurt er niets):

systemctl --user start [Nom du Unit]

Een service stoppen (als deze niet actief is, gebeurt er niets):

systemctl --user stop [Nom du Unit]

Een service herstarten (als deze niet actief is, wordt deze gestart):

systemctl --user restart [Nom du Unit]

Informatie over de service ophalen; in het bijzonder:

• "Active", wat aangeeft of de service actief is en sinds wanneer.
• "CGroup" geeft de procesgroep weer die door de service wordt beheerd, waardoor u de actieve processen met hun argumenten en ID kunt zien.

Onder "CGroup" vindt u eventuele logbestanden (de standaarduitvoer en de foutmeldingen van het proces):

systemctl --user status [Nom du Unit]

Schakel het automatisch starten van de service bij het opstarten van de server in; let op: dit start de service niet.

systemctl --user enable [Nom du Unit]

Schakel het automatisch starten van de service bij het opstarten van de server uit; let op: dit stopt de service niet.

systemctl --user disable [Nom du Unit]

Configuratie met gebruikersinvoer:

[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

Deze handleiding legt uit hoe u de variabelen van de PHP-CLI-extensie kunt wijzigen, die standaard beschikbaar is op de Infomaniak Cloud-server.

PHP_CLI-variabelen wijzigen

Om toegang te krijgen tot de PHP-extensies van de cloudserver:

1. Klik hier om toegang te krijgen tot het beheer van uw cloudserver in de Infomaniak Manager (Hulp nodig?).
2. Klik rechtstreeks op de naam van de betreffende cloudserver.
3. Klik in het linkermenu op PHP-extensies.
4. Klik op het actiemenu ⋮ rechts van PHP-CLI in de weergegeven tabel.
5. Klik op Configureren:
   
6. Wijzig de volgende variabelen: allow_url_fopen, allow_url_include, memory_limit, max_execution_time, short_open_tag, allow_local_infile
7. Klik op de blauwe knop Opslaan.

Deze handleiding legt uit hoe u na de installatie verbinding maakt met Elasticsearch op een Infomaniak Cloud-server.

Vereisten

• U heeft een Infomaniak Cloud-server.
• Installeer Magento.
• Neem contact op met de Infomaniak-ondersteuning voor de installatie van Elasticsearch.

Inloggegevens

Nadat u bent ingelogd op uw Magento-omgeving, moet u de volgende informatie verstrekken om Elasticsearch te starten:

• Hostnaam: localhost of 127.0.0.1
• Poort: 9200
• Prefix: magento2

Deze handleiding geeft verschillende voorbeelden van het gebruik van Varnish op een Infomaniak Cloud-server.

Voorwoord

• Voor verdere hulp kunt u contact opnemen met een partner of gratis een offerte aanvragen – u kunt ook meer te weten komen over de rol van de hostingprovider.
• Neem de tijd om deze andere handleidingen over de configuratietaal van Varnish (VCL) te bestuderen, zodat u de verwerking van verzoeken, de routing, de caching en vele andere aspecten kunt beheren:
  • VCL-tutorial
  • VCL-gebruikershandleiding
  • VCL-referentie

Varnish-configuratie

Na de installatie omvat de configuratie van Varnish belangrijke regels voor het cachen en het wissen van gegevens. Zorg ervoor dat u per ongeluk geen ongewenste IP-adressen toestaat.

Hier is een voorbeeld van een basisconfiguratiebestand met enkele veelvoorkomende scenario's en verschillende acties/regels in één voorbeeld:

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

Wissen via de CLI-interface

Vanaf dit punt werken de in de bovenstaande configuratie genoemde regels voor alle verzoeken, dus als de geconfigureerde website "domain.xyz" is, kunt u eenvoudig het CLI-tool "curl" gebruiken en het volgende doen:

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

En daarmee is de homepage gewist. Of om een andere URL te wissen, hoeft u de aanvraag alleen maar naar die URL om te leiden:

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

Of, zoals aangegeven in de VCL-configuratie, alle afbeeldingen verwijderen:

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

Verwijderen via een CMS

Dit scenario is iets lastiger uit te leggen, omdat er veel manieren zijn om de cache vanuit een backend te beheren. In het bovenstaande configuratievoorbeeld wordt een controle toegevoegd via de header "Uncacheable", waarmee de cache wordt uitgeschakeld. Met deze optie kan elk CMS eenvoudig deze header aan het antwoord toevoegen om de cache voor dit verzoek uit te schakelen.

Vanuit elke PHP-code en met de bovenstaande configuratie kunt u eenvoudig een HTTP-verzoek verzenden en de volgende code gebruiken om de cache te wissen:

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

Deze handleiding beschrijft hoe u privénetwerken kunt opzetten tussen verschillende Infomaniak-hostingdiensten, zoals VPS Cloud / VPS Lite, Public Cloud, NAS Synology, enzovoort.

Een VLAN tussen VPS'en aanmaken

Het is niet mogelijk om een privénetwerk (VLAN) aan te maken tussen VPS Cloud / VPS Lite en andere producten, zoals NAS Synology, omdat deze op verschillende netwerken zijn geïnstalleerd.

Het is echter wel mogelijk om een VLAN aan te maken tussen ten minste 10 VPS Cloud / VPS Lite die u bezit (neem contact op met de Infomaniak-ondersteuning), maar een afzonderlijk privénetwerk kan niet met een ander netwerk communiceren.

Het wordt aanbevolen om te migreren naar de Public Cloud-dienst om dergelijke privénetwerken tussen virtuele machines (VM's) aan te maken.

Deze handleiding is bedoeld voor het configureren van swap-geheugen op een cloudserver.

Swap und RAM-Speicher

Er kan swap-geheugen worden gebruikt, zelfs als het RAM-gebruik laag is. Het systeem kan in feite op elk moment swap-geheugen gebruiken als het dat nodig acht.

Swap-geheugen is niet alleen een geheugenruimte die wordt gebruikt wanneer er geen RAM meer beschikbaar is, hoewel dit vaak de belangrijkste toepassing is.

Als u meer wilt weten, is er een parameter genaamd "swappiness" waarmee u kunt instellen hoe het systeem swap-geheugen gebruikt. De standaardwaarde is 60 en deze kan niet worden gewijzigd.

De infrastructuur van Infomaniak geeft geen virtualisatie-instructies door aan VPS Cloud/VPS Lite; het is daarom niet mogelijk om geneste virtualisatie uit te voeren (virtualisatie die binnen een reeds gevirtualiseerde omgeving plaatsvindt), omdat dit met name bij livemigraties tot problemen leidt.

U kunt echter wel…

• … een snapshot van de server maken (back-up is niet geautomatiseerd)
• … de server back-uppen naar Swiss Backup (back-up is geautomatiseerd)

Deze handleiding legt uit hoe u kunt profiteren van nieuwe versies van PHP, MySQL en vele andere pakketten door een cloudserver te migreren naar een nieuwe Infomaniak-infrastructuur.

Migratieproces

Door uw gegevens te migreren naar de nieuwe cloudinfrastructuur, verbetert u de prestaties en betrouwbaarheid van uw websites, die toegang hebben tot de nieuwste technologieën:

1. Klik hier om toegang te krijgen tot het beheer van uw product in de Infomaniak Manager (Hulp nodig?).
2. Klik rechtstreeks op de naam van het betreffende product.
3. Klik op de blauwe knop in het kader "Uw cloudserver upgraden" (of op Beheren):
   

De migratie is gratis en verloopt in 3 stappen:

1. Infomaniak stelt een cloudserver van de nieuwste generatie beschikbaar met dezelfde kenmerken als de huidige, tegen dezelfde prijs en met dezelfde contractduur.
2. U heeft een maand de tijd om uw hosting te verplaatsen naar de nieuwe, beschikbare cloudserver (zie hieronder).
3. Nadat uw hosting naar de nieuwe server is verplaatst, kunt u de oude cloudserver opzeggen.

Naar de tweede fase...

Bij het verplaatsen van een hosting van de ene cloudserver naar de andere:

• De FTP-toegang en databases veranderen niet.
• Bij de hosting worden alleen de ondersteunde versies van PHP en MariaDB, evenals de IPv4- en IPv6-adressen van de server gewijzigd.
• De hostnamen veranderen niet en worden automatisch bijgewerkt om naar de nieuwe IP-adressen te verwijzen.

Infomaniak biedt geen roottoegang aan op cloudservers.

Aan de andere kant is roottoegang wel mogelijk op:

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

Deze handleiding legt uit hoe u de configuratie van een VPS Cloud / VPS Lite kunt wijzigen.

Speichergröße auf VPS Cloud / VPS Lite ändern

Um auf VPS Cloud / VPS Lite zuzugreifen:

1. Klik op Hier om toegang te krijgen tot het beheer van uw product in de Infomaniak Manager (Hulp nodig?).
2. Klik op het menu met acties ⋮ rechts van het betreffende item in de weergegeven tabel.
3. Klik op Aanbieding wijzigen:
   
4. Voer de gewenste aanpassingen uit op basis van de suggesties in de winkel en voltooi de procedure onderaan:
   
5. Het is noodzakelijk om het volume uit te breiden na een verhoging van de opslagruimte.

Het is niet mogelijk om op een VPS Cloud / VPS Lite meer IP-adressen aan te vragen en te verkrijgen.

De mogelijke alternatieven zijn:

• … een hostingoplossing van het type Public Cloud (het is mogelijk om zoveel IP-adressen toe te voegen als u wilt),
• … het hulpmiddel Nieuwsbrief naar behoefte gebruiken.

Deze handleiding legt uit hoe u specifieke inkomende en/of uitgaande poorten in de firewall van een VPS Cloud / VPS Lite-server kunt openen.

Toegang tot het beheerderspaneel

Om de firewall van VPS Cloud / VPS Lite te beheren:

1. Klik hier om toegang te krijgen tot het beheer van uw product in het Infomaniak-beheerderspaneel (Hulp nodig?).
2. Klik direct op de naam van het betreffende product.
3. Klik in het linkermenu op Firewall:
   

Regel om ping toe te staan op VPS Cloud / VPS Lite

Om een regel aan de firewall toe te voegen:

1. Klik op de blauwe knop om een regel toe te voegen.
2. Klik op Handmatige selectie.
3. Selecteer ICMP:
   
4. Bevestig onderaan de pagina.

Globaal openen van de uitgaande poort 25

De uitgaande poort 25 (SMTP-e-mailpoort) is standaard gesloten. Het wordt aanbevolen om een oplossing te gebruiken voor geauthenticeerde e-mailverzending. Om deze poort te openen, neemt u contact op met de Infomaniak-ondersteuning en motiveert u uw verzoek.

Infomaniak biedt geen virtuele schijfversleuteling aan voor VPS Cloud / VPS Lite, maar stelt wel een blockapparaat ter beschikking, dat u naar wens kunt formatteren en versleutelen.

Deze handleiding helpt u bij het diagnosticeren en oplossen van de fout "Uw verbinding is niet privé" (of NET::ERR_CERT_AUTHORITY_INVALID). Deze beveiligingswaarschuwing kan zowel bezoekers van een website als de beheerders ervan treffen.

Inleiding

• Deze waarschuwing is een beveiligingsmechanisme van uw browser. Het geeft aan dat er geen veilige verbinding met de server kon worden gemaakt, om een van de volgende redenen:
  • De website heeft geen SSL/TLS-beveiligingscertificaat.
  • Het geïnstalleerde certificaat is verlopen of verkeerd geconfigureerd.
  • De verbinding tussen uw apparaat en de server wordt onderschept of verstoord.
• Let op: Op een website met deze fout zijn de gegevens die u invoert (wachtwoorden, creditcardnummers) niet versleuteld en kunnen ze door derden worden onderschept.

Oplossingen voor bezoekers

Als u deze fout ziet op een website die u niet beheert, kan het probleem soms afkomstig zijn van uw eigen configuratie. Hier zijn de punten die u moet controleren:

• Controleer de tijd van uw apparaat: Als uw computer of smartphone niet is ingesteld op de juiste datum/tijd, mislukt de certificaatvalidatie.
• Test in de privémodus: Als de fout verdwijnt, leeg dan de cache en de cookies van uw browser.
• Controleer uw netwerk: Vermijd openbare wifi-netwerken die hun eigen verbindingsportalen kunnen afdwingen.
• Antivirus- en firewallsoftware: Sommige beveiligingssoftware analyseert HTTPS-verbindingen en kan valse meldingen veroorzaken.

Lösungen für Infomaniak-Website-Besitzer

Als beheerder van de website moet u ervoor zorgen dat uw SSL-certificaat actief en geldig is, zodat alle domeinnamen worden beveiligd.

1. Is het SSL-certificaat geïnstalleerd?

Als uw website nog steeds op HTTP draait, moet u een certificaat genereren (gratis via Let's Encrypt of tegen betaling). Bekijk de beschikbare certificaten bij Infomaniak.

Belangrijk: Als u na de SSL-installatie aliassen (subdomeinen) aan uw website hebt toegevoegd, moet u het certificaat bijwerken, zodat deze ook voor deze aliassen geldig is.

2. Controleer de geldigheid en vervaldatum

Bij Infomaniak worden de certificaten automatisch verlengd, maar er kunnen soms technische problemen optreden. Om de status van uw certificaat te controleren:

1. Klik hier om toegang te krijgen tot het beheer van uw certificaten in het beheerpaneel (Hulp nodig?).
2. Controleer de status en de vervaldatum in het dashboard:
   

3. Forceer HTTPS en los het probleem met "gemengde inhoud" op

Als uw certificaat geldig is, maar het probleem blijft bestaan (of het slotje is niet groen), kan het zijn dat uw website nog steeds elementen (afbeeldingen, scripts) via HTTP laadt. Om dit op te lossen, raadpleegt u deze andere handleiding.