Esta guía proporciona información importante sobre el lanzamiento y la ejecución de scripts en línea de comandos (SSH) en diferentes tipos de alojamientos de Infomaniak.

Ejecución de scripts a través de SSH y gestión de recursos

A diferencia de los scripts ejecutados a través de un navegador web, generalmente no hay un límite de tiempo estricto para los comandos lanzados por SSH. Su script puede, por lo tanto, ejecutarse tanto tiempo como sea necesario.tiempo de espera)

Tiempo de ejecución y persistencia

Si su sesión SSH se cierra (pérdida de conexión a Internet o cierre del terminal), el script en curso se detendrá inmediatamente.

Para evitar esto durante tareas largas, se recomienda ejecutar sus scripts en segundo plano o, en el caso de un VPS, utilizar herramientas de multiplexación de terminal (como screen, tmux o la utilidad nohup). Esto permite que el proceso continúe su trabajo incluso después de su desconexión.

Límites de recursos (RAM y CPU)

Si el tiempo no está limitado, los recursos materiales sí lo están.

La ejecución de sus scripts sigue estando sujeta a las capacidades de la máquina y a su configuración:

• Memoria (RAM): si un proceso consume más memoria que el límite permitido (por ejemplo, el límite memory_limit de PHP o la RAM física disponible), será eliminado por el sistema para preservar la estabilidad del servidor.
• Procesador (CPU): un uso abusivo del procesador durante un largo período puede resultar en un bridage o una interrupción del proceso.

Esta guía explica cómo restaurar una instantánea de VPS Cloud de Infomaniak.

Restaurar una instantánea

Para ello:

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 Snapshot en el menú lateral izquierdo.
4. Haga clic en el menú de acción ⋮ a la derecha del objeto correspondiente en la tabla que se muestra.
5. Haga clic en Restaurar:
   
6. Haga clic en el botón azul para iniciar la restauración de la instantánea.
7. Se envía un correo electrónico cuando la instantánea se restaura.

Restaurar el disco del sistema operativo

La restauración del volumen del sistema como en el ejemplo anterior es una operación irreversible. El disco del sistema operativo será reemplazado por la instantánea y el servidor se encontrará en el estado exacto de la fecha de la copia de seguridad.

Los datos almacenados en el volumen de datos (vdb) no se ven afectados por esta operación.

Restaurar el disco de datos (vdb)

Hay dos modos de restauración de datos posibles:

1. Modo "Solo lectura"

Si el tamaño de la instantánea difiere del tamaño del volumen, solo este modo de solo lectura está disponible.

Esta opción permite montar la imagen de la instantánea de datos, lo que permite acceder en modo solo lectura a los datos de la copia de seguridad.

Para su información, aquí hay algunos comandos útiles para utilizar su copia de seguridad:

• Para acceder al volumen principal de datos: mount /dev/vdb /mnt/.
• Para montar el volumen de datos en una carpeta específica "backup": mount -o nouuid -o ro,norecovery /dev/vdc /backup.

Para saber qué letra usar (/dev/vd?), use el comando lsblk:

2. Modo “Restauración”

La restauración del volumen de datos es una operación irreversible. El disco de datos (vdb) será reemplazado por la instantánea. Al final de la restauración, será necesario volver a montar el volumen de datos para que su sistema operativo actualice el contenido.

El procedimiento y los comandos siguientes solo se proporcionan a modo indicativo:

1. Asegúrese de que su volumen de datos no esté montado:
   * umount /mnt (/mnt o la ubicación que eligió para acceder a sus datos).
2. Vuelva a montar el volumen de datos:
   * mount /dev/(vdb) /mnt

Para conocer el nombre del volumen de datos adjunto a su servidor, use el comando lsblk (ver arriba).

Esta guía explica cómo inicializar su VPS Cloud / VPS Lite con Windows al conectarse por primera vez.

Inicialización de un servidor en la nube con Windows

Debe cambiar la contraseña de su usuario de Windows antes de poder conectarse a su servidor a través de RDP (Protocolo de escritorio remoto), de lo contrario, se devolverá un error (indicando que la contraseña debe cambiarse).

Para ello, debe conectarse utilizando la consola VNC la primera vez.

Una vez cambiada la contraseña del usuario (a través de VNC), será posible conectarse sin problemas a través de RDP. Este protocolo ya está activado en las imágenes de Windows de Infomaniak.

Credenciales de inicio de sesión

