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.
Esta guía proporciona información sobre el archivo robots.txt
creado por defecto para los alojamientos web en los que este archivo está ausente.
Prólogo
- El archivo
robots.txt
actúa como una guía para los robots de exploración de los motores de búsqueda - Se coloca en la raíz de un sitio web y contiene instrucciones específicas para estos robots, indicando qué directorios o páginas están autorizados a explorar y cuáles deben ignorar.
- Sin embargo, los robots pueden elegir ignorar estas directivas, convirtiendo al
robots.txt
en un guía voluntaria en lugar de una regla estricta.
Contenido del archivo
Si el archivo robots.txt
está ausente de un sitio Infomaniak, se genera automáticamente un archivo con el mismo nombre y las siguientes directivas:
User-agent: *
Crawl-delay: 10
Estas directivas indican a los robots que espacien sus solicitudes a 10 segundos, lo que evita sobrecargar innecesariamente los servidores.
Saltar el robots.txt creado por defecto
Es posible eludir el robots.txt siguiendo estos pasos:
- Crea un archivo vacío
robots.txt
(solo servirá como ubicación para que las reglas no se apliquen). - Gestiona la redirección del URI (Uniform Resource Identifier)
robots.txt
hacia el archivo de tu elección utilizando un archivo.htaccess
.
Ejemplo
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_URI} /robots.txt$
RewriteRule ^robots\.txt$ index.php [QSA,L]
</IfModule>
Explicaciones
- El módulo
mod_rewrite
de Apache está activado para permitir las redirecciones. - La condición
RewriteCond %{REQUEST_URI} /robots.txt$
verifica si la solicitud se refiere al archivorobots.txt
. - La regla
RewriteRule ^robots\.txt$ index.php [QSA,L]
redirige todas las solicitudes haciarobots.txt
haciaindex.php
, con la opción[QSA]
que conserva los parámetros de la solicitud.
Se recomienda colocar estas instrucciones al principio del archivo .htaccess
.
Esta guía detalla el encabezado "X-Frame-Options" que se puede utilizar para protegerse, entre otros, de ataques de clickjacking. Tenga en cuenta que el encabezado "X-Frame-Options" puede no ser compatible con todos los navegadores web. Por lo tanto, se recomienda combinarlo con otros métodos para reforzar la seguridad de su sitio web.
Valores posibles para el encabezado
La cabecera "X-Frame-Options" se puede definir para evitar que un sitio web se cargue en un marco o una iframe. Existen tres valores posibles para esta cabecera:
- "DENY": el sitio web no puede ser cargado en un marco o una iframe
- "SAMEORIGIN": el sitio web puede ser cargado en un marco o una iframe solo si la fuente del marco o la iframe pertenece al mismo dominio que el sitio web
- "ALLOW-FROM uri": el sitio web puede ser cargado en un marco o una iframe únicamente desde la URI especificada
Puede definir este encabezado agregando las siguientes líneas a su archivo .htaccess:
Header set X-Frame-Options "DENY"
o utilizando la función header() de PHP, ya que este se ejecuta en FPM, de la misma manera que al desactivar el HSTS, por ejemplo:
header('X-Frame-Options: DENY');
Reemplace "DENY" por el valor deseado para este encabezado.
Esta guía detalla el uso de DELIMITER
para crear funciones MySQL en Servidor Cloud Infomaniak.
Prólogo
- Al crear funciones o procedimientos almacenados en MySQL, es crucial comprender el papel de los delimitadores.
- El uso correcto de los delimitadores es esencial para evitar errores de sintaxis que pueden ocurrir debido a la presencia de múltiples instrucciones SQL en una sola definición de función o procedimiento.
Comprender el Delimitador
Un delimitador es un carácter o una secuencia de caracteres utilizados para separar las instrucciones SQL en un script. Por defecto, MySQL utiliza el punto y coma (;
) como delimitador. Sin embargo, al crear funciones, procedimientos almacenados o disparadores que contienen varias instrucciones SQL, es necesario cambiar temporalmente el delimitador para evitar errores de sintaxis.
Al crear una función, procedimiento o disparador, a menudo necesitas usar varias instrucciones SQL dentro del bloque BEGIN...END
. Como el punto y coma (;
) también se usa para terminar estas instrucciones internas, MySQL podría interpretar el primer punto y coma como el final de la definición de la función, lo que provocaría un error de sintaxis. Para evitar este problema, debes cambiar el delimitador durante la definición de la función.
Crear una función simple utilizando delimitadores personalizados
Antes de definir la función, debe indicar a MySQL que utilizará otro delimitador. En el ejemplo a continuación, $$
se utiliza como nuevo delimitador:
DELIMITER $$
Con el nuevo delimitador en su lugar, ahora puede definir su función. El CREATE FUNCTION
incluye el cuerpo de la función, donde puede usar instrucciones SQL internas separadas por puntos y comas sin que esto cause problemas:
CREATE FUNCTION hello_world()
RETURNS TEXT
LANGUAGE SQL
BEGIN
RETURN 'Hello World';
END;
$$
En este ejemplo:
CREATE FUNCTION hello_world()
: declara el inicio de la definición de la funciónhello_world
.RETURNS TEXT
: especifica el tipo de datos que devuelve la función.LANGUAGE SQL
: indica que el lenguaje utilizado para la función es SQL.BEGIN ... END
: encapsula el código de la función. Dentro, el punto y coma se utiliza para separar las instrucciones SQL.RETURN 'Hello World';
: instrucción SQL que devuelve la cadena de caracteresHello World
.
Después de definir la función, restablezca el delimitador a su estado predeterminado (el punto y coma). Esto permite continuar ejecutando las instrucciones SQL habituales en sus scripts siguientes:
DELIMITER ;
Esta guía explica cómo realizar transferencias de archivos entre Hébergement Web y/o Serveur Cloud de manera segura y simplificada.
Prólogo
- El FXP (Protocolo de Intercambio de Archivoses un método de transferencia de archivos directamente entre dos servidores FTP sin que los datos pasen por el cliente local.
- Al utilizar los comandos FTP PORT y PASV, permite establecer una conexión entre los dos servidores para una transferencia de archivos más rápida y eficiente, ahorrando así ancho de banda.
- Este método puede presentar riesgos de seguridad si las conexiones no están aseguradas por FTPS, y requiere una configuración más compleja en comparación con los transferencias FTP tradicionales.
Transferir datos entre servidores
FXP está activado por defecto en Serveurs Cloud y hébergements Web (excepto Starter).
Por ejemplo, puede utilizar CrossFTP, un software multiplataforma que permite realizar FXP (así como FTP, SFTP, WebDav, S3, OpenStack Swift).
Esta guía explica cómo inicializar su VPS Cloud / VPS Lite con Windows al realizar una primera conexión.
Inicialización de un Servidor Cloud con Windows
Debe cambiar la contraseña de su usuario de Windows antes de poder realizar una conexión a través de RDP (Remote Desktop Protocol) a su servidor, de lo contrario se devolverá un error (indicando que la contraseña debe ser cambiada).
Para esto, debe conectarse utilizando la consola VNC la primera vez.
Una vez cambiado 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 conexión
- Nombre de usuario:
- para Windows 11 Profesional =
Infomaniak
- para Windows 10 Profesional =
Infomaniak
- para Windows Server =
Administrator
- para Windows 11 Profesional =
- Contraseña: la que elegiste al ordenar el servidor; en caso de olvido, por favor reinicia el servidor.
- Dirección IP: la indicada en el tablero 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 (antes Microsoft Remote Desktop).
- … en Linux: instale la aplicación Remmina.
Esta guía explica cómo cambiar la contraseña de gestión de WordPress o cualquier otra aplicación web (Joomla, Drupal, Typo3, PrestaShop, ownCloud, etc.) instalada a través de las herramientas Infomaniak incluidas en las ofertas deAlojamiento web De pago.
Preámbulo
- Algunas aplicaciones también permiten un cambio de contraseña de usuario directamente desde su interfaz dedicada:
- Ejemplo: WordPress (Administrar usuarios, nombres, contraseñas, roles, etc.).
Editar contraseña de una app web
Para cambiar la contraseña de acceso al panel de administración de su aplicación web, realice las siguientes acciones:
- Haga clic aquí para acceder a la gestión de su producto en el Manager Infomaniak (¿Necesitas ayuda?).
- Haga clic directamente en el nombreasignado al producto afectado:
- Haga clic en el menú de acciónsituado a la derecha de la aplicación web de que se trate.
- Haga clic en Parámetros de la aplicación:
- Haga clic en Editar A la derecha de la aplicación:
- Bajo Contraseña Introduzca la nueva contraseña (para la conexión con el identificador indicado anteriormente):
- Haga clic en el botón Guardar Al final de la página.
Esta guía explica cómo activar las siguientes funciones en Hébergement Web (en cursiva, Serveur Cloud únicamente):
proc_open
popen
exec()
shell_exec()
set_time_limit
passthru
system
Estas funciones están desactivadas por defecto porque representan un riesgo de seguridad importante en caso de piratería de un sitio web. No las active a menos que sea realmente necesario (para un script o CMS como ImageMagick, Typo3, CraftCMS, etc.).
Activar funciones PHP
Para acceder a la gestión del sitio web:
- 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 Configuración avanzada:
- Haga clic en la pestaña PHP / Apache.
- Haga clic en los botones de alternancia (toggle switch) On/Off según sea necesario:
- Haga clic en el botón Guardar para confirmar los cambios.
Esta guía explica por qué existe una carpeta /icons/
dentro de los Alojamientos Web Infomaniak.
Carpeta /icons/ en tu Alojamiento Web
En algunos casos, una carpeta llamada /icons/
está presente por defecto en tu alojamiento web. Esta carpeta generalmente es accesible a través de HTTP, pero no es visible en la estructura FTP (www.domain.xyz/icons/
).
Este directorio /icons/
se utiliza a menudo para almacenar iconos o imágenes específicas que sirven para mostrar las listas de directorios. Estos iconos se utilizan generalmente por los servidores web para representar visualmente los diferentes tipos de archivos en los directorios cuando se consultan a través de un navegador.
Esta guía proporciona información precisa sobre el soporte del entorno de desarrollo ASP
(Active Server Pages, aspx) dentro de la infraestructura de Infomaniak.
Soporte para ASP
Los servicios de alojamiento web y servidores Cloud se basan en una arquitectura de servidor Apache que no soporta nativamente el módulo Apache::ASP.
Sin embargo, existe la posibilidad de instalar y configurar este entorno ASP en VPS Cloud Infomaniak.
Esta guía explica cómo acceder a la consola VNC con VPS Cloud / VPS Lite Infomaniak.
Prólogo
- El acceso inicial al servidor se realiza mediante una clave SSH; por lo tanto, es necesario asignar una contraseña a la cuenta
root
o crear otro usuario antes de poder autenticarse con la consola VNC. - ¡Atención: debe usar el teclado con disposición US para poder usar VNC normalmente!
Abrir la consola VNC
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 Abrir la consola VNC bajo Acciones rápidas.
Si ocurre un problema de visualización de la consola, entonces desde la VM:
En /etc/default/grub
modifique GRUB_CMDLINE_LINUX_DEFAULT
, GRUB_GFXMODE
y GRUB_GFXPAYLOAD_LINUX
(esta última variable probablemente falta y debe agregarse):
GRUB_CMDLINE_LINUX_DEFAULT="biosdevname=0 net.ifnames=0 console=tty0 console=ttyS0,115200
earlyprintk=ttyS0,115200 consoleblank=0 systemd.show_status=true video=VGA-1:1280x1024"
GRUB_GFXMODE=1280x1024x16
GRUB_GFXPAYLOAD_LINUX=keep
Luego actualice grub y reinicie:
grub-mkconfig -o /boot/grub/grub.cfg
La resolución puede ser modificada (1000x400 en lugar de 1280x1024 por ejemplo) para permitir mostrar la consola VNC en la interfaz de administración sin abrir una nueva pestaña.