Esta guía explica cómo aumentar el volumen de almacenamiento de su VPS Cloud una vez realizado el cambio de oferta.

Prólogo

• Por defecto, el VPS Cloud se proporciona con dos volúmenes:
  • 1 volumen para el sistema operativo de su elección (/dev/vda).
  • 1 volumen para el almacenamiento de sus datos (/dev/vdb), este es el que se aumentará.
• Atención: según el sistema operativo instalado, el volumen del sistema puede llamarse /dev/sda, /dev/sda1 o /dev/vda; lo mismo para el volumen de datos /dev/sdb, /dev/sdb2 o /dev/vdb … Por lo tanto, debe reemplazar estas indicaciones por las que correspondan a su situación.

Comandos SSH para aumentar el volumen de almacenamiento

Si elige XFS, por ejemplo, es necesario instalar las herramientas adecuadas (si no están ya presentes):

sudo apt install xfsprogs

Luego, aumentar el volumen con los siguientes comandos SSH:

sudo xfs_grow /dev/vdb

Y si elige EXT4:

sudo resize2fs /dev/vdb

Extender el volumen después de aumentar el volumen de almacenamiento

Dos situaciones pueden presentarse una vez que haya extendido el volumen de almacenamiento de su servidor bajo Linux. Tenga en cuenta que ningún dato se elimina durante el aumento del espacio a través del cambio de oferta de su VPS.

Primera situación

En el caso de que todo el volumen se utilice sin partición, no es necesario hacer un resizepart, ya que no hay partición.

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

Segunda situación

En el caso de un volumen que contiene una partición (/dev/vdb1), primero debe detener los procesos que utilizan este volumen y luego debe desmontar la partición.

sudo umount /dev/vdb1

Luego, debe aumentar el tamaño de la partición con parted, que dispone del comando resizepart, lo cual no es el caso de fdisk.

sudo parted /dev/vdb
GNU Parted 3.2
Using /dev/vdb
Welcome to GNU Parted! Type ‘help’ to view a list of commands.
(parted) resizepart 1 100%
(parted) quit
sudo fsck.ext4 -f /dev/vdb1
sudo resize2fs /dev/vdb1

¿Y el volumen del Sistema?

No es posible aumentar el tamaño del volumen del sistema.

Para Linux, Infomaniak proporciona 20 Go, suficiente para cualquier distribución de Linux.

Para Windows, Infomaniak proporciona 100 Go en el disco C, suficiente para Windows. Las aplicaciones deben instalarse en la unidad D. Si dispone de 50 Go, puede solicitar 100 Go (contacte con el soporte de Infomaniak especificando una franja horaria para la operación, ya que se prevé una interrupción de unos minutos).

Esta guía explica cómo instalar y configurar systemd en un Servidor Cloud y presenta los principales comandos utilizables.

Requisitos previos

• Seguir la guía de instalación de systemd para Servidor Cloud.
• Consultar la documentación oficial para conocer todas las posibilidades ofrecidas por systemd.
• Los archivos "unit" deben colocarse en: ~/.config/systemd/user/ ( /home/clients/absolute-path-id/.config/systemd/user ) (reemplazando absolute-path-id visible en su Manager) y los permisos deben estar configurados en 0644.
• El parámetro --user debe indicarse en cada comando.

Principales comandos

Aquí hay una lista no exhaustiva de comandos utilizables con systemd.

Forzar a systemd a leer nuevamente los archivos de unidad y a tener en cuenta los cambios:

systemctl --user daemon-reload

Activación de un servicio:

systemctl --user enable --now SERVICENAME.service

Verificación del estado de un servicio:

systemctl --user status SERVICENAME.service

Configuración de Node como servicio con systemd

Será necesario crear un archivo "Unit" con la extensión ".service", que deberá guardarse en el directorio:

~/.config/systemd/user/

Es posible reutilizar el ejemplo siguiente reemplazando los valores que comienzan 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

Acciones adicionales con un archivo Unit

systemctl --user daemon-reload

Iniciar el servicio (si este ya está activo, no pasa nada):

systemctl --user start [Nom du Unit]

Detener el servicio (si este no está activo, no pasa nada):

systemctl --user stop [Nom du Unit]

Reiniciar el servicio (si no está en funcionamiento, se inicia):

systemctl --user restart [Nom du Unit]

Obtener información sobre el servicio; en particular:

