Esta guía explica para qué sirve la opción "Prefijo MySQL" en los parámetros de un sitio y cuáles son sus implicaciones para el funcionamiento de sus aplicaciones web (CMS) y scripts PHP.

Prólogo

• Cuando la opción "Prefijo MySQL" está activada para un sitio, ya no es necesario agregar el prefijo "wxyz_" antes del nombre y los usuarios de sus bases de datos MySQL.
• Un script PHP podrá conectarse a MySQL con el usuario "monuser" y una base de datos "mabase" y el acceso se realizará automáticamente con el usuario "wxyz_monuser" y la base de datos "wxyz_mabase".
• ⚠ Si realiza una migración desde una antigua oferta de Infomaniak:
  • Después de migrar un sitio desde la antigua consola, la opción "Prefijo MySQL" está activada por defecto para mantener automáticamente la conexión de sus aplicaciones web (WordPress, Joomla, Drupal, etc.) y scripts PHP con sus bases de datos MySQL.
  • Para garantizar el buen funcionamiento de sus sitios en caso de migración de su alojamiento a otro servidor, se recomienda encarecidamente desactivar esta función y realizar los ajustes que esto implica.

Administrar la opción Prefijo MySQL

Profundizar con las variables de entorno

Es posible configurar variables de entorno directamente desde el Manager para todo su 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 Administrar parámetros avanzados:
   
4. Haga clic en la pestaña PHP / Apache:
   
5. Activar o desactivar el botón de alternancia (toggle switch) Prefijo MySQL:
   
6. Haga clic en el botón Guardar al final de la página.
7. Realice los ajustes necesarios en los archivos de configuración de sus aplicaciones web y scripts PHP...

Implicaciones y ajustes a realizar

Después de desactivar la opción Prefijo MySQL para un sitio, algunos scripts PHP o CMS pueden dejar de funcionar.

Para restablecer la conexión a sus bases de datos, deberá actualizar imperativamente la siguiente información en el/los archivo(s) de configuración de los scripts afectados:

• el nombre de la base de datos MySQL: deberá agregar el prefijo de su servidor
  • antes: dbname
  • después: wxyz_dbname
• el usuario de la base de datos MySQL: deberá agregar el prefijo de su servidor
  • antes: dbuser
  • después: wxyz_dbuser

Esta guía se refiere a la redirección del tráfico web a un puerto específico, incluidas las situaciones en las que se utiliza una IP dedicada y una aplicación web específica (como Node o Varnish, por ejemplo).

Requisitos previos

• Agregar un sitio en su alojamiento.
• Instalar HAProxy en el Servidor en la nube.

Redirigir el tráfico web a un puerto específico

Por defecto, en el Servidor en la nube, el tráfico web se envía a Apache. Para enviar las solicitudes a un script Node o a otro servicio (siempre que "escuche" en un puerto entre 4000 y 4009), es necesario pasar por HAProxy.

Esto se aplica especialmente a los servidores Express, Socket.IO, Meteor.js, Nuxt.js, Django, Flask, Ruby on Rails, incluso posiblemente Java (J2E), etc.

Para ello, debe asegurarse de que el servicio esté escuchando en un puerto entre 4000 y 4009 (especialmente con server.listen(4000) para Express o un servidor HTTP Node básico, pero según el tipo de proyecto, por otros medios, un archivo de configuración, en el código o cualquier otro) y en todas las interfaces (0.0.0.0).

También será necesario configurar HAProxy como en el ejemplo siguiente:

1. Haga clic aquí para acceder a la gestión de su Servidor en la nube en el Administrador de Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al Servidor en la nube correspondiente.
3. Haga clic en Instalador rápido en el menú lateral izquierdo.
4. Haga clic en el menú de acción ⋮ situado a la derecha de HAProxy.
5. Haga clic en Configurar:
   
6. Seleccione la información deseada y guarde:
   

Casos particulares de alias y comodines

La configuración de HAProxy a través del Instalador rápido se aplica exclusivamente al dominio principal del alojamiento.

Actualmente, los alias de dominios (ya sean específicos o de tipo comodín como *.dominio.xyz) no son compatibles nativamente con esta herramienta.

Para redirigir el tráfico de un alias a su aplicación (que escucha, por ejemplo, en el puerto 4000), debe configurar manualmente una regla de tipo "proxy" en el archivo .htaccess situado en la raíz de su sitio:

