Esta guía explica cómo acceder a phpMyAdmin con un Hébergement Web.

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 producto en el Manager Infomaniak (¿Necesita ayuda?).
2. Haga clic directamente en el nombre asignado al producto en cuestión.
3. Haga clic en Bases de datos en el menú lateral izquierdo.
4. Haga clic en Conectarse a phpMyAdmin:
   
   • El servidor correcto y un usuario temporal se completan 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 ingresar corresponde al usuario de la base de datos (aquella que elegiste al crear el usuario MySQL redefinir si la has olvidado).

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:

   						// connexion au serveur memcache local		
   $fp = fsockopen("localhost", 11211);
   if ($fp) {
   // on demande les stats
   fwrite($fp, "stats
   ");
   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. Descargue el archivo PHP en su alojamiento.
3. Ejecuta 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 trata sobre las direcciones IP, aquellas…

• … asignadas a los sitios/alojamientos/servidores, IP dinámicas o estáticas, compartidas o dedicadas,
• … asignadas por su Proveedor de Servicios de Internet (PSI) al establecer una conexión a Internet hacia su producto Infomaniak.

Prólogo

• Una dirección IP dedicada o estática para un sitio web es una dirección IP permanente que se le asigna específicamente.
• A diferencia de una dirección IP compartida, que es utilizada por varios sitios web, una dirección IP dedicada garantiza que solo esta plataforma está asociada a esta dirección.
• Las direcciones IP dedicadas para sitios web se utilizan a menudo en casos donde la estabilidad, la personalización y la seguridad son importantes, como el alojamiento de servidores, la configuración de firewalls o la activación de certificados SSL (aunque es posible proceder sin una dirección IP dedicada para instalar un certificado SSL).
• Estos son los principales beneficios:
  • Configurar una entrada PTR o DNS inverso en las IP dedicadas es útil, especialmente para la instalación de un servidor de correo, ya que algunos proveedores de servicios de correo verifican el registro PTR antes de aceptar los correos electrónicos enviados desde un servidor.
  • Mejor estabilidad de la conexión.
  • Reducción del riesgo de mala reputación relacionada con sitios web que comparten la misma dirección IP.
  • Facilidad de configuración de ciertos aspectos técnicos.
  • Una IP dedicada puede mejorar el posicionamiento en motores de búsqueda de un sitio web (aunque existen opiniones divergentes entre los especialistas en posicionamiento).
• Atención: Infomaniak no permite acceder a sitios web por HTTP(S) a través de IP (dedicadas) en servidores gestionados; debe utilizar un nombre de dominio que apunte a la IP (o utilizar la URL de previsualización).

Agregar una IP dedicada al sitio web

Para agregar una IP dedicada a tu sitio web, consulta esta guía.

Si tiene problemas y dirige el tráfico web hacia un puerto específico, consulte esta otra guía.

Bloqueo de la dirección IP (conexión a Internet)

Si no puede acceder…

• … todas tus direcciones de correo electrónico que tienes con Infomaniak (que normalmente funcionan bien) y esto con un software/cliente de correo desde una sola y misma red de Internet (es decir, desde la misma dirección IP proporcionada por tu FAI)…

… o si desafortunadamente has realizado este tipo de operación:

• intentos repetidos de conexiones fallidas por FTP, SSH o en puntos de acceso como el inicio de sesión de WordPress…
• solicitudes que devuelven demasiados errores como errores 403 en masa…

… tu acceso a los servidores Infomaniak puede ser bloqueado debido a la prohibición de la dirección IP (banip / ipban) de tu conexión a Internet.

Para desbloquear la situación, contacte el soporte de Infomaniak por correo electrónico y especifique el dominio afectado y, sobre todo, su dirección IP pública afectada.

Desbloqueo definitivo (IP en lista blanca)

Con un Servidor Cloud, puede solicitar además autorizar definitivamente la dirección IP concernida para que el bloqueo no se reproduzca nunca más, independientemente de la situación. Para ello, debe:

1. Tener una IP dedicada asociada a su Serveur Cloud.
2. Ser consciente de que Infomaniak no bloqueará posibles ataques provenientes de esta IP; los ataques o intentos de acceso malintencionados provenientes de esta dirección ya no serán bloqueados automáticamente por los sistemas de seguridad.
3. Confirmar por correo electrónico y desde una dirección de contacto asociada a la cuenta (propietario o administrador) que comprende y acepta la plena responsabilidad en caso de ataque proveniente de esta IP.

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 "Préfixe 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 Infomaniak:
  • Después de migrar un sitio desde la antigua consola, la opción "Préfixe 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 asegurar 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 ello implica.‍

Gestionar la opción Prefijo MySQL

Avanzar con las variables de entorno

Es posible configurar variables de entorno directamente desde el Manager para todo tu sitio web:

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 Gestionar bajo Parámetros avanzados:
   
4. Haga clic en la pestaña PHP / Apache.
5. Activar o desactivar el botón de alternancia (toggle switch) Préfixe MySQL.
6. Haga clic en el botón Guardar:
   
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 Préfixo 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 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: mabase
  • después: wxyz_mabase
• el usuario de la base de datos MySQL: deberá agregar el prefijo de su servidor
  • antes: monuser
  • después: wxyz_monuser

Esta guía trata sobre MySQL/MariaDB y, más específicamente, sobre los análisis de índices y consultas con los Hébergement Web.

Registro lento para las consultas largas

El slowlog MySQL está activado en todos los servidores MySQL y agrupa las consultas que tardan más de 5 segundos* en ejecutarse. Si sus consultas están bien construidas, nunca verá estos archivos. De lo contrario, consúltenlos regularmente para corregir cualquier defecto y garantizar así el buen funcionamiento de su sitio.

Contacte al soporte de Infomaniak por escrito para obtenerlos (excepto para los antiguos alojamientos v1 que se pueden consultar directamente desde el gestor de archivos FTP Manager un nivel por encima de /web en el directorio /logs).

¿Y los registros?

Ningún log de MySQL se crea (excepto los slowlogs) porque los servidores MySQL no soportarían la carga de registrar millones de logs simultáneamente. Si es necesario, Infomaniak puede activar este log de MySQL durante 5 minutos para permitirle analizarlos con EXPLAIN y determinar los índices útiles, por ejemplo. Para ello, contacte con el soporte de Infomaniak por escrito.

* de tiempo transcurrido. Y en cuanto a los bloqueos, la documentación proporciona la siguiente precisión: "The time to acquire the initial locks is not counted as execution time"

Esta guía explica cómo cambiar la contraseña de una cuenta FTP o FTP / SSH para el sitio de un Alojamiento Web Infomaniak. 

Cambiar la contraseña de un usuario FTP existente

Para acceder al sitio en un Alojamiento Web para modificar sus accesos FTP:

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 en cuestión.
3. Haga clic en FTP / SSH en el menú lateral izquierdo.
4. Haga clic en el menú de acción ⋮ a la derecha del usuario correspondiente en la tabla que se muestra.
5. Haga clic en Modificar:
   
6. Introduzca directamente la nueva contraseña que se utilizará para sus accesos por FTP o acceso SSH.
7. Si es necesario, puede generar una contraseña fuerte.
8. Confirme los cambios:
   

Esta guía permite resolver un posible error 530 reduciendo el número de conexiones FTP simultáneas a los Alojamientos Web.

Resolver un error 530

El mensaje de error 530 Sorry, the maximum number of clients (25) for this user are already connected generalmente aparece como resultado de múltiples conexiones simultáneas con un software/cliente FTP que maneja mal las desconexiones o que intenta abrir varias conexiones al mismo tiempo pensando que acelerará la descarga.

Una vez que hayas obtenido este error, debes cerrar el programa FTP y esperar 30 minutos para que el servidor corte las conexiones activas y puedas volver a conectarte.

También puede crear un nuevo usuario FTP y conectarse con él.

Para evitar esta situación con FileZilla, ir al menú Edición -> Configuración luego en la pestaña Transferencias y ajustar el número de transferencias simultáneas a 2.

Se recomienda usar el gestor de archivos FTP Manager.

Esta guía explica cómo eliminar un dominio alias de un alojamiento web de Infomaniak. El nombre de dominio principal del sitio ya no estará vinculado a ningún otro nombre de dominio.

Esto permite, en particular, poder crear posteriormente un nuevo alojamiento web o sitio web distinto para el nombre de dominio así desvinculado.

Requisitos previos

• Haber desvinculado el nombre de dominio sinónimo del nombre de dominio principal si había alguna asociación anteriormente.

Quitar el dominio alias

Para eliminar un dominio alias de tu sitio:

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 en cuestión:
   
3. Haga clic a continuación en la flecha ‍ para expandir la sección Dominios de este sitio.
4. Haga clic en el menú de acción ⋮ a la derecha del dominio a retirar.
5. Seleccione Desvincular:
   
6. Confirme la eliminación del alias.

Esta guía explica cómo formatear y luego montar el volumen dedicado al almacenamiento de sus datos en VPS Cloud Linux/Unix.

Nombres de discos y particiones

Los VPS Cloud se ofrecen con dos volúmenes:

• 1 volumen para el sistema operativo de tu elección
• 1 volumen para el almacenamiento de sus datos

El volumen para el almacenamiento de los datos debe ser formateado y luego montado por el cliente.

En los sistemas Linux, los discos y las particiones se refieren por nombres, que varían según la distribución de Linux, como:

• /dev/sda, /dev/sdb, …
• /dev/vda, /dev/vdb, …
• /dev/sda1, /dev/sda2, …

Estos nombres no son estáticos y pueden cambiar según diversos factores, como el controlador utilizado (p. ej virtio-scsi o virtio-blk) o las actualizaciones del kernel y de udev.

Por lo tanto, se recomienda utilizar el UUID (Universal Unique Identifier - leer más abajo) de una partición en lugar de su nombre al hacer referencia en el archivo de configuración del sistema de archivos (/etc/fstab).
 

Formateo del volumen de almacenamiento

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

sudo apt install xfsprogs

Luego, formatee el volumen con los siguientes comandos SSH:

sudo mkfs.xfs -f /dev/[device]

Y si eliges EXT4:

sudo mkfs.ext4 /dev/[device]

Si es necesario, es posible formatear el volumen con otro sistema de archivos compatible con su distribución.

Montaje del volumen de almacenamiento

Atención: si monta su volumen de datos en /home, no podrá volver a conectarse a su servidor a través de su clave privada en el próximo reinicio (ya que SSH busca las claves en la carpeta .ssh en el directorio home del usuario y si el volumen de datos está montado en esta carpeta, las claves se pierden). Por lo tanto, es necesario copiar previamente los datos a conservar. Ayuda para la conexión SSH

Por ejemplo, como root:

mkdir /mnt/home
mount /dev/[device] /mnt/home
rsync -rlptgoDHAX /home/ /mnt/home/
umount /mnt/home
mount /dev/[device] /home
rmdir /mnt/home

Esto es lo que hace en orden:

• se crea una carpeta temporal
• se monta el volumen en la carpeta temporal
• se copia el contenido de la carpeta original /home a la raíz del volumen manteniendo los permisos, propietario, grupo, etc. (tenga en cuenta que es posible que necesite instalar el paquete rsync según la distribución de Linux elegida)
• se desmonta el volumen de la carpeta temporal
• se monta el volumen en la carpeta /home
• se elimina la carpeta temporal

De esta manera, deberías poder montar el volumen en /home mientras conservas la configuración inicial que se instalará. Sin embargo, se recomienda siempre definir una contraseña para root para evitar perder el control en caso de error. La contraseña puede eliminarse más tarde.

Solución alternativa: no montar en /home...

Es una ubicación estándar para montar el volumen de datos porque generalmente es en /home donde los usuarios van a trabajar y, sobre todo, almacenar sus datos. Un usuario sin derechos especiales estará normalmente limitado a su directorio /home/user. Es posible indicar otro directorio por defecto para un usuario (pero la configuración ya no será "estándar").

Otra solución alternativa: montaje automático del volumen al arranque...

Un montaje no resiste efectivamente a un reinicio. Si desea hacer que el cambio sea persistente, puede agregar su volumen al archivo /etc/fstab (documentación Debian sobre esto) p. ej.:

/dev/md0 / ext4 errors=remount-ro 0 1
UUID=181A-4B53 /boot/efi vfat errors=remount-ro,nofail 0 0
UUID=181B-AED3 /boot/efi2 vfat errors=remount-ro,nofail 0 0
UUID=[UUID1] /srv/node/sda xfs noatime,nodiratime,nofail,logbufs=8 0 0
UUID=[UUID2] /srv/node/sdb xfs noatime,nodiratime,nofail,logbufs=8 0 0

Después de formatear el disco, localizar el UUID y agregarlo en el fstab.

Obtener el UUID de una partición

Para obtener el UUID de una partición después de formatearla, use el comando blkid. Este comando muestra el UUID y otra información sobre todas las particiones detectadas por su sistema.

Agregar el UUID en fstab

Una vez que haya obtenido el UUID de la partición que desea montar automáticamente al arranque, puede agregarlo a su archivo fstab. Para ello, abra el archivo fstab con un editor de texto en línea de comandos (por ejemplo, nano o vi) y agregue una nueva línea para su partición utilizando el ejemplo anterior como modelo. Reemplace [device], [UUID1] y [UUID2] por los valores adecuados para su configuración.

Esta guía explica cómo migrar un Hébergement Web de MySQL a MariaDB.

Prólogo

• MariaDB es una versión mejorada de MySQL, con muchas funciones potentes integradas y numerosas mejoras en términos de uso, seguridad y rendimiento:
  • MariaDB tiene un mayor pool de conexiones que soporta hasta 200,000 conexiones, mientras que MySQL tiene un pool de conexiones más pequeño.
  • Al comparar el rendimiento de MariaDB y MySQL, se observa que la replicación es más rápida en MariaDB y más lenta en MySQL; MariaDB es más rápida que MySQL en general.
  • MariaDB es de código abierto, mientras que MySQL utiliza código propietario en su edición Enterprise.

Usar MariaDB en lugar de MySQL

Para migrar un alojamiento web a MariaDB:

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 en cuestión.
3. Haga clic en Bases de datos en el menú lateral izquierdo.
4. Haga clic en el enlace Migrar a MariaDB.

Para migrar un Servidor Cloud, consulte este otro guía sobre la migración a una nueva generación de Servidor Cloud.