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

Prólogo

• GIT y GitHub están disponibles por defecto en los dos soportes mencionados anteriormente.
• En caso de necesidad, socios locales y referenciados por Infomaniak pueden encargarse de estos trámites: lance una solicitud de oferta gratuita; ellos se encargan de todo, liberándole de los detalles técnicos — descubra también el papel del proveedor de alojamiento.

Creación del repositorio GIT

Configuración en el servidor:

• el repositorio GIT está en /git_depot
• el sitio 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

A 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

A 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 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)

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.

Prólogo

• La migración es gratuita y se realiza en 3 etapas:
  1. Infomaniak pone a 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. Dispones de un mes para mover tus alojamientos al nuevo Servidor Cloud puesto a tu disposición (lee más abajo).
  3. Cuando tus alojamientos se hayan movido al nuevo servidor, cancela el antiguo Servidor Cloud.
• Los accesos FTP y las bases de datos no cambian.
• Solo cambian, en cuanto a 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.
• Durante esta operación, las estadísticas se reinician.

Procedimiento de migración

Al migrar tus datos a la nueva infraestructura Cloud, aumentas el rendimiento y la fiabilidad de tus sitios que accederán a las últimas tecnologías:

1. Haz clic aquí para acceder a la gestión de tu producto en el Manager Infomaniak (¿Necesitas ayuda?).
2. Haz clic directamente en el nombre asignado al producto concernido.
3. Haz clic en el botón azul en el recuadro "Actualizar tu Servidor Cloud" (o en Gestionar):
   

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 manera global

El puerto saliente 25 (puerto SMTP Mail) está bloqueado por defecto. Para abrir este puerto:

• En VPS Cloud, puede solicitar la apertura: contacte con el soporte de Infomaniak justificando su solicitud.
• En VPS Lite, no es posible abrir este puerto.

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 ingrese (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 modo de 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 expiración

En Infomaniak, los certificados se renuevan automáticamente, pero a veces puede haber 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.