# Redirect all traffic to the application (e.g., Node.js on port 4000)
RewriteEngine On
RewriteRule ^(.*)$ http://localhost:4000/$1 [P,L]

Sin esta directiva manual, todas las solicitudes correspondientes a sus alias o comodines se dirigirán por defecto a Apache en lugar de a su aplicación específica.

Recuperación de la IP de origen de una solicitud

Cuando redirige el tráfico web a su aplicación web, el procesamiento de las solicitudes cambia y la solicitud se recibe primero por un proxy inverso (local al servidor) que luego transfiere la solicitud al puerto elegido. Por lo tanto, debido a la transferencia de la solicitud, los métodos que habitualmente permiten recuperar la IP del visitante devolverán la IP del proxy inverso en lugar de la del visitante.

Por lo tanto, para recuperar la IP de origen real del visitante en estos casos, debe consultar un encabezado HTTP llamado X-Forwarded-For, que contendrá las IPs de origen acumuladas en cada redirección. Este encabezado contendrá, por lo tanto, en último lugar la dirección IP original del cliente, permitiendo identificar al visitante real.

Atención: es importante tener en cuenta que los encabezados HTTP pueden ser manipulados, lo que presenta riesgos de seguridad. Para minimizar estos riesgos, se recomienda verificar que la solicitud provenga de un servidor confiable antes de confiar en el contenido del encabezado X-Forwarded-For. Esta verificación puede implicar asegurarse de que la solicitud haya sido transmitida por un servidor intermedio de confianza, identificado por una lista preestablecida de direcciones IP. En el caso de que el sitio utilice una IP dedicada, los servidores de confianza son:

• 83.166.133.15
• 83.166.133.17
• 83.166.133.16
• 84.16.92.5
• 84.16.92.43
• 10.2.32.255
• 10.2.34.164

Esta guía explica cómo acceder a phpMyAdmin con un Hosting Web.

Prólogo

• phpMyAdmin es una herramienta de administración de código abierto diseñada para gestionar sus bases de datos MySQL y MariaDB a través de una interfaz web intuitiva.
• Permite realizar operaciones complejas como la ejecución de consultas SQL, la creación de tablas o la importación y exportación de datos sin tener que usar la línea de comandos.

Acceder a phpMyAdmin

Para acceder al alojamiento web en la sección Bases de datos:

1. Haga clic aquí para acceder a la gestión de su alojamiento en el Gestor Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al alojamiento correspondiente:
   
3. Haga clic en la flecha ‍ a la derecha de Bases de datos en el menú lateral izquierdo.
4. Haga clic en Bases de datos en el menú lateral izquierdo.
5. Haga clic en Conectar a phpMyAdmin:
   
   • El servidor correcto y un usuario temporal se rellenan automáticamente.

También puede hacer clic en el menú de acción ⋮ situado a la derecha de un usuario de base de datos:

• El servidor correcto se rellena automáticamente.
• La contraseña a introducir corresponde al usuario de la base de datos (el que eligió al crear el usuario MySQL redéfínalo si lo has olvidado):

Esta guía explica cómo acceder al cargador de arranque de un VPS Cloud / VPS Lite desde el Administrador de Infomaniak.

Mostrar el cargador de arranque de un VPS Cloud / VPS Lite

El siguiente procedimiento permite mostrar el cargador de arranque de GRUB:

1. Haga clic aquí para acceder a la gestión de su producto en el Administrador de Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Haga clic en Abrir la consola VNC.
4. Haga clic en Reiniciar el servidor mientras mantiene abierta la nueva ventana con la consola VNC.
5. Actualice inmediatamente la consola VNC tan pronto como el servidor se reinicie para mostrar el cargador de arranque del servidor; GRUB se muestra entonces y puede dejarlo visible presionando una tecla de su teclado:
   

Esta guía explica cómo mover un Hosting Web (y todos los sitios que contiene) de un Servidor Cloud a otro Servidor Cloud gestionado.

Preámbulo

• FTP & MySQL
  • 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.
• Interrupción temporal:
  • Los sitios del alojamiento estarán inaccesibles durante la migración de los datos.
  • Este proceso puede durar varios minutos dependiendo del número de archivos a transferir al nuevo Servidor Cloud.
