Esta guía presenta la herramienta de Diagnóstico DNS que permite verificar que las relaciones entre…

• NOMBRE DE DOMINIO en Infomaniak
  
  y
   
• HOSPEDAJE WEB en Infomaniak

… están correctamente configuradas, para que el tráfico Web se dirija al lugar correcto.

Prólogo

• Para verificar, la herramienta controla los registros A, CNAME, etc.
• De esta manera, podrás detectar y corregir ciertos problemas web, especialmente si están relacionados con los DNS (información técnica que, en resumen, determina a dónde debe dirigirse tal o cual tráfico web) actuando a nivel de tu dominio.
• La corrección automática solo es posible cuando el nombre de dominio está presente en la misma Organización que el producto al que debe estar vinculado.
  • Si no es así, entonces la corrección deberá hacerse manualmente.

Diagnosticar un problema DNS

Para acceder al diagnóstico DNS de su nombre de dominio:

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 Web en el menú lateral izquierdo.
4. Haga clic en Diagnóstico DNS en el menú lateral izquierdo:
   
   • Si se detectan problemas de DNS, una pantalla roja en la tabla lo indica:
     1. Corrija cada error individualmente haciendo clic en el menú de acción ⋮ situado a la derecha del elemento correspondiente…
     2. … o todos los errores de una vez…
     3. … o, si es necesario y está seguro, ignore estas advertencias.

Consulte este otro guía sobre el mismo proceso de verificación automática, pero para los Servicios de Correo.

Esta guía es para usted si desea realizar pruebas de vulnerabilidad de su sitio / servidor alojado por Infomaniak.

Permitidos y restringidos

Usted es libre de realizar pruebas de vulnerabilidad (inyección SQL, XSS, etc.), de intrusión o pruebas de penetración (pentest) de su alojamiento Infomaniak solo bajo las siguientes condiciones:

• … entre las 9h y las 17h CET
• … de lunes a viernes
• … con el mínimo de paquetes de ataque, independientemente del software utilizado (AppScan, por ejemplo)
• … sin nunca realizar un solo ataque de tipo DoS o DDoS (Denegación de servicio / Denial of Service)
• … respetando los Términos y Condiciones de Infomaniak, en particular el marco compartido de los servicios

Esta guía trata sobre el nombre de las páginas de inicio que es posible tener en su Alojamiento Web Infomaniak, y que se tendrán en cuenta en prioridad cuando un visitante acceda a su sitio web a través de su nombre de dominio.

Prólogo

• Las páginas de inicio predeterminadas en un servidor web son las primeras páginas que se muestran cuando un usuario accede a un sitio web sin especificar un archivo en particular.
• Si ingresas simplemente http://domain.xyz en la barra de direcciones de tu navegador, el servidor web buscará una página de inicio predeterminada para mostrar, por ejemplo index.html, index.php, index.htm, o otras variaciones similares.

Orden de prioridad de las páginas de inicio

Aquí están, en orden de prioridad, las páginas cargadas por defecto en Infomaniak:

1. index.html
2. index.htm
3. home.html
4. home.htm
5. default.html
6. default.htm
7. index.cgi
8. index.php
9. index.php5
10. index.php4
11. index.php3
12. default.php
13. home.php
14. welcome.php

En resumen:

• Si tienes 2 páginas en la raíz de tu alojamiento, gracias a la clasificación anterior, observas que index.php es reconocido en prioridad con respecto a welcome.php.
• También se puede deducir que si solo tienes welcome.php como página en el directorio raíz, se cargará y funcionará como página de inicio.
• Si tienes una página accueil.html, no funcionará porque este nombre no está en la lista.
• Cuando escribas www.domaine.xyz en el navegador, solo se mostrará automáticamente index.php (y para mostrar welcome.php deberás escribir el nombre exacto de la página www.domaine.xyz/welcome.php).

Personalizar la página de inicio por defecto

Para definir otra página de inicio que se cargue por defecto, agregar DirectoryIndex y luego las páginas adecuadas en el archivo .htaccess:

DirectoryIndex accueil.html index.php index.html

Esto significa que el servidor web buscará primero un archivo llamado accueil.html. Si no encuentra accueil.php, buscará index.php, y luego index.html.

Para evitar un error “Crear una base de datos: ningún privilegio” es imprescindible pasar por el Manager Infomaniak y no por phpMyAdmin para añadir una nueva base de datos.

Esta guía explica cómo obtener información sobre la presencia de un sistema de caché en un sitio utilizando el comando curl.

Prólogo