• "Active" que indica si el servicio está en funcionamiento y desde cuándo
• "CGroup" muestra el grupo de procesos que gestiona el servicio, lo que permite ver los procesos activos, con sus argumentos y su ID

Debajo de 'CGroup' se encuentran los registros (la salida estándar y el error del proceso):

systemctl --user status [Nom du Unit]

Activar el inicio automático del servicio al arrancar el servidor; NB: esto no inicia el servicio:

systemctl --user enable [Nom du Unit]

Desactivar el inicio automático del servicio al arrancar el servidor; NB: esto no detiene el servicio:

systemctl --user disable [Nom du Unit]

Configuración con las entradas de usuario:

[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

Esta guía explica cómo modificar las variables de la extensión PHP-CLI que está disponible por defecto en Servidor Cloud de Infomaniak.

Modificar las variables PHP_CLI

Para acceder a las extensiones PHP del Servidor Cloud:

1. Haga clic aquí para acceder a la gestión de su Servidor Cloud en el Manager Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al Servidor Cloud correspondiente.
3. Haga clic en Extensiones PHP en el menú lateral izquierdo.
4. Haga clic en el menú de acción ⋮ a la derecha de PHP-CLI en la tabla que se muestra.
5. Haga clic en Configurar:
   
6. Modifique las siguientes variables: allow_url_fopen, allow_url_include, memory_limit, max_execution_time, short_open_tag, allow_local_infile
7. Haga clic en el botón azul Guardar.

Esta guía explica cómo conectarse a Elasticsearch después de instalarlo en Magento desde un Servidor Cloud de Infomaniak.

Requisitos previos

• Tener un Servidor Cloud de Infomaniak.
• Instalar Magento.
• Contactar con el soporte de Infomaniak para la instalación de Elasticsearch.

Información de conexión

Una vez conectado a su espacio Magento, será necesario indicar la siguiente información para iniciar Elasticsearch:

• Nombre del host:localhost o 127.0.0.1
• Puerto:9200
• Prefijo:magento2

Esta guía presenta varios ejemplos de uso de Varnish en Servidor Cloud de Infomaniak.

Prólogo

• Para obtener ayuda adicional contacte a un socio o lance una solicitud de oferta gratuita — también descubra el rol del proveedor de alojamiento.
• Tome nota de estas otras guías sobre el lenguaje de configuración Varnish (VCL) para controlar el procesamiento de solicitudes, el enrutamiento, la caché y varios otros aspectos:
  • Tutorial de VCL
  • Guía del usuario de VCL
  • Referencia de VCL

Configuración de Varnish

Después de instalación, la configuración de Varnish incluye reglas importantes para la caché y la purga. Tenga cuidado de no autorizar accidentalmente direcciones IP no deseadas.

Aquí hay un ejemplo de un archivo de configuración básico con algunos casos comunes y diferentes acciones/reglas en un solo ejemplo:

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

Purga desde la interfaz CLI

A partir de ahí, las reglas establecidas en la configuración anterior funcionan en todas las solicitudes, por lo que si el sitio configurado es "domain.xyz", simplemente puede usar la herramienta CLI "curl" y hacer lo siguiente:

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

Y ahí, la página de inicio ha sido purgada. O para purgar otra URL, simplemente dirija la solicitud a esta última:

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

O, como se indica en la configuración VCL, purgar todas las imágenes:

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

Purga desde un CMS

Es un poco más difícil ilustrar este caso porque hay muchas formas de gestionar la caché desde un backend. En el ejemplo de configuración anterior, se agrega un control sobre la cabecera "Uncacheable", que desactiva la caché. Con esta opción, cualquier CMS podría simplemente establecer esta cabecera en la respuesta para desactivar la caché de esta solicitud, por ejemplo.

Desde cualquier código PHP y con la configuración anterior, simplemente puede enviar una solicitud HTTP y usar este fragmento para realizar una PURGA de la caché:

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

Esta guía proporciona indicaciones para sincronizar kDrive con un VPS (o viceversa) a través del protocolo WebDAV que se encuentra en la aplicación rClone.

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

Requisitos previos

• Poseer un VPS.
• Conocer su identificador kDrive (ID kDrive).

Sincronizar kDrive y VPS a través de rClone

Esta operación permite recuperar en tiempo real los archivos y carpetas de kDrive y poder leer, crear o modificar estos archivos desde su VPS, asegurándose de que estén sincronizados nuevamente en el servidor kDrive. Un punto de montaje rClone se puede realizar con una carpeta de su VPS para poder manipular estos archivos kDrive.

Consulte la documentación de rClone si busca información sobre las opciones disponibles:

1. Ejemplo de 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

   • El atributo --daemon de este comando permite iniciar la sincronización en segundo plano, ya que sin él, esta sincronización se detiene cada vez que se desconecta del VPS...
2. Ejemplo de archivo de configuración de rClone:

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

   • Dirección del servidor: https://IDkDrive.connect.kdrive.infomaniak.com (consulte los requisitos previos mencionados anteriormente)
   • Nombre de usuario: dirección de correo electrónico para iniciar sesión en la cuenta Infomaniak
   • Contraseña: cree una contraseña de aplicación para este uso específico.

Esta guía se refiere a la creación de redes privadas entre diferentes ofertas de alojamiento de Infomaniak como VPS Cloud / VPS Lite, Public Cloud, NAS Synology, etc.

Crear un VLAN entre VPS

No es posible crear una red privada (VLAN) entre VPS Cloud / VPS Lite y otros productos, como NAS Synology, por ejemplo, ya que están instalados en redes distintas.

Sin embargo, es posible crear un VLAN entre al menos 10 VPS Cloud / VPS Lite que le pertenezcan (contacte con el soporte de Infomaniak) sin embargo, una red privada dedicada no podrá comunicarse con otra.

Se recomienda migrar a la oferta Public Cloud para crear tales redes privadas entre VM.

Esta guía trata sobre el intercambio en Servidor Cloud.

Intercambio y memoria RAM

Puede haber intercambio aunque el consumo de RAM sea bajo. De hecho, el sistema puede utilizar el intercambio en cualquier momento si lo considera útil.

El intercambio no es un espacio de memoria dedicado a ser utilizado si no hay RAM libre, aunque este sea su uso principal.

Si desea obtener más información, existe un parámetro "swappiness" que permite definir la forma en que el sistema utilizará el intercambio. El valor predeterminado es 60 y no se puede modificar.

La infraestructura de Infomaniak no transmite instrucciones de virtualización a los VPS Cloud / VPS Lite; por lo tanto, no es posible realizar virtualización anidada (virtualización que se ejecutaría dentro de un entorno ya virtualizado) ya que esto causa problemas, especialmente durante las migraciones en vivo.

Sin embargo, puede…

• … crear una instantánea (snapshot) del servidor (copia de seguridad no automatizada)
• … guardar una copia de seguridad del servidor en Swiss Backup (copia de seguridad automatizada)

Esta guía explica cómo beneficiarse de nuevas versiones de PHP, MySQL y muchos otros paquetes migrando un Servidor Cloud a una nueva infraestructura de Infomaniak.

Procedimiento de migración

Al migrar sus datos a la nueva infraestructura en la nube, mejora el rendimiento y la fiabilidad de sus sitios que accederán a las últimas tecnologías:

1. Haga clic aquí para acceder a la gestión de su producto en el Gestor de Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto en cuestión.
3. Haga clic en el botón azul en el cuadro "Actualizar su Servidor Cloud" (o en Gestionar):
   

La migración es gratuita y se realiza en 3 etapas:

1. Infomaniak pone a su disposición un Servidor Cloud de última generación con las mismas características que el actual, al mismo precio y con la misma duración de compromiso.
2. Tiene un mes para mover sus alojamientos al nuevo Servidor Cloud puesto a su disposición (leer a continuación).
3. Cuando sus alojamientos se muevan al nuevo servidor, resilie el antiguo Servidor Cloud.

Sobre el paso 2…

Al mover un alojamiento de un Servidor Cloud a otro:

• Los accesos FTP y las bases de datos no cambian.
• Solo cambian en los alojamientos las versiones soportadas de PHP y MariaDB, así como las direcciones IPv4 e IPv6 del servidor.
• Los nombres de host (hostnames) no cambian y se actualizan automáticamente para apuntar a las nuevas direcciones IP.

Infomaniak no proporciona acceso root en Servidor Cloud.

Por el contrario, el acceso root es posible en:

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

Esta guía explica cómo modificar la configuración de un VPS Cloud / VPS Lite.

Modificar el tamaño de almacenamiento en VPS Cloud / VPS Lite

Para acceder al VPS Cloud / VPS Lite:

1. Haga clic aquí para acceder a la gestión de su producto en el Gestor de Infomaniak (¿necesita ayuda?).
2. Haga clic en el menú de acción ⋮ a la derecha del objeto correspondiente en la tabla que se muestra.
3. Haga clic en Modificar la oferta:
   
4. Realice los ajustes deseados entre las propuestas de la tienda y termine el procedimiento abajo:
   
5. Es necesario extender el volumen después de un aumento del volumen de almacenamiento.

No es posible ordenar y obtener más direcciones IP en un VPS Cloud / VPS Lite.

Las alternativas posibles serían usar…

• … una alojamiento de tipo Public Cloud (es posible añadir tantas direcciones IP como se desee),
• … la herramienta Newsletter según sus necesidades.

Esta guía explica cómo autorizar ciertos puertos entrantes y/o salientes en el firewall de un servidor VPS Cloud / VPS Lite.

Acceder a la herramienta de gestión

Para gestionar el firewall VPS Cloud / VPS Lite:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Haga clic en Firewall en el menú lateral izquierdo:
   

Regla para autorizar el ping en VPS Cloud / VPS Lite

Para agregar una regla en el firewall:

1. Haga clic en el botón azul para Agregar una regla.
2. Haga clic en Selección manual.
3. Seleccione ICMP:
   
4. Valide al final de la página.

Abrir el puerto saliente 25 de forma global

El puerto saliente 25 (puerto SMTP Mail) está bloqueado por defecto. Se recomienda utilizar una solución de envío de correo autenticado. Para abrir este puerto, contacte con el soporte de Infomaniak justificando su solicitud.

Infomaniak no ofrece cifrado de disco virtual en VPS Cloud / VPS Lite pero proporciona un dispositivo de bloque que puede formatear y cifrar si lo desea.

Esta guía le ayuda a diagnosticar y resolver el error "Su conexión no es privada" (o NET::ERR_CERT_AUTHORITY_INVALID). Esta alerta de seguridad puede afectar tanto a los visitantes de un sitio como a sus administradores.

Prólogo

• Esta alerta es un mecanismo de protección de su navegador. Indica que no se ha podido establecer una conexión segura con el servidor por una de las siguientes razones:
  • El sitio no posee un certificado de seguridad SSL/TLS.
  • El certificado instalado está caducado o mal configurado.
  • La conexión entre su dispositivo y el servidor está interceptada o perturbada.
• Atención: En un sitio que presente este error, los datos que ingresa (contraseñas, números de tarjeta) no están cifrados y pueden ser interceptados por terceros.

Soluciones para los visitantes

Si encuentra este error en un sitio que no gestiona, el problema puede provenir de su propia configuración. Aquí tiene los puntos a verificar:

• Verifique la hora de su dispositivo: Si su ordenador o smartphone no tiene la fecha/hora correcta, la validación del certificado fallará sistemáticamente.
• Pruebe en navegación privada: Si el error desaparece, vacíe la caché y las cookies de su navegador.
• Verifique su red: Evite las redes Wi-Fi públicas que pueden forzar sus propios portales de conexión.
• Antivirus y Firewall: Algunos programas de seguridad analizan las conexiones HTTPS y pueden provocar falsos positivos.

Soluciones para los propietarios de un sitio Infomaniak

Si es el administrador del sitio, debe asegurarse de que su certificado SSL esté activo y válido para cubrir la totalidad de sus nombres de dominio.

1. ¿Está instalado el certificado SSL?

Si su sitio aún está en HTTP, debe generar un certificado (gratuito a través de Let's Encrypt o de pago). Infórmese sobre los certificados disponibles en Infomaniak.

Importante: Si ha añadido alias (nombres de dominio secundarios) a su sitio después de la instalación del SSL, debe actualizar el certificado para que los incluya.

2. Verificar la validez y la caducidad

En Infomaniak, los certificados se renuevan automáticamente, pero a veces puede surgir un bloqueo técnico. Para verificar el estado de su certificado:

1. Haga clic aquí para acceder a la gestión de sus certificados en el Manager (¿necesita ayuda?).
2. Verifique el estado y la fecha de caducidad en el panel de control:
   

3. Forzar el HTTPS y corregir el "Contenido Mixto"

Si su certificado es válido pero el error persiste (o el candado no es verde), es posible que su sitio aún cargue elementos (imágenes, scripts) en HTTP. Para corregir esto, consulte esta otra guía.