• Posible cambio a HTTP/2:
  • El HTTP/2 está activo en los nuevos servidores.
  • Algunas directivas que puedan estar presentes en el archivo .htaccess de su servidor podrían requerir una adaptación.
• Redirección del tráfico:
  • Se establece un proxy durante 7 días para redirigir el tráfico del antiguo servidor al nuevo.
  • Por lo tanto, es conveniente tenerlo en cuenta durante este período, especialmente para los crons (ver más abajo).
• Crons no migrados:
  • Los crons por SSH no se migran.
  • Los archivos y los crons generalmente no se eliminan de inmediato, lo que puede causar duplicados.
  • La gestión de los crons es de su responsabilidad; según el avance de su migración, le corresponde:
    • desactivar y activar los crons a través de SSH si los tiene, para evitar cualquier conflicto de ejecución,
    • verificar sus crons,
    • asegurarse de que estén configurados adecuadamente en su nuevo Servidor Cloud.

Mover la hospedaje

Requisitos previos

• Los dos servidores deben estar en la misma Organización y ser accesibles para el usuario que realiza la operación.

Una vez que el segundo Servidor Cloud esté en servicio:

1. Haga clic aquí para acceder a la gestión de la hospedaje en el Gestor Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado a la hospedaje concernida.
3. Haga clic en el botón Gestionar.
4. Haga clic en Mover a otro servidor en el menú que se muestra:
   
5. Elija el servidor de destino deseado.
6. Haga clic en Validar.

Adaptar la zona DNS y finalizar

Si sus nombres de dominio no están gestionados en Infomaniak o en la misma Organización que el Servidor Cloud:

• Adapte el registro A de los dominios concernidos.
  • Cualquier adición/modificación DNS puede tardar hasta 48 horas en propagarse.
  • Por lo tanto, se recomienda no cancelar el antiguo Servidor Cloud antes de este plazo.
• Cancela el antiguo Servidor Cloud si es necesario.

Esta guía explica cómo mostrar e interpretar los datos de monitoreo (estadísticas de red, CPU, RAM, etc.) de un Servidor Cloud.

Supervisar la actividad de un Servidor Cloud gestionado

Para acceder al monitoreo

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

Diferentes datos están disponibles para supervisar la actividad de sus Servidores Cloud, entre ellos:

• el tráfico entrante y saliente (red)
• la media de la carga del sistema (load average)
• la media de la carga de la CPU
• la cantidad de memoria RAM utilizada
• el espacio en disco utilizado
• el número de hits / seg.
• la media de las consultas MySQL realizadas

Interpretar las estadísticas

Al interpretar el monitoreo de los recursos de un Servidor Cloud, podrá estimar los recursos (la potencia) que necesita para hacer funcionar sus sitios y aplicaciones web.

Carga total del sistema

La carga total del sistema resume en porcentaje el nivel de uso de los procesadores virtuales. En este ejemplo, el servidor utiliza menos del 10% de sus recursos (0.10).

Procesador (CPU) y memoria (RAM)

Estos gráficos muestran que menos del 10% de los procesadores virtuales se están utilizando y que menos de 3 GB de RAM se están utilizando realmente. En este ejemplo, la configuración de este servidor está sobredimensionada en relación con las necesidades reales.

Memoria en caché alta

La memoria en caché alta en un servidor no es anormal y a menudo es beneficiosa en muchos casos. Aquí está el porqué:

1. Caché para un mejor rendimiento: Los sistemas operativos modernos, como Linux, utilizan la memoria libre para almacenar en caché datos del disco y mejorar el rendimiento. Cuando accede a archivos o aplicaciones, el sistema puede recuperar rápidamente los datos desde la caché en lugar de leerlos desde dispositivos de almacenamiento más lentos, como los discos duros. Esto ayuda a reducir el tiempo de respuesta general de su servidor y puede mejorar significativamente el rendimiento.
2. Uso eficiente de la memoria: Un uso elevado de la memoria debido a la caché significa que su servidor está utilizando de manera eficiente la memoria disponible. La memoria no utilizada es memoria desperdiciada. Por lo tanto, mientras la memoria se utilice para fines útiles como la caché, es una señal positiva.
3. Gestión automática de la memoria: Los sistemas operativos están diseñados para ajustar automáticamente el tamaño de la caché según las necesidades de las aplicaciones en ejecución. Si una aplicación necesita más memoria, la caché puede reducir su tamaño para acomodarla. Esta gestión dinámica de la memoria asegura un equilibrio entre la caché y el servicio de las aplicaciones activas.
4. Perspectiva de supervisión: Desde la perspectiva de la supervisión, ver un uso elevado de la memoria debido a la caché puede inicialmente generar preocupaciones, pero es esencial interpretar las mediciones en el contexto del comportamiento de su servidor. Si observa un buen rendimiento y no nota ningún signo de problemas relacionados con la memoria, como intercambio (swapping) o fallos de aplicaciones, el uso elevado de la caché probablemente es esperado y beneficioso.

