Base de conocimientos
1000 FAQ, 500 tutoriales y vídeos explicativos. ¡Aquí sólo hay soluciones!
Esta guía explica cómo mover un alojamiento web (y todos los sitios que contiene) de un Servidor Cloud a otro Servidor Cloud gestionado.
Si desea actualizar el Serveur Cloud actual a un servidor de nueva generación, consulte esta otra guía.
Prólogo
- 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 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.
- Al mover un alojamiento de un Servidor Cloud a otro:
- 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 Serveur Cloud.
- Posible transición a HTTP/2:
- El HTTP/2 está activo en los nuevos servidores.
- Algunas directivas que puedan estar presentes en el archivo .htaccess de tu 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 importante tenerlo en cuenta durante este período, especialmente para los crons (ver a continuación).
- 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 su responsabilidad; según el avance de su migración, debe:
- 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 el alojamiento
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:
- Haga clic aquí para acceder a la gestión de su Hébergement Web en el Manager Infomaniak (¿Necesita ayuda?).
- Haga clic directamente en el nombre asignado al producto en cuestión.
- Haga clic en el botón Gestionar.
- Haga clic en Mover a otro servidor en el menú que se muestra:
- Seleccione el servidor de destino deseado.
- 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:
- Ajuste el registro A de los dominios afectados.
- Cualquier adición o 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.
- Cancel the old Cloud Server if necessary.
Esta guía explica cómo migrar de un VPS Lite a un VPS Cloud conservando todos sus datos y sin tener que reconfigurar nada de su instalación.
No es posible cancelar este cambio ni volver atrás. Pasar de un VPS Cloud a un VPS Lite no es posible.
Realizar una migración de VPS Lite a VPS Cloud
Para iniciar la operación, acceda al VPS Lite:
- Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
- Haga clic directamente en el nombre asignado al producto en cuestión.
- Haga clic en Actualizar mi oferta:
- Haga clic en el botón Actualizar en la ventana emergente.
- Complete el pedido para actualizar su VPS Lite.
- Espere durante la migración, se sentirá una interrupción del servicio durante el proceso.
Esta guía explica cómo mostrar la dirección IP de un sitio en su Alojamiento 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 tu sitio
La dirección IP se especifica en la página de gestión del alojamiento (Starter o que contiene varios sitios):
- Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
- Haga clic directamente en el nombre asignado al producto correspondiente.
- Haga clic luego en la flecha para expandir la sección Informaciones de este alojamiento.
- La dirección IPv4 se muestra en la página:
- La dirección IPv6 también se muestra en el caso de los alojamientos de pago:
Esta guía explica cómo mover un sitio web existente dentro de un Alojamiento Web de Infomaniak a otro Alojamiento Web de Infomaniak.
Prólogo
- No hay muchas soluciones llave en mano para mover un sitio web.
- En general, pocos proveedores de alojamiento ofrecen la exportación o importación de un sitio completo con sus bases de datos; esto se debe en gran parte a que hay muchas maneras de construir un sitio y tantos lenguajes que son bastante 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 trasladar un alojamiento web completo (ver más abajo).
- ¡Simplifíquese la vida! En caso de necesidad, socios locales y recomendados por Infomaniak pueden encargarse de estos trámites. Lance una oferta gratuita. Ellos se encargan de todo, liberándote de los detalles técnicos.
Solución manual: ejemplo de transferencia de sitio
Para hacerlo manualmente, es necesario:
- recuperar los datos Web así como las bases de datos asociadas,
- volver a publicar esto en un sitio creado en el alojamiento web de destino,
- y si el nombre de dominio asociado es idéntico, será necesario que el primer sitio sea eliminado o renombrado.
Para el resto, aquí tienes un ejemplo de cómo proceder:
- Pida el otro alojamiento web / Servidor Cloud si aún no lo tiene.
- Cree un «sitio falso» en este nuevo alojamiento (por ejemplo dev.domain.xyz - leer más abajo).
- Copie manualmente tus datos por FTP y MySQL (exportar / importar).
- Adapte su sitio si es necesario (dirección de la base de datos, etc.).
- Una vez que esté satisfecho con el «nuevo sitio», elimine el antiguo.
- Cambie el nombre del nuevo sitio para darle su verdadero nombre.
Una alternativa, en el punto 2 anterior, consiste 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 un alias de su sitio, y basta con desvincularlo, lo que permite la creación de un sitio en el otro alojamiento 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).
Traslados de alojamientos web completos
Existe una manera automatizada de mover un alojamiento web Infomaniak hacia:
- un Servidor Cloud Infomaniak (si el alojamiento está actualmente compartido o si el alojamiento ya está en Servidor Cloud)
- otra Organización Infomaniak
Un alojamiento Starter no puede ser movido pero puede ser convertido.
Esta guía detalla el uso de scripts Perl o Python en Alojamientos Web Infomaniak.
Prólogo
- Los scripts Perl y Python se utilizan a menudo con el módulo CGID de Apache para generar contenidos dinámicos en los servidores web.
- Este módulo permite a Apache procesar las solicitudes utilizando scripts escritos en Perl o Python a través del protocolo CGI (Common Gateway Interface), ofreciendo así la posibilidad de crear páginas web interactivas y reactivas según las interacciones de los usuarios con el sitio.
- Sin embargo, por razones de seguridad, **Infomaniak** ha decidido desactivar la capacidad de ejecutar scripts escritos en Perl o Python a través de este módulo específico (CGID) de Apache en sus ofertas de alojamiento compartido.
- Por lo tanto, debe considerar cambiar de oferta a una oferta de Servidor Cloud si actualmente está en un alojamiento web compartido.
Uso de los scripts
Aquí tienes información práctica:
- La ubicación (ruta) del intérprete de python es
/usr/bin/python
. mod_python
no es compatible.- No es posible ejecutar scripts sin la extensión
pl
ocgi
, sin embargo, un archivo.pl
puede existir y ser llamado a través de una URL sin la extensión.
Si recibe el siguiente mensaje de error:
CGIWrap Error: Execution of this script not permitted
Execution of that script is not permitted for the following reason:
(1) Script file not found.
Request Data:Extra Path Info: /dossier/wwwdata/collection/vignettes/blabla.PL.12.34.56.gif
sin embargo, el archivo cargado es una simple imagen GIF con un nombre de archivo del tipo "blabla.PL.12.34.56.gif
". Esto se debe al nombre de los archivos en cuestión. Para solucionar el problema, simplemente renombre sus archivos.
Este documento explica cómo gestionar las conexiones entrantes y salientes entre varios entornos de alojamiento, especialmente para el acceso a las bases de datos.
Conexión a las bases de datos entre alojamientos
Desde un alojamiento compartido
Si utiliza un alojamiento compartido (fuera de la antigua fórmula v1 - 60 Go), tiene la posibilidad de acceder a bases de datos situadas en:
- otro alojamiento compartido,
- un alojamiento basado en un Serveur Cloud.
Por lo tanto, es posible compartir una base de datos, establecer una conexión remota o incluso configurar accesos cruzados entre alojamientos.
Desde un Serveur Cloud
Con un Serveur Cloud, también es posible conectarse a las bases de datos alojadas en otro Serveur Cloud.
- En este caso, asegúrese de que el puerto
3306
(protocolo TCP) esté abierto en entrada en el cortafuegos.
Nota: las conexiones a las bases de datos alojadas en un mutualizado no son posibles desde un Serveur Cloud.
Desde otro proveedor de alojamiento
Para conocer los detalles de acceso a las bases de datos MySQL desde un proveedor externo a Infomaniak, consulte esta otra guía.
Esta guía explica cómo mostrar las rutas absolutas Infomaniak para ciertas aplicaciones web que necesitan conocerlas.
Obtener la ruta absoluta…
… de un alojamiento web
Para ello:
- Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
- Haga clic directamente en el nombre asignado al producto en cuestión.
- Haga clic en la flecha para expandir la sección Información de este alojamiento.
- La indicación resaltada a continuación es la ubicación del sitio de ejemplo:
… de un sitio web
Para ello:
- Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
- Haga clic directamente en el nombre asignado al producto en cuestión.
- Haga clic en la flecha para expandir la sección Información de este sitio.
- La indicación resaltada a continuación es la ubicación del sitio de ejemplo:
Esta guía indica cómo modificar la directiva error_reporting()
en su sitio web.
Activar el informe de errores
Indique las 2 siguientes informaciones en su archivo .user.ini
:
display_errors=on
error_reporting=E_ALL & ~E_NOTICE & ~E_STRICT
Si tu navegador no muestra ni errores ni advertencias, es que no hay ninguno.
Desactivar la visualización de errores PHP
Para WordPress, edite el archivo wp-config.php
y reemplace la línea:
define('WP_DEBUG', false);
por :
ini_set('display_errors','Off');
ini_set('error_reporting', E_ALL );
define('WP_DEBUG', false);
define('WP_DEBUG_DISPLAY', false);
De lo contrario, puede agregar el siguiente código en el archivo .user.ini
:
display_errors=off
Esta guía trata sobre IonCube Loader, un módulo PHP que permite decodificar los scripts PHP que han sido codificados con IonCube Encoder.
Prólogo
- La codificación IonCube se utiliza para proteger el código fuente de una aplicación y evitar su modificación o distribución ilegal.
- Al utilizar IonCube Loader, los propietarios de sitios web pueden garantizar la seguridad de su código y contenido, al mismo tiempo que permiten una distribución segura y fácil de sus aplicaciones.
Usar ionCube Loader
Con una hosting compartido ya no se ofrece. Puede verificar esto desde el panel de control:
- Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesita ayuda?).
- Haga clic directamente en el nombre asignado al producto correspondiente:
- Haga clic en Gestionar bajo Parámetros avanzados:
- Haga clic en la pestaña Extensiones PHP.
- Haga clic en ionCube Loader (si está en la lista) para ver el detalle:
- Aquí debe considerar un Servidor Cloud.
Esta guía trata sobre la configuración y gestión de ModSecurity en los servidores Infomaniak. Al comprender sus limitaciones, restricciones y gestionar eficazmente los errores, puede optimizar la seguridad de su sitio web mientras mantiene su funcionalidad.
Configuración por defecto
ModSecurity (mod_secure) está disponible y activado por defecto en los servidores Infomaniak. Esto significa que todas las solicitudes HTTP serán sometidas a las reglas de seguridad definidas por ModSecurity.
No es posible desactivar ModSecurity en los servidores Infomaniak. El parámetro es global para el servidor donde se aloja tu sitio, lo que significa que todas las reglas de seguridad definidas se aplicarán a tu sitio.
Gestión de errores
Si aparece el mensaje de error ModSecurity: Access denied with code 403 (phase 2). Operator EQ matched 0 at REQUEST_HEADERS. (...)
relacionado con ModSecurity, debe verificar que se haya configurado un idioma predeterminado en su navegador web. Este error a veces puede ser causado por parámetros de idioma mal configurados en el navegador.