• Nombre de usuario:
  • para Windows 11 Profesional = Infomaniak
  • para Windows 10 Profesional = Infomaniak
  • para Windows Server = Administrator
• Contraseña: la que eligió al solicitar el servidor; en caso de olvido, reinicie el servidor.
• Dirección IP: la indicada en el panel de control de su servidor.

Conectarse por RDP…

• … en Windows: el escritorio remoto es una funcionalidad incluida.
• … en macOS: instale la aplicación de escritorio gratuita Windows App (anteriormente Microsoft Remote Desktop).
• … en Linux: instale la aplicación Remmina.

Esta guía explica cómo trasladar un sitio web existente dentro de un Alojamiento Web de Infomaniak a otro alojamiento web de Infomaniak.

Introducción

• No existen muchas soluciones listas para usar para trasladar un sitio web:
  • En general, pocos proveedores de alojamiento ofrecen la exportación o importación de un sitio completo con sus bases de datos.
  • Esto se debe, en parte, a que existen muchas formas de construir un sitio y tantos lenguajes, que son en gran medida incompatibles entre sí.
• Si el sitio que se va a transferir está construido con WordPress, consulte esta otra guía que ilustra una solución simplificada.
• También es posible trasladar un alojamiento web completo (consulte más abajo).

Solución manual: ejemplo de transferencia de sitio

Para hacerlo manualmente, es necesario:

• recuperar los datos web, así como las bases de datos asociadas,
• volver a publicar estos datos en un sitio creado en el alojamiento web de destino,
• y si el nombre de dominio asociado es el mismo, el primer sitio deberá ser eliminado o renombrado.

Para el resto, aquí tiene un ejemplo de los pasos a seguir:

1. Contrate el otro alojamiento web / Servidor Cloud si aún no lo tiene.
2. Cree un «sitio falso» en este nuevo alojamiento (por ejemplo, dev.dominio.xyz; consulte más abajo).
3. Copie manualmente sus datos mediante FTP y MySQL (exportar / importar).
4. Adapte su sitio si es necesario (dirección de la base de datos, etc.).
5. Una vez que esté satisfecho con el «nuevo sitio», elimine el antiguo.
6. Cambie el nombre del nuevo sitio para darle su nombre real.

Una alternativa consiste, en el punto 2 anterior, en trabajar con el alias www. que puede separar previamente de su sitio actual. De hecho, el alias www(.dominio.xyz) suele estar instalado como alias de su sitio, y basta con separarlo, lo que permite crear un sitio en el otro alojamiento con el nombre www.dominio.xyz (no olvide, en el punto 6, añadir su alias de tipo "dominio.xyz" sin los www a este nuevo sitio).

Traslado de alojamientos web completos

Existe una forma automatizada de trasladar un alojamiento web de Infomaniak a:

• un Servidor Cloud de Infomaniak (si el alojamiento es actualmente compartido o si el alojamiento ya está en un Servidor Cloud)
• otra Organización de Infomaniak

Un alojamiento Starter no se puede trasladar, pero se puede convertir.

Esta guía le explica cómo desactivar (o reactivar) la herramienta de detección de vulnerabilidades, una protección gratuita y complementaria al antivirus que protege automáticamente los Alojamientos Web contra el malware y las vulnerabilidades de seguridad.

Desactivar o reactivar la detección de vulnerabilidades

Para acceder al alojamiento web y desactivar (o reactivar) el servicio:

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 Seguridad en el menú lateral izquierdo.
4. Haga clic en Escaneo de vulnerabilidades en el menú lateral izquierdo.
5. Haga clic en el botón de alternancia (toggle switch) para desactivar o activar el escaneo:
   

Consulte esta otra guía si está buscando información sobre la cancelación de una corrección de seguridad.

Esta guía le explica cómo aplicar o cancelar un parche, una cuarentena o un bloqueo realizado por la herramienta de detección de vulnerabilidades, la protección gratuita y complementaria al antivirus que protege automáticamente los Alojamientos Web contra malware y vulnerabilidades de seguridad.

Introducción

• Sin ninguna acción por su parte, la herramienta corrige automáticamente las vulnerabilidades detectadas en un plazo de 7 días.
• Se desaconseja encarecidamente cancelar un parche o una cuarentena a menos que esté seguro de lo que está haciendo.

Aplicar o cancelar una corrección

Para ello:

1. Haga clic aquí para acceder a la gestión de su alojamiento en el Manager de Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al alojamiento correspondiente:
   
3. Haga clic en Seguridad ‍ en el menú lateral izquierdo.
4. Haga clic en Análisis de vulnerabilidades en el menú lateral izquierdo:
   