En resumen, una memoria caché elevada en un servidor es normal y puede contribuir a mejorar el rendimiento general del sistema. No se preocupe si observa un uso elevado de la memoria caché, siempre y cuando su servidor funcione correctamente y sin problemas evidentes relacionados con la memoria. La caché es una herramienta esencial para optimizar el rendimiento y aprovechar al máximo los recursos disponibles.

Esta guía explica cómo modificar la configuración de la copia de seguridad automática de las Aplicaciones Web Infomaniak (Joomla, Drupal, Typo3, PrestaShop, ownCloud, etc.) incluidas en las ofertas de Hosting Web de pago.

Prólogo

• Esto no se aplica a WordPress, que se puede guardar y restaurar a través de:
  • la copia de seguridad automática de los alojamientos,
  • las extensiones que le permiten hacer una copia de seguridad completa manualmente, incluso con un archivo de reinstalación simplificada.

Configurar las copias de seguridad

Para gestionar las copias de seguridad de las Apps:

1. Haga clic aquí para acceder a la gestión de su sitio en el Gestor Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio en cuestión:
   
3. Haga clic en el menú de acción ⋮ situado a la derecha de la Aplicación Web en cuestión.
4. Haga clic en Configuración de la aplicación:
   
5. Haga clic en Modificar a la derecha de la Aplicación:
   
6. En la pestaña Configuración, haga clic en la casilla para acceder a la configuración avanzada.
7. Elija los modos de actualización y de copia de seguridad deseados:
   • Se conservan 7 copias de seguridad recientes, así como las de hace 15 y 30 días.
8. Guarde los cambios con el botón en la parte inferior derecha:
   

Más información

• Instalar o desinstalar una Aplicación Web
• Modificar el nombre de dominio asociado a la Aplicación Web
• Restaurar una Aplicación Web

Esta guía proporciona indicaciones básicas para crear y utilizar un archivo .htaccess y .user.ini con un Hosting Web de Infomaniak.

Prólogo

• Un archivo .htaccess se coloca en la raíz de un sitio web y permite configurar el servidor HTTP Apache.
  • Como archivo de configuración descentralizado, ofrece una flexibilidad significativa para ajustar el comportamiento del servidor según las necesidades específicas del sitio.
  • Este archivo permite definir reglas de reescritura de URL, imponer restricciones de acceso, gestionar errores HTTP y, incluso, personalizar aspectos de seguridad como la desactivación de la visualización de archivos/carpetas.
  • También facilita la implementación de redirecciones y alias, ofreciendo así un control preciso sobre la organización y accesibilidad del sitio.
• Un archivo .user.ini permite personalizar las directivas PHP de la carpeta (y sus subcarpetas) en la que se encuentra.
  • Al actuar a nivel del intérprete PHP, este archivo permite definir configuraciones específicas para una carpeta dada y sus subcarpetas.
  • Gracias a su sintaxis clara, permite modificar diversos parámetros como el límite de memoria, el tiempo de ejecución de los scripts, la gestión de errores y otras directivas relacionadas con PHP.
  • Este enfoque granular permite a los desarrolladores personalizar el comportamiento de PHP según las necesidades específicas de cada sección del sitio.

Crear un archivo…

… .htaccess

1. Conéctese a su alojamiento a través de FTP o SSH.
2. En la raíz del sitio web correspondiente, cree un nuevo archivo y asígnele el siguiente nombre: .htaccess.
3. Escriba las directivas deseadas en el archivo, consulte esta otra guía por ejemplo.

… .user.ini