• En el mundo de la programación y la administración de sistemas, a menudo es necesario determinar si un sitio web utiliza un sistema de caché para mejorar su rendimiento.
• Los sistemas de caché como Fastly son comúnmente utilizados para almacenar temporalmente datos para servirlos más rápidamente a los usuarios.
• Siguiendo estos pasos, podrás determinar si un sitio web utiliza un sistema de caché para mejorar sus rendimiento y comprender el funcionamiento y la optimización de los sitios.

Uso del comando curl

curl es una herramienta de línea de comandos que permite transferir datos utilizando URLs.

La opción -svo /dev/null se utiliza para realizar una solicitud silenciosa (-s), mostrar información detallada sobre la solicitud (-v) y redirigir los datos de salida a /dev/null para ignorarlos (/dev/null es un dispositivo especial en los sistemas Unix/Linux que actúa como una papelera). -H "Fastly-Debug: true" es un encabezado HTTP añadido a la solicitud para solicitar información de depuración específica de Fastly.

Ejecutar el comando

Ejecute el siguiente comando desde una aplicación de tipo Terminal (interfaz de línea de comandos, CLI /Command Line Interface) en su dispositivo:

curl -svo /dev/null [url] -H “Fastly-Debug: true”

y reemplace [url] por la dirección del sitio web que desea verificar.

Si el sitio utiliza Fastly o un sistema de caché similar, verás información de depuración específica en la salida del comando. Los detalles proporcionados pueden incluir información sobre las solicitudes y respuestas HTTP, así como información sobre el caché y el rendimiento.

Esta guía explica cómo activar la opción MultiViews a través de un archivo .htaccess en los sitios alojados por Infomaniak.

Prólogo

• En algunos casos, la opción MultiViews debe estar activada para gestionar problemas de redirección y reescritura de URL. Ejemplo:
  • Si la carpeta configuration y el archivo configuration.php se encuentran en la raíz de su sitio y intenta acceder a la dirección mon-site.com/configuration para acceder al archivo configuration.php, la opción MultiViews debe estar activada.

Activar la opción MultiViews

Para ello:

1. Abra o crée el archivo .htaccess que se encuentra en la raíz del sitio correspondiente.

2. Añada la siguiente directiva:

   Options +MultiViews

3. Guarde los cambios.

Esta guía trata sobre ImageMagick, una solución poderosa para la manipulación de imágenes, que puedes instalar en un Hébergement Web Infomaniak.

ImageMagick y alternativas

Estas soluciones de manipulación de imágenes son compatibles con los alojamientos web y servidores en la nube:

1. ImageMagick : el principal conjunto de software para la manipulación versátil de imágenes a través de la línea de comandos
2. PerlMagick : interfaz Perl para integrar las funcionalidades de ImageMagick en scripts Perl
3. Módulo Perl Image::Magick : extensión Perl para acceder a las funcionalidades de ImageMagick sin especificar la ruta absoluta del ejecutable
4. GD 2.x : biblioteca gráfica de código abierto que ofrece funcionalidades similares a ImageMagick, a menudo utilizada en contextos de desarrollo web
5. Gallery 2 : plataforma de gestión de galerías de imágenes compatible con ImageMagick para la presentación en línea

Si es necesario, la ruta para ImageMagick es estándar ya que se instala a través del depósito Debian:

/usr/bin

y para el módulo Perl Image::Magick:

/usr/local/bin/convert

o sin especificar la ruta absoluta:

$ perl -e 'use Image::Magick';

Todos los comandos de imagemagick están en /usr/bin/:

/usr/bin/animate
/usr/bin/compare
/usr/bin/composite
/usr/bin/conjure
/usr/bin/convert
/usr/bin/display
/usr/bin/identify
/usr/bin/import
/usr/bin/mogrify
/usr/bin/montage
/usr/bin/stream

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 invá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 hay que proceder por eliminación:

• Verifique si no se trata de una sobrecarga momentánea del servidor: basta con recargar la página al cabo de unos minutos para que el error desaparezca.
• Vacía la caché del navegador.
• Inténtelo desde otro navegador.

Esta guía explica cómo consultar la actividad de los archivos en el servidor de su alojamiento Infomaniak.

Registros de actividad del espacio FTP

Para conocer la actividad de los intercambios en su espacio FTP, contacte con el soporte de Infomaniak para solicitar los registros FTP autenticándose previamente con las credenciales correspondientes a la gestión de su alojamiento web.

Ayuda para leer los logs: http://www.castaglia.org/proftpd/doc/xferlog.html

El propietario "site1xxx" (p. ej. site1152, site1163, site1184…) aparece cuando la cuenta de usuario FTP que había creado las carpetas/archivos en cuestión ha sido eliminada de la lista de cuentas de usuario FTP.

Para acceder nuevamente a estos archivos para modificarlos, hay que conectarse con una cuenta FTP diferente en el gestor de archivos FTP Manager y modificar el propietario de los archivos con el botón "Propiedades".