5. Si no se muestra nada en particular, haga clic primero en el botón para Ver el historial.
6. Si existe un historial de eventos, haga clic en el menú de acción ⋮ a la derecha de la vulnerabilidad correspondiente en la tabla que se muestra.
7. Haga clic en Cancelar la corrección.
8. En algunos casos, son posibles otras acciones:
   1. Aplicar el parche: corrige inmediatamente la vulnerabilidad.
   2. Cancelar el parche: deshace la corrección y restaura el archivo original vulnerable (no recomendado).
   3. Eliminar el archivo: borra definitivamente el malware de su alojamiento (puede afectar al funcionamiento de su sitio).
   4. Poner en cuarentena: aísla el archivo vulnerable y le permite restaurarlo si es necesario (puede afectar al funcionamiento de su sitio).
   5. Cancelar la cuarentena: restaura el archivo aislado a su ubicación original (no recomendado).
   6. Añadir una excepción: permite indicar a la herramienta que el archivo vulnerable es seguro; este último ya no se analizará.
   7. Eliminar una excepción: elimina el estado Autorizado del archivo; este último se volverá a analizar.

Detalle de los diferentes estados

1. VULNERABLE: se ha detectado una vulnerabilidad en un archivo; la columna ruta de acceso indica la ubicación del archivo.
2. RESUELTO: la vulnerabilidad ha sido corregida por la herramienta.
3. AUTORIZADO: el archivo vulnerable ha sido autorizado manualmente; este último ya no se analizará por la herramienta.
4. RESUELTO: se ha realizado una corrección manual externa a la herramienta en el archivo (actualización del CMS, modificación del código fuente, eliminación manual del archivo, etc.).
5. CORRECCIÓN CANCELADA‍ : la aplicación de la corrección se ha cancelado manualmente; es posible volver a aplicar el parche.

Esta guía explica cómo migrar de un VPS Lite a un VPS Cloud conservando todos sus datos y sin tener que volver a configurar su instalación.

Realizar una migración de VPS Lite a VPS Cloud

Para iniciar la operación, acceda al 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 Actualizar mi oferta:
   
4. Haga clic en el botón Actualizar en la ventana emergente que aparece.
5. Complete el pedido para actualizar su VPS Lite.
6. Espere durante la migración, se sentirá una interrupción del servicio durante el proceso.

Esta guía explica cómo especificar un archivo que se cargará antes de la página deseada o al inicio de cada script PHP ejecutado en su servidor, incluido como si hubiera sido llamado con la función require(), pero de manera más global utilizando la directiva auto_prepend_file de PHP.

Prólogo

• Por ejemplo, para declarar los encabezados de un sitio web, es posible crear un archivo headers.php que contiene funciones PHP header() y que se prepend al inicio de cada archivo PHP…
  • … a través de un archivo .user.ini (propio de una carpeta),
  • … o a través de la configuración del sitio en el Manager (global) como se explica a continuación.

Incluir un archivo globalmente desde el Manager

Para acceder a la gestión del sitio web:

1. Haga clic aquí para acceder a la gestión de su sitio en el Manager Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio correspondiente:
   
3. Haga clic en Gestionar parámetros avanzados:
   
4. Haga clic en la pestaña PHP / Apache:
   
5. Complete la línea correspondiente ingresando la ruta del archivo a incluir.
6. Haga clic en el botón Guardar al final de la página:
   

Después de definir esta directiva, todas las páginas PHP en su servidor incluirán automáticamente el archivo especificado antes de ejecutar su propio código.

Los encabezados definidos en un archivo .htaccess solo son válidos para el contenido no PHP (es decir, estático).

Infomaniak utiliza php-fpm que recibe los diferentes encabezados a través de apache fast_cgi. En la RFC de cgi_www el encabezado Strict-Transport-Security no forma parte de los encabezados pasados a través de CGI y la documentación de Apache lo confirma. Consulte esta otra RFC.

Esta guía explica cómo personalizar el o los intervalos durante los cuales Infomaniak podrá realizar mantenimientos para hacer evolucionar sus servicios (nuevas funcionalidades, correcciones, etc.).

Prólogo

• Esta funcionalidad solo está disponible para:
  • Servidores Cloud
  • VPS Cloud / VPS Lite
  • Jelastic Cloud
• Sin indicación por su parte, los mantenimientos planificados se realizan generalmente por Infomaniak entre las 22h y las 6h de la mañana.