1. Conéctese a su alojamiento a través de FTP o SSH.
2. En el lugar deseado, cree un nuevo archivo y asígnele el siguiente nombre: .user.ini.
3. Escriba los parámetros de configuración de PHP deseados en el archivo.

Esta guía explica cómo restaurar automáticamente la totalidad de un alojamiento web a partir de las copias de seguridad realizadas por Infomaniak.

Prólogo

• Infomaniak realiza una copia de seguridad diaria, y las 7 últimas están a su disposición en el Manager (o más si utiliza una Aplicación Web).
• Durante la restauración, los sitios se pondrán automáticamente en mantenimiento hasta el final del proceso.
• Dado que las copias de seguridad automáticas de archivos y las de bases de datos no se realizan simultáneamente, se recomienda verificar el correcto funcionamiento de los sitios después de la restauración.
• Fuera de estas opciones, no existe ninguna otra copia de seguridad que pueda obtener; por lo tanto, no es necesario contactar a Infomaniak al respecto, pero considere otros métodos de copia de seguridad para el futuro.

Restauración de un alojamiento web

Para acceder al alojamiento web:

1. Haga clic aquí para acceder a la gestión de su producto en el Manager de Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Haga clic en Restauración en el menú lateral izquierdo.
4. Elija el tipo de restauración deseado:
   1. Restaurar una de las Aplicaciones Web que ha instalado.
   2. Restauración simple para restaurar todos los sitios y bases de datos del alojamiento.
   3. Restauración avanzada permite elegir los sitios y bases de datos a restaurar.
5. Haga clic en el botón Siguiente:
   
6. Elija la fecha de restauración deseada y complete el procedimiento.

Esta guía explica cómo actualizar las Aplicaciones Web instaladas a través de las herramientas de Infomaniak.

Prólogo

• Si una aplicación se actualiza manualmente a través de FTP, luego es imposible actualizarla a través del Manager y beneficiarse de las actualizaciones automáticas.
• Durante la instalación de su Aplicación Web, las actualizaciones automáticas (al menos las de seguridad) están activadas por defecto:
  
• Si hay una actualización disponible para la aplicación, se le notificará en el Manager:
  

Actualizar una aplicación instalada a través de Infomaniak

Para acceder a la Aplicación Web de Infomaniak y actualizarla:

1. Haga clic aquí para acceder a la gestión de su sitio en el Manager de Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al sitio correspondiente.
3. Haga clic en el menú de acción ⋮ situado a la derecha de la Aplicación Web correspondiente.
4. Haga clic en Configuración de la aplicación:
   
5. Haga clic en Modificar en el bloque Información:
   
6. Haga clic en el menú desplegable para elegir una versión más reciente.
7. Haga clic en el botón Guardar:
   

Esta guía enumera las versiones del sistema operativo Windows que se pueden instalar al solicitar un VPS Cloud / VPS Lite.

Versiones de Windows admitidas

Al solicitar su servidor, podrá elegir la versión de Windows a instalar.

Windows Server

Posibles versiones con Windows Server 2025, 2022 o 2019:

• Windows Server Standard diseñado para entornos de baja densidad o no virtualizados
• Windows Server Datacenter ideal para entornos de datacenter definidos y altamente virtualizados

Tenga en cuenta:

• Como socio de Microsoft, Infomaniak proporciona VPS Cloud / VPS Lite Windows Server 2025, 2022 o 2019 que contienen una licencia Microsoft Windows Server. En caso de fallo de activación, consulte esta otra guía.
• Como socio de Microsoft, Infomaniak no ofrece la posibilidad de utilizar su propia licencia Windows Server (o Bring You Own Licence).
• Si utiliza software de Microsoft en Windows Server que requiera una Licencia Mobility, como Microsoft SQL Server, Microsoft Sharepoint Server o Microsoft Exchange Server, debe enviar obligatoriamente el documento de Software Assurance a través del formulario de contacto de Infomaniak.

Windows 11 Profesional Evaluación

Windows 11 Profesional incluye todas las funcionalidades de Windows 11 Hogar, así como funcionalidades profesionales para el cifrado, la conexión remota, la creación de máquinas virtuales y mucho más.

Tenga en cuenta:

• Será necesario activar Windows, Infomaniak solo proporciona una versión de evaluación.

