Esta guía detalla la compatibilidad de los alojamientos web de Infomaniak con los IPv4 y IPv6.

Prólogo

• Infomaniak admite tanto IPv4 como IPv6, permitiendo así una conectividad óptima para todos los usuarios.
• Solo los alojamientos Starter (gratis) y las antiguas fórmulas de alojamiento no son compatibles: actualizar a un Servidor Cloud o alojamiento compartido.
• La compatibilidad con IPv4 e IPv6 significa que el servicio de alojamiento de Infomaniak permite que los sitios web sean accesibles tanto para los usuarios que utilizan direcciones IPv4 como IPv6.
• Esto garantiza que su sitio puede ser visitado por todos los tipos de dispositivos y redes, ofreciendo una experiencia óptima a sus usuarios, independientemente del protocolo que utilicen para conectarse a Internet.

IPv4, o Protocolo de Internet versión 4

Es la primera versión del protocolo de Internet ampliamente utilizada desde los años 1980. Utiliza direcciones IP de 32 bits, lo que permite identificar y localizar los dispositivos conectados a Internet. Sin embargo, con el agotamiento de las direcciones IPv4, se ha vuelto necesario desarrollar una nueva versión (leer más abajo):

• Ejemplo de dirección IPv4: 192.168.0.1
• En este ejemplo, la dirección IPv4 está compuesta por cuatro grupos de números separados por puntos…
  • Cada grupo puede contener un número de 0 a 255.
  • La dirección 192.168.0.1 a menudo se utiliza para representar una dirección IP local en una red privada.
• Encontrar la IP de su sitio web: consulte esta otra guía…
• Obtener la IP pública de su conexión a Internet actual: https://chk.me/ip

IPv6, o Protocolo de Internet versión 6

Es la última versión del protocolo de Internet introducida para resolver el problema del agotamiento de las direcciones IPv4. IPv6 utiliza direcciones IP de 128 bits, ofreciendo un espacio de direccionamiento prácticamente ilimitado. También ofrece funcionalidades mejoradas como la seguridad, la calidad de servicio y la configuración automática de direcciones:

• Ejemplo de dirección IPv6: 2001:0db8:85a3:0000:0000:8a2e:0370:7334
• En este ejemplo, la dirección IPv6 está compuesta por ocho grupos de números y letras separados por dos puntos…
  • Cada grupo puede contener un número hexadecimal de 0 a FFFF.
  • La dirección IPv6 es mucho más larga que la dirección IPv4, ofreciendo así un espacio de direccionamiento mucho más amplio.

Esta guía explica cómo configurar una red de sitios WordPress para gestionar varios sitios desde una misma instalación de WordPress Infomaniak, con direcciones URL del tipo site1.domain.xyz, site2.domain.xyz, o incluso con domain1.com, domain2.com, etc.

Instalación de WordPress multisite

Para comenzar:

1. Instale WordPress a través de Infomaniak en su espacio de alojamiento con un nombre de dominio principal:
   
   • Este primer sitio WordPress debe ser accesible y funcionar correctamente:
     
2. Conéctese por FTP.
3. Edite el archivo wp-config.php de este primer sitio WordPress.
4. Por encima de la línea "/* That's all, stop editing! Happy blogging. */" (#94) copie y pegue el código define('WP_ALLOW_MULTISITE', true);: 
   
   
    
5. Guarde los cambios.
6. Luego, conéctese a la administración de su sitio WordPress.
7. Desactive temporalmente todas las extensiones de WordPress:
   
8. Vaya al menú HERRAMIENTAS para crear una Red: 
   
9. Elija el método de creación de sus diferentes WordPress (en subdominios)…
10. Haga clic en el botón de instalación:
    
11. Añada las indicaciones que se muestran en pantalla en el wp-config.php y .htaccess en el servidor.
12. Después de volver a conectarse a su WordPress, obtendrá un nuevo menú "Mis sitios" en el que podrá añadir y gestionar sus diferentes sitios de la misma red: 
    
13. Reactive las extensiones desactivadas.
14. En el Manager, añada un alias a su sitio en la forma *.su-dominio-aquí (el asterisco permite crear un alias comodín) con actualización DNS para que el CNAME correcto se añada automáticamente en la zona: 
    
15. Instale o actualice sus certificados SSL:
    
16. Cuando cree un nuevo sitio dentro de la red, por ejemplo, nombrándolo home2, entonces será accesible a través de home2.domain.xyz y así sucesivamente: 
    

Esta guía trata sobre el soporte de funciones de hash seguras (incluyendo SHA-256) por los servidores de Infomaniak, así como el énfasis en la seguridad de los certificados SSL/TLS utilizando CSR generados con SHA-256.

Algoritmo de hash SHA-256

La función de hash criptográfico SHA-1 es compatible y los servidores de Infomaniak también soportan la función SHA-256, útil especialmente para Paypal y SaferPay (SIX).

Los CSR (certificate signing requests) son en SHA-256 y no en SHA-1.

Esta guía explica cómo mostrar la dirección IP de un sitio en su Hosting Web.

Prólogo

• La dirección IPv4 es generalmente la misma para cada uno de los sitios en el alojamiento (a menos que haya adquirido una IP dedicada).

Mostrar la dirección IP de su sitio

La dirección IP se especifica en la página de gestión del alojamiento (Starter o que contiene varios sitios):

1. Haga clic aquí para acceder a la gestión de su sitio en el Administrador de Infomaniak (¿necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto correspondiente.
3. Luego, haga clic en la flecha ‍ para expandir la sección Información de este alojamiento.
4. La dirección IPv4 se muestra en la página:
   
5. La dirección IPv6 también se muestra en el caso de los alojamientos de pago:
   

Esta guía detalla los errores de tipo "502 Bad Gateway" que se pueden obtener al visitar un sitio web.

Prólogo

• El error 502 Bad Gateway se produce cuando el servidor que actúa como pasarela entre el navegador y el servidor web de origen recibe una respuesta no válida.
• Este error puede ser causado por un servidor web sobrecargado, problemas de comunicación entre un CDN y el servidor web de alojamiento o un servidor proxy mal configurado.
• A veces, el error puede ser causado por una entrada incorrecta en el servidor DNS.

Posibles soluciones

Para resolver el error 502 Bad Gateway, a menudo es necesario proceder por eliminación:

• Verifique si no se trata de una sobrecarga temporal del servidor: basta con recargar la página después de unos minutos para que el error desaparezca.
• Elimine la caché del navegador.
• Inténtelo desde otro navegador.

Esta guía explica cómo modificar la URL de su sitio web desde la aplicación Joomla instalada en su Hosting Web Infomaniak (solo en el caso de que haya instalado Joomla a través de las herramientas dedicadas ofrecidas por Infomaniak).

Requisitos previos

• El nombre de dominio que desea utilizar debe ser previamente agregado como alias del dominio principal en el sitio correspondiente.

Modificar el nombre de dominio de Joomla

Para cambiar la dirección del sitio creado con Joomla, a otro nombre de dominio que ya figura en la misma Organización:

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 producto 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 a la derecha de Joomla:
   
6. En URL del sitio, seleccione la dirección web deseada en el menú desplegable:
   1. Si no ha seguido los requisitos previos anteriores, el dominio deseado no aparecerá aunque esté registrado en la misma Organización.
   2. Si ha agregado el dominio como alias del sitio, el dominio deseado aparecerá y podrá seleccionarlo para que reemplace el dominio anterior.
7. Haga clic en el botón Guardar:
   

Dominio “…preview.infomaniak.website”?

Entre las URL presentes en el menú desplegable, la URL de previsualización permite acceder a su sitio Joomla en el caso de que el nombre de dominio del sitio aún no esté correctamente configurado para apuntar a su aplicación:

Modificar la dirección o la ubicación de Joomla

Requisitos previos

• Crear una cuenta FTP (¿Necesita ayuda?).
• Conectarse por FTP (¿Necesita ayuda?).

Para modificar la instalación de Joomla si esta se ha realizado en un subdirectorio…

… y si este último es visible en la dirección del sitio cada vez que se consulta…

… así es como proceder:

1. En el FTP, mueva (para llevarlos a la raíz en la carpeta de destino del sitio web) todos los archivos de su Joomla actualmente instalados en una subcarpeta (carpeta /presentation en el ejemplo a continuación):
   
2. Elimine la subcarpeta que quedó vacía:
   
3. Modifique el archivo .htaccess que se encuentra en la raíz de la estructura de su Joomla.
4. Reemplace RewriteBase /presentation por RewriteBase /:
   
5. Guarde los cambios.
6. No desinstale la Aplicación Web Joomla, pero simplemente no la utilice más y conéctese directamente a la interfaz de administración de su Joomla a través de la URL /administrator:
   

Esta guía detalla la resolución de incidentes relacionados con la recuperación automática de medios con la extensión VOD/AOD para WordPress, especialmente cuando la sincronización falla a pesar de una conexión establecida entre la extensión y el espacio VOD.

Prólogo

• Si el plugin VOD de su CMS ya no puede recuperar automáticamente los videos de su espacio VOD, es probable que el usuario MySQL de la base de datos en la que se instala el CMS no tenga los derechos de administrador.
• Esta situación puede causar un problema durante la instalación del plugin VOD en su CMS.

Reparar la recuperación automática de videos

A realizar en su alojamiento web

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 concernido.
3. Haga clic en Bases de datos en el menú lateral izquierdo.
4. Haga clic en Usuarios en el menú lateral izquierdo.
5. Haga clic en el menú de acción ⋮ situado a la derecha del usuario que gestiona la base de datos de su CMS.
6. Haga clic en Modificar:
   
7. Si es necesario, agregue el derecho ADMIN al usuario en la línea de la base de datos concernida:
   
8. Haga clic en el botón para Confirmar en la parte inferior de la página.

A realizar en WordPress

1. Desinstale el plugin VOD
2. Reinstale y active el plugin VOD (consulte esta otra guía)
3. Vuelva a configurar la conexión del plugin a la cuenta VOD Infomaniak
4. Vuelva a solicitar la vinculación de los archivos de video

Una vez restablecida la configuración, los privilegios de administrador del usuario MySQL pueden ser revocados si es necesario.

Si un video importada presenta un estado "en curso de conversión" persistente aunque esté finalizada en el Manager, es probable que haya un conflicto con extensiones de restricción de acceso (como Solo Miembros).

En caso de comportamiento anormal, desactive temporalmente tus extensiones de terceros para identificar una posible incompatibilidad de software.

Para forzar la actualización de un video bloqueado en estado de conversión, utiliza la función Sincronizar disponible en la configuración de la extensión VOD en WordPress.

Realizar en el Manager de Infomaniak

Aunque la extensión se sincroniza periódicamente con tu cuenta, la aparición de nuevos elementos (Reproductores, carpetas o listas de reproducción) puede retrasarse en tu CMS.

Para una actualización inmediata, ve a la sección Gestión VOD > Configuración de tu Manager y activa la Sincronización rápida.

Si los nuevos medios no aparecen en la lista del CMS, verifica la accesibilidad de la URL de callback. Esta dirección, utilizada por el sistema de codificación para notificar a tu sitio la disponibilidad de un video, debe ser pública. Consulta la página Gestión VOD > Configuración para más detalles.

Esta guía explica cómo gestionar las interacciones entre su espacio VOD/AOD de Infomaniak y cualquiera de sus sitios de WordPress, utilizando una extensión desarrollada por Infomaniak.

Prólogo

• Esta extensión de WordPress permite recuperar y gestionar todas sus videos presentes en un espacio VOD/AOD de Infomaniak, con una actualización automática al agregar nuevas videos.
• Gestiona la recuperación automática de los Players existentes y la gestión de las listas de reproducción.
• Podrá buscar sus videos al escribir un artículo o una página o importar medios directamente desde la administración del CMS.
• Incompatibilidades posibles:
  • El plugin no es compatible con Elementor.
    • Pruebe si el problema persiste después de instalar otro editor.
  • El plugin no es compatible con WordPress Multisite.
  • El plugin no es compatible con Really Simple Security (Really Simple SSL).
    • Pruebe si el problema persiste al activar o desactivar esta configuración de la extensión Really Simple Security:
      
    • Pruebe si el problema persiste después de usar otro módulo similar.
    • Si persisten problemas, consulte esta otra guía.

Obtener la extensión VOD de Infomaniak

Vaya a su espacio VOD para obtener la información necesaria para el módulo externo de WordPress:

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 Extensiones CMS/API en el menú lateral izquierdo.
4. Haga clic en Extensiones CMS en el menú lateral izquierdo.
5. Descargue la extensión de WordPress.
6. Configure la extensión utilizando las indicaciones proporcionadas:
   
   • Se recomienda crear un nuevo usuario en su Organización con solo permisos técnicos en el producto VOD/AOD y luego crear la contraseña de la aplicación desde esta cuenta dedicada.

También puede descargar la extensión directamente desde la biblioteca de extensiones de WordPress:

Una funcionalidad similar existe para Typo3 con la extensión dedicada que puede encontrar e instalar desde su biblioteca de extensiones:

Esta guía detalla las especificidades relacionadas con la gestión de MongoDB en su Servidor Cloud gestionado, especialmente en lo que respecta al ciclo de vida de las versiones.

Prólogo

• Toda nueva instalación de la aplicación despliega MongoDB versión 7.0 (o superior) por defecto.

Pasar de la versión 6 a 7

No es posible realizar una actualización (upgrade) automática de la versión 6 a la versión 7 directamente desde su interfaz.

Dos soluciones se ofrecen a usted:

1. Ordenar un nuevo Servidor Cloud: dispondrá nativamente de la versión 7, luego podrá migrar sus datos.
2. Reinstalar la aplicación: desinstalar y luego reinstalar MongoDB en el servidor actual.

Copias de seguridad y responsabilidad

Como administrador, la gestión y la integridad de sus datos son de su entera responsabilidad.

Antes de cualquier manipulación (especialmente la reinstalación):

• Realice sus propias copias de seguridad y exportaciones (dump) de sus bases de datos.
• Prevea la importación manual de sus datos una vez que la nueva versión esté activa.

Esta guía explica cómo publicar una aplicación creada con Lovable, utilizando un sitio de tipo Node.js en Infomaniak.

Requisitos previos

• Un proyecto Lovable con una suscripción de pago a Lovable, sincronizado con un repositorio de GitHub.
• Un sitio de tipo Node.js.
• Un nombre de dominio o subdominio destinado a la aplicación.

1. Sincronizar el proyecto Lovable con GitHub

Para ello:

1. Abra el proyecto en Lovable.
2. Abra la configuración del proyecto.
3. Acceda a la sección Git > GitHub:
   
4. Conecte el proyecto a una cuenta de GitHub.
5. Espere a que se cree el repositorio de GitHub y se complete la sincronización.

2. Descargar el archivo ZIP desde GitHub

Para ello:

1. Abra el repositorio de GitHub asociado al proyecto Lovable.
2. En GitHub, haga clic en Código.
3. Haga clic en Descargar ZIP:
   
4. Guarde el archivo ZIP descargado.

3. Crear el sitio Node.js en Infomaniak

Para ello:

1. Acceda al alojamiento web correspondiente en el Panel de control de Infomaniak.
2. Haga clic en el botón para agregar un sitio.
3. Seleccione un proyecto con tecnologías avanzadas.
4. Elija Node.js.
5. Asocie el nombre de dominio o el subdominio destinado a la aplicación.
6. Seleccione el método personalizado:
   
7. Elija la importación mediante archivo ZIP.
8. Importe el archivo ZIP descargado desde GitHub:
   

A continuación, introduzca los siguientes valores:

• Comando de compilación:

  npm install && npm run build

• Comando de ejecución:

  npm start

Guarde la configuración.

Su sitio web se ha publicado.

Esta guía detalla las medidas esenciales para proteger su sitio WordPress contra el spam y los contenidos malintencionados automatizados.

Preámbulo

• Un sitio no protegido es un objetivo fácil para los spambots (robots) que utilizan los comentarios para difundir enlaces fraudulentos.
• Sin protección, cada formulario (contacto, reserva, voto) puede ser desviado para enviar correos electrónicos masivos desde su servidor.
• El spam degrada su experiencia de usuario, daña la reputación de su dominio (lista negra de correo electrónico) y puede saturar los recursos de su alojamiento.

1. Dominar el sistema de comentarios

Por defecto, WordPress está configurado para permitir los comentarios. Para limitar los abusos, consulte el codex de WordPress.

Si desea conservar las interacciones, puede restringir los comentarios solo a los usuarios conectados a través de la página de configuración de discusión.

2. Utilizar herramientas de protección automática

Para bloquear los robots sin perjudicar la experiencia de sus visitantes, existen dos tecnologías principales: el captcha (prueba visual) y el honeypot (trampa invisible para los humanos, pero detectada por los robots).

Solución incluida con Infomaniak

Si ha instalado WordPress a través de la herramienta de instalación automática de Infomaniak, la extensión WP Armour – Honeypot Anti Spam ya está activada. Protege nativamente los formularios más comunes:

• WP Comments & WP Registration
• Contact Form 7, Elementor Forms, Divi Contact Form
• WooCommerce Reviews, BBPress, Gravity Forms

Alternativas recomendadas

• Akismet Anti-Spam: Desarrollado por Automattic, es una referencia muy efectiva, aunque de pago para los sitios comerciales.
• La Sentinelle antispam: Una extensión completa y muy bien valorada por la comunidad francófona.
• Contact Form 7 Honeypot: Un módulo específico si solo utiliza la extensión Contact Form 7.

El papel del proveedor de alojamiento

Más allá de la seguridad de su sitio, Infomaniak despliega protecciones a nivel del servidor. Para obtener más información, consulte el artículo sobre la lucha contra los correos electrónicos malintencionados así como la FAQ sobre las herramientas de seguridad disponibles.

Esta guía explica cómo denunciar un correo no deseado o declarar un falso positivo si los mensajes de tipo spam pasan desapercibidos dentro de un Servicio de Correo de Infomaniak, o, por el contrario, si un correo válido ha sido clasificado como spam involuntariamente; puede intervenir en unos pocos clics.

Denunciar un correo no deseado

Requisitos previos

• Verificar que el filtro de spam está activo.

A continuación, para mover automáticamente a la carpeta de Spam un correo electrónico de su bandeja de entrada que haya eludido el filtro anti-spam:

1. Haga clic aquí para acceder a la aplicación web Mail de Infomaniak (servicio en línea ksuite.infomaniak.com/mail).
2. Seleccione el mensaje en la bandeja de entrada y luego haga clic en el icono Spam de la barra de herramientas:
   
3. También puede abrirlo y declararlo como Spam en un segundo momento:
   
4. Otra posibilidad: abrirlo y hacer clic en el menú de acción ⋮ a la derecha:
   

Una vez que haya hecho clic en Denunciar como spam:

• el correo electrónico se mueve a la carpeta Spam (o a la carpeta definida manualmente)
• la dirección del remitente se añade a la lista de usuarios bloqueados
• el filtro se ajusta para una mejor gestión con el tiempo.

Declarar un falso positivo

Por el contrario, si actúa sobre un correo electrónico considerado falsamente como spam (falso positivo) haciendo clic en el icono "Esto no es spam":

• El correo electrónico se mueve a la bandeja de entrada…
• La dirección del remitente se añade a la lista de usuarios autorizados…
• Esto también afecta al filtro y sus criterios.

Esta guía detalla las reglas específicas que se deben seguir al utilizar una contraseña que contiene el carácter “dólar” $ para enviar un correo electrónico a través del SMTP de Infomaniak en un script (PowerShell, Python, etc.).

Prólogo

• Si al enviar un correo electrónico a través de SMTP recibe un error de autenticación (por ejemplo auth failed, invalid login or password) aunque la contraseña sea correcta y funcione en un software como Outlook, el problema puede deberse al tratamiento del carácter $ en su script o archivo de configuración.
• Para garantizar una ejecución fiable de sus scripts SMTP, se recomienda encarecidamente evitar cualquier carácter especial que tenga un significado sintáctico, en particular $, en las contraseñas utilizadas en los scripts y archivos de configuración.
• El problema también puede ocurrir al conectarse a las bases de datos.

Reglas a seguir

El carácter $ es un símbolo especial en muchos lenguajes y entornos. Cuando se utiliza en una contraseña en un script o archivo de configuración, puede ser interpretado erróneamente como una variable o un carácter de control.

Aquí hay algunos casos frecuentes en los que no debe utilizar el carácter $ en una contraseña:

• PowerShell: $ se utiliza para declarar variables. Una contraseña que contenga $ puede provocar errores de sintaxis o ser truncada.
• Bash / Shell (Linux): $ también es un prefijo de variable. Puede desencadenar sustituciones inesperadas.
• Archivos YAML (por ejemplo Home Assistant, GitHub Actions, Docker Compose): $ puede ser interpretado como una variable de entorno.
• Archivos .env, .ini, o cualquier otro archivo de configuración: las herramientas que leen estos archivos pueden intentar interpretar las variables.
• Comandos o URL con autenticación: una contraseña que contenga $ puede estar mal codificada o fallar durante el análisis.

Para corregir o prevenir este tipo de error:

• Evite utilizar el carácter $ en las contraseñas destinadas a ser utilizadas en scripts o sistemas automatizados.
• Si debe utilizarlo, siempre enmarque correctamente la cadena de la contraseña según el lenguaje:
  • En PowerShell: utilice comillas simples 'password$Test' si es posible.
  • En Python: asegúrese de que la cadena esté entre comillas simples o dobles, sin interpretación.
  • En Bash: escape el $ con una barra invertida \$.

Esta guía explica lo que debe determinar como visitante de un sitio web si recibe un error de tipo 403 para resolver este problema.

¿Qué es el error 403?

El código de error HTTP 403 generalmente significa que el acceso a un recurso es denegado al cliente por el servidor.

¿En qué caso ocurre este error?

El usuario no está autenticado: el servidor exige que el usuario se identifique para acceder al recurso. Esto puede ser el caso para páginas privadas que requieren autenticación, por ejemplo.

El usuario está autenticado pero no tiene los permisos necesarios: el servidor reconoce al usuario pero no le autoriza el acceso al recurso solicitado debido a restricciones de permisos o roles. Esta causa del error 403 puede ser un problema de permisos incorrectos, en una carpeta o archivo. Para una carpeta, el mensaje de error es del tipo "403 Forbidden", para un archivo, "failed to open stream: Permission denied". En este caso, debe verificar que los permisos de sus carpetas/archivos sean correctos, es decir, mínimo 644 para un archivo y 755 para una carpeta. Consulte esta otra guía.

La dirección IP del usuario está bloqueada o restringida: el servidor puede bloquear el acceso a una dirección IP específica por razones de seguridad, protección contra ataques... Consulte esta otra guía.

El recurso solicitado no existe en el servidor: en este caso, el servidor devuelve un error 403 en lugar de un error 404 para evitar la divulgación de información confidencial. Si intenta acceder simplemente a su página de inicio o a una parte de su sitio, indicando una dirección del tipo www.dominio.xyz o www.dominio.xyz/carpeta/ asegúrese de que haya una página de inicio llamada "index.html o .htm o .php" colocada en el lugar correcto (en la raíz de su espacio FTP, en el directorio /web, o en el directorio /carpeta/). Consulte esta otra guía.

Además, verifique que no haya mayúsculas en el nombre del archivo, todos los nombres de archivos o carpetas presentes deben estar en minúsculas, sin acentos ni espacios.

Error relacionado con el script: si estaba ejecutando un script, completando un formulario, procediendo a una carga de archivo en línea y recibe este tipo de mensaje:

Accès interdit!
Vous n'avez pas le droit d'accéder à l'objet demandé.
Soit celui-ci est protégé, soit il ne peut être lu par le serveur.
Si vous pensez qu'il s'agit d'une erreur du serveur, veuillez contacter le gestionnaire du site.
Error 403

la causa puede ser un filtro que impide el uso no deseado de scripts por parte de spammers. De hecho, el antivirus de Infomaniak bloquea la carga de archivos a través de scripts o FTP. Esto significa concretamente que cuando un hacker envía un archivo identificado como virus a través de un formulario, un script no seguro o a través de FTP, su implementación es bloqueada directamente, el archivo no se carga en el servidor y la carga genera un error 403.

En caso de falso positivo, contacte con el soporte de Infomaniak proporcionando la URL de la página donde encuentra este mensaje de error para diagnosticar con precisión el origen del problema.

Sin embargo, hay muchos otros casos en los que podría recibir un mensaje "403 forbidden" y por razones muy diversas (scripts PHP, perl, mod_security, .htaccess, ...).

Esta guía permite resolver los problemas relacionados con los caracteres especiales (acentos, emojis, etc.) que no se muestran correctamente o aparecen en forma de símbolos como ??, a menudo debido a una mala codificación al conectarse a MySQL.

Prólogo

• Por defecto, MySQL utiliza UTF-8.
• Los servidores MySQL recientes generalmente están configurados para utilizar UTF-8 o UTF-8MB4 por defecto.
  • Esto es adecuado para la mayoría de los casos, especialmente para los idiomas internacionales y los emojis.
• También consulte esta otra guía para aprender a evitar causar problemas de codificación con caracteres no europeos y emojis en sus desarrollos.

Definir el conjunto de caracteres MySQL / MariaDB por defecto (Servidor en la nube)

Con un Servidor en la nube de Infomaniak, es posible definir el conjunto de caracteres por defecto (utf8 o utf8mb4):

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 MariaDB en el menú lateral izquierdo.
4. Elija el conjunto de caracteres por defecto:
   
   • Si aún no ha migrado a MariaDB, el principio es el mismo.
5. Guarde sus cambios al final de la página.

Forzar una codificación específica (latin1 por ejemplo)

Si debe trabajar con una base de datos en latin1 (ISO-8859-1), debe alinear explícitamente la codificación al conectarse, según su entorno.

En las ofertas actuales, coloque el siguiente código en un archivo user.ini ubicado en la raíz de su alojamiento:

mysql.connect_charset = "latin1"
mysqli.connect_charset = "latin1"
pdo_mysql.connect_charset = "latin1"

o en PHP (API MySQL):

mysql_query("SET CHARACTER SET latin1");

En las antiguas fórmulas de alojamiento, fuerce la conexión MySQL en latin1 a través del archivo .htaccess ubicado en la raíz de su alojamiento:

php_value mysql.connect_charset latin1
php_value mysqli.connect_charset latin1
php_value pdo_mysql.connect_charset latin1

Esta guía explica cómo realizar una migración de un sitio web en el que está instalado WordPress, utilizando una de sus extensiones, All-in-One WP Migration.

Requisitos previos

• Contratar un alojamiento web / Servidor Cloud si aún no tiene uno.
• Crear un sitio en su nuevo alojamiento eligiendo instalar WordPress Infomaniak (opción que se ofrece al añadir un sitio; también puede instalar un sitio WordPress después de crear un sitio en blanco).

Copia de seguridad completa del sitio WordPress

Para realizar una copia de seguridad de todos los archivos y la base de datos de un sitio WordPress existente:

1. Instale y luego active la extensión All-in-One WP Migration desde la interfaz de administración de WordPress del sitio actual.
2. Vaya al panel de control de la extensión recién instalada.
3. Haga clic en Exportar.

4. Descargue el archivo exportado:

Restauración del sitio

Como se especifica en los requisitos previos anteriores, instale un nuevo WordPress en su alojamiento web de Infomaniak y luego:

1. Instale y active la extensión All-in-One WP Migration desde la interfaz de administración del nuevo WordPress (a veces es necesario utilizar la URL de previsualización para acceder al nuevo sitio, por ejemplo, si el dominio está en proceso de transferencia).
2. Vaya al panel de control de la extensión recién instalada.
3. Haga clic para importar un archivo, en este caso, el archivo exportado de su sitio WordPress anterior.
   • Si el archivo es grande, deberá aumentar, en la configuración del sitio web, el valor del tamaño máximo permitido para las importaciones en el servidor.
4. Una vez que el sitio se haya vuelto a importar, reconfigure la dirección principal del sitio en Infomaniak.
5. Cuando las condiciones lo permitan (por ejemplo, cuando se haya completado la transferencia del nombre de dominio), instale un certificado SSL y vuelva a verificar el punto 4 anterior para seleccionar la dirección httpS://.

Esta guía explica cómo acceder a las copias de seguridad automáticas y restaurar un archivo específico de un sitio web en un alojamiento de Infomaniak.

Restaurar archivos o carpetas específicas

Para ello:

1. Accede al servidor FTP a través de Web FTP (¿necesitas ayuda?).
2. Ve al directorio /backups.
3. Selecciona los archivos y/o carpetas a restaurar.
4. Haz clic en el botón Copiar:
   
5. Selecciona el destino al que copiar/restaurar los datos (los datos existentes serán reemplazados por los datos seleccionados).

Esta guía se refiere a MySQL/MariaDB y, en particular, al análisis de índices y consultas con el Alojamiento Web.

Slowlog para consultas lentas

El slowlog de MySQL está activado en todos los servidores MySQL y recopila las consultas que tardan más de 5 segundos* en ejecutarse. Si sus consultas están bien diseñadas, nunca verá estos archivos. De lo contrario, consúltelos periódicamente para corregir posibles errores y garantizar el buen funcionamiento de su sitio.

Póngase en contacto con el soporte de Infomaniak por escrito para obtenerlos (excepto para los antiguos alojamientos v1 - fórmula antigua), que se pueden consultar directamente desde el FTP web, un nivel por encima de /web en el directorio /logs).

¿Y los registros?

No se crea ningún registro de MySQL (aparte de los slowlogs), ya que los servidores MySQL no podrían soportar la carga de millones de registros que se registrarían simultáneamente. Si es necesario, Infomaniak puede activar este registro de MySQL durante 5 minutos para que pueda analizarlo con EXPLAIN y determinar los índices útiles, por ejemplo. Para ello, póngase en contacto con el soporte de Infomaniak por escrito.

* tiempo transcurrido. Y en lo que respecta a los bloqueos, la documentación proporciona la siguiente aclaración: "El tiempo necesario para adquirir los bloqueos iniciales no se considera tiempo de ejecución".

Esta guía explica cómo suspender la gestión administrativa de un producto para que ningún usuario de la Organización pueda utilizarlo en el Manager de Infomaniak. También es posible bloquear a un usuario de su Organización, sin eliminarlo.

Preámbulo

• Al bloquear la gestión de un producto:
  • Solo los administradores y el responsable legal podrán desbloquearlo.
  • Los usuarios con derechos limitados (colaboradores y clientes) que tengan acceso a este producto ya no podrán gestionarlo.
• Se envía un correo electrónico a los usuarios de la Organización.

Bloquear un producto

Requisitos previos

• Ser Administrador o Responsable legal dentro de la Organización (los usuarios con derechos limitados (colaboradores y clientes) que tengan acceso a este producto no podrán hacerlo).

Para bloquear o desbloquear ciertos productos para toda la Organización:

1. Haga clic aquí para acceder a la gestión de productos en el Manager de Infomaniak (¿necesita ayuda?).
2. Acceda al servicio que desea bloquear.
3. Haga clic en el menú de acción ⋮ situado a la derecha del elemento correspondiente.
4. Haga clic en Bloquear la gestión del producto:
   • Ejemplo 1, Servidor Cloud:
     
   • Ejemplo 2, nombre de dominio:
     
5. Confirme la suspensión.

Suspender los correos electrónicos

Un Servicio de Correo no puede ser bloqueado de la manera indicada anteriormente, pero puede ser puesto en mantenimiento.

Requisitos previos

• Ser administrador o responsable legal; los usuarios con derechos limitados (colaboradores y clientes) que tengan acceso a este producto no podrán hacerlo.

Para suspender las direcciones de correo electrónico:

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 en cuestión.
3. Haga clic en Gestionar.
4. Haga clic en Activar el mantenimiento:
   
5. Confirme haciendo clic en el botón rojo la suspensión del uso de las direcciones de correo electrónico (la recepción no se interrumpe, pero la consulta es imposible):
   

Bloquear a un usuario de la Organización

Para bloquear rápidamente a un usuario de la Organización, en caso de incidente de seguridad, conectarse a la gestión de sus usuarios como Administrador o Responsable legal de la Organización:

1. Haga clic aquí para acceder a la gestión de usuarios en el Manager Infomaniak (¿necesita ayuda?).
2. Haga clic en el usuario en cuestión:
   
3. Desde el botón Gestionar en la parte superior de la página, puede eliminar al usuario de la Organización (lo que también elimina sus diferentes accesos de gestión de los productos a los que tenía acceso).
4. Más abajo, puede gestionar con más precisión los productos a los que el usuario debe poder acceder:
   

De esta manera, servicios críticos, como la interfaz Manager, de su Organización, la aplicación web kDrive y la aplicación web Mail pueden volverse inaccesibles para él.

Según la situación, también tenga en cuenta estos enlaces para bloquear otros servicios como el correo electrónico (IMAP / SMTP) o los servicios web.

Para no bloquear usted mismo al usuario, sino indicarle un procedimiento a seguir para asegurar su cuenta, consulte esta otra guía.

Esta guía detalla la oferta de Servidor Cloud de Infomaniak y la oferta de VPS de Infomaniak destinada a un uso diferente.

Preámbulo

• Infomaniak ofrece dos soluciones de alojamiento avanzado:
  1. el Servidor Cloud gestionado, que permite crear varios alojamientos (espacios FTP/SSH) en los que agrega sus sitios (vhosts Apache),
  2. y el VPS (Servidor Virtual Privado), que ofrece una libertad total de administración y responde a diferentes necesidades.

Servidor Cloud gestionado

El Servidor Cloud permite superar los límites de un alojamiento compartido. Puede crear y distribuir sus sitios como desee, definir el directorio raíz de cada sitio y ajustar parámetros como memory_limit y max_execution_time.

Se proporcionan herramientas integradas: cronjobs, Site Creator, instalación simplificada de WordPress, registros de acceso y errores (logs). También es posible agregar módulos Apache específicos o instalar un sistema de caché.

El entorno de software es gestionado por Infomaniak (FastCGI, PHP-FPM). No dispone de libertad total para configurar el servidor (no se permiten instalaciones de software arbitrarias), pero ciertos programas específicos pueden instalarse.

VPS (no gestionado)

El VPS ofrece un control total sobre el servidor, pero es de su responsabilidad. Infomaniak gestiona el hardware e instala la versión de Linux o Windows elegida al realizar el pedido. No se realiza ninguna intervención de software por parte de Infomaniak: usted administra el sistema, instala y configura los programas.

Puede reiniciar el servidor a través del Manager de Infomaniak. Un sistema de instantáneas está disponible (excepto en la oferta VPS Lite).

Contenido de video y alternativas

Si su proyecto incluye principalmente un gran volumen de videos, a menudo es preferible separar la transmisión de videos del alojamiento principal. Asociado a un alojamiento compartido, el espacio VOD/AOD de Infomaniak permite almacenar y transmitir videos de manera eficiente, soportar aumentos de carga y obtener estadísticas detalladas de visualización.

Migración entre Servidor Cloud y VPS

No existe una solución de migración automática entre un Servidor Cloud gestionado y un VPS. Para cambiar de una oferta a otra, debe cancelar el producto que ya no utiliza y pedir la nueva oferta. Infomaniak reembolsa a solicitud cualquier nuevo servidor si la cancelación se realiza dentro de los 30 días posteriores al pedido.