Modificar el período de mantenimientos planificados

Para ello:

1. Haga clic aquí para acceder al servicio para el cual desea planificar los mantenimientos en el Manager Infomaniak (¿necesita ayuda?).
2. Haga clic directamente sobre el nombre asignado al producto concernido.
3. Haga clic en Mantenimientos planificados en el menú lateral izquierdo o en la página central según el servicio concernido (a continuación Jelastic):
   
   • Mismo principio para un VPS:
     
4. Haga clic en los botones para definir, en azul, un intervalo de intervención preferido.
5. Valide haciendo clic en el botón situado en la parte inferior:
   

Esta guía detalla la creación de un repositorio GIT tanto en su Alojamiento Web como en su Servidor Cloud de Infomaniak.

Introducción

• GIT y GitHub están disponibles de forma predeterminada en ambos entornos mencionados.

Creación del repositorio GIT

Configuración en el servidor:

• El repositorio GIT se encuentra en /git_depot
• El sitio web se encuentra en la carpeta /web/[proyecto] (en su servidor FTP)

Líneas de comando a indicar:

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

Envío del repositorio local al servidor

Para realizar en el equipo local:

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

Clonación del sitio en el directorio del servidor

Para realizar en el servidor:

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

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), es este 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, es necesario reemplazar estas indicaciones con 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 un horario 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 a continuación 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 Infomaniak.

Requisitos previos

• Poseer un Servidor Cloud 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:

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

• Consulte estos recursos adicionales sobre el lenguaje de configuración Varnish (VCL) para dominar el tratamiento de solicitudes, el enrutamiento y la puesta en caché:
  • Tutorial de VCL
  • Guía del usuario de VCL
  • Referencia de VCL

Configuración de Varnish

Una vez instalado, la configuración de Varnish se basa en reglas precisas de puesta en caché y de purga. Asegúrese de restringir el acceso para evitar que entidades no autorizadas puedan vaciar su caché.

Aquí tienes un ejemplo de archivo de configuración que agrupa los casos de uso más frecuentes:

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

Purga a través de la interfaz CLI

Tan pronto como sus reglas estén activas, puede probar la purga de su sitio (por ejemplo, "domain.xyz") utilizando la herramienta 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>

Para purgar una URL específica, simplemente modifique la ruta de la solicitud:

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

O para activar la purga grupal de imágenes definida en el 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>

Purga desde un CMS (PHP)

La gestión de la caché también puede realizarse dinámicamente a través de su backend. En la configuración anterior, se ha añadido un control sobre la cabecera Uncacheable. Su CMS puede enviar esta cabecera para forzar a Varnish a no almacenar una respuesta.

Así es como enviar una solicitud de purga programática en 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);
}
?>

Esta guía explica cómo guardar datos de WordPress en un espacio de respaldo Swiss Backup, la solución de respaldo en una nube suiza independiente.

Prólogo

• Si las copias de seguridad ofrecidas por Infomaniak no se ajustan o ya no se ajustan a sus necesidades en términos de disponibilidad o seguridad, o si su sitio está alojado en otro lugar, sus datos podrán ser respaldados a través de una conexión S3 Compatible en los servidores de Infomaniak; así, tiene la garantía de no perder nada.

Instalar y configurar la extensión UpdraftPlus

Requisitos previos

• Poseer un espacio Swiss Backup de Infomaniak con un cupo de dispositivo disponible (mínimo 1) para una copia de seguridad iCloud.
• Agregar 1 dispositivo de tipo Cloud para obtener los parámetros S3 Compatible.

A continuación:

1. Agregue la extensión de WordPress UpdraftPlus que ofrece la copia de seguridad de los datos de WordPress en un lugar S3 Compatible.
2. Haga clic en Configuración y luego en UpdraftPlus Backups:
   
3. Haga clic en Settings y luego en S3-Compatible (Generic):
   
4. Más abajo, complete los campos según las informaciones específicas de su dispositivo.
   
5. Estos son los tipos de información que debe tener en su posesión y que debe especificar en los diferentes campos para crear la conexión:
   

Luego, podrá programar sus copias de seguridad a intervalos regulares.

Descargar la copia de seguridad manualmente

Sus copias de seguridad realizadas a través de UpdraftPlus - S3 pueden recuperarse a través de un cliente S3 compatible, Cyberduck por ejemplo.

Restaurar una copia de seguridad UpdraftPlus

Tome nota de esta guía oficial en inglés.

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 el servidor en Swiss Backup (copia de seguridad automatizada)