Esta guía explica cómo gestionar Memcached y, en particular, cómo saber si este sistema de caché en memoria funciona correctamente en su Servidor Cloud gestionado.

Requisitos previos

• Instalar Memcached en Servidor Cloud gestionado.

Verificar la ejecución de Memcached

Para verificar el correcto funcionamiento de Memcached:

1. Copie el siguiente código en un archivo PHP (conexión al servidor memcache local):

   $fp = fsockopen("localhost", 11211);
   if ($fp) {
   // on demande les stats
   fwrite($fp, "stats\n");
   while (!feof($fp)) {
   $buf = rtrim(fgets($fp));
   if (preg_match('/^STAT curr_items ([0-9]+)$/', $buf, $matches)) {
   // le nombre d'items stockes
   print $matches[1] . PHP_EOL;
   } elseif (preg_match('/(END|ERROR)/', $buf)) {
   // fin des stats
   break;
   }
   }
   fclose($fp);
   } else {
   print "Error: cannot connect to local memcached server: $!" . PHP_EOL;
   }

2. Suba el archivo PHP a su alojamiento.
3. Ejecute el archivo PHP.

El script devuelve el número de elementos almacenados en caché en la memoria del servidor.

Activar Memcached en…

… Prestashop

Esta guía compara las diferentes soluciones Cloud de Infomaniak para ayudarle a elegir la infraestructura más adecuada a sus necesidades. En todos los casos, disfruta de recursos dedicados y modulables.

Jelastic Cloud (PaaS)

Jelastic Cloud es una plataforma que permite crear entornos de desarrollo al instante sin gestionar la administración del sistema:

• Flexibilidad máxima: la plataforma ajusta automáticamente sus recursos según la carga en tiempo real.
• Ventaja: ideal si su consumo (CPU, RAM) varía mucho según las épocas del año.
• Facturación: solo paga por los recursos realmente consumidos.

Servidor Cloud gestionado

Un Servidor Cloud permite gestionar sitios y aplicaciones web a través de una interfaz simplificada, permitiendo la instalación de software específico:

• Simplicidad: tan fácil de usar como un alojamiento compartido, pero con el poder de los recursos dedicados.
• Ventaja: ideal si su consumo de recursos es estable y previsible.
• Gestión: Infomaniak se encarga del mantenimiento técnico y las actualizaciones de seguridad del servidor.

VPS Cloud y VPS Lite

Los VPS Cloud o VPS Lite ofrecen acceso root completo a una distribución Linux:

• Control total: gestiona la totalidad de su servidor y sus configuraciones de software.
• Competencias requeridas: se requiere una sólida experiencia técnica en administración de sistemas.
• Uso: recomendado para necesidades específicas con un consumo de recursos estable.

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 mover un sitio web existente dentro de un Hosting Web de Infomaniak a otro hosting web de Infomaniak.

Prólogo

• No hay muchas soluciones listas para usar para mover un sitio web:
  • De manera general, pocos proveedores de hosting 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 incompatibles entre sí.
• Si el sitio a transferir está construido con WordPress, consulte esta otra guía que ilustra una solución simplificada.
• También es posible mover un hosting web completo (leer más abajo).
• 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ándolo de los detalles técnicos — también descubra el papel del proveedor de hosting.

Solución manual: ejemplo de transferencia de sitio

Para hacerlo manualmente, es necesario:

• Recuperar los datos web y las bases de datos asociadas,
• Publicar esto en un sitio creado en el hosting web de destino,
• y si el nombre de dominio asociado es el mismo, será necesario que el primer sitio sea eliminado o renombrado.

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

1. Pida el otro hosting web / Servidor Cloud si aún no lo tiene.
2. Cree un «sitio falso» en este nuevo hosting (por ejemplo dev.domain.xyz - leer más abajo).
3. Copie manualmente sus datos en 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 desvincular previamente de su sitio actual. De hecho, el alias www(.domain.xyz) a menudo se instala como alias de su sitio, y basta con desvincularlo, lo que permite la creación de un sitio en el otro hosting con el nombre www.domain.xyz (no olvide, en el punto 6, agregar su alias de tipo "domain.xyz" sin los www a este nuevo sitio).

Movimientos de hosting web completos

Hay una forma automatizada de mover un alojamiento web de Infomaniak a:

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

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

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: