Empezar gratis Conexión

Base de conocimientos

1 000 FAQ, 500 tutoriales y vídeos explicativos. ¡Aquí sólo hay soluciones!

Base de conocimientosAlojamiento web
Buscar

Esta guía explica cómo proteger una parte de un sitio en un Hosting Web haciendo obligatorio el ingreso de una contraseña antes de consultar un directorio (incluyendo subdirectorios) desde un navegador.

Atención, esto no impide que un usuario FTP consulte la carpeta.

 

Método sencillo

Proteger con contraseña (autenticación Digest) un directorio utilizando la herramienta "Protección de carpetas":

  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 Seguridad en el menú lateral izquierdo:
  4. Haga clic en Protección de carpetas en el menú lateral izquierdo.
  5. Haga clic en la carpeta a proteger.
  6. Active la protección con el botón de alternancia (toggle switch) y luego cree uno o varios usuarios*:
    • * Los usuarios se definen por carpeta; la herramienta no permite gestionar grupos de usuarios:
  7. Haga clic en el botón Agregar.
  8. Haga clic en el botón para agregar un acceso de un usuario adicional si es necesario.
  9. Haga clic en el menú de acción ⋮ situado a la derecha del usuario correspondiente para modificarlo o eliminarlo.
  10. Haga clic nuevamente en el botón de alternancia (toggle switch) para desactivar completamente la protección de la carpeta:

 

Método manual a través de .htaccess

Para proteger una carpeta con una contraseña utilizando el archivo .htaccess de su sitio:

  1. Conéctese a su alojamiento a través de un software/cliente FTP o el Web FTP.

  2. En la carpeta a proteger, cree un archivo llamado password.php y adapte el siguiente contenido en su interior reemplazando 12345 por la contraseña deseada:

    <?php
$password = "12345";
echo password_hash($password, PASSWORD_DEFAULT); // Displays the hashed password
?>
  3. Abra un navegador web y muestre el archivo password.php (ejemplo: domain.xyz/carpeta-a-proteger/password.php).
  4. El navegador web muestra su contraseña cifrada; copie la contraseña cifrada, la necesitará más adelante…

En la carpeta a proteger, cree un archivo llamado .htaccess y adapte el contenido siguiente en su interior:

AuthName "Protected Administration Page"
AuthType Basic
AuthUserFile "/example/.htpasswd"
Require valid-user

Reemplace /example/ por la ruta absoluta de la carpeta a proteger. Ejemplo:

AuthUserFile "/home/clients/0f83c7afb710e5ae2645a1b704d8772f/web/protected_folder/.htpasswd"

En la carpeta a proteger, cree un archivo llamado htpasswd.txt y adapte el contenido siguiente en su interior:

username:hashed_password
  • Reemplace username por el inicio de sesión deseado.
  • Reemplace hashed_password por la contraseña cifrada copiada en el paso 1 de esta guía.

Una vez guardado el archivo htpasswd.txt, renómbelo de la siguiente manera: .htpasswd.

Abra un navegador web e intente mostrar una de las páginas contenidas en la carpeta protegida. Si la guía se ha seguido correctamente, el inicio de sesión y la contraseña (no cifrada) elegidos permiten acceder a la carpeta protegida.

Otras restricciones también pueden aplicarse mediante .htaccess.

Enlace a esta FAQ:

https://faq.infomaniak.com/68

¿Le ha sido útil esta FAQ?

Esta guía explica cómo redirigir un nombre de dominio directamente a otro o cómo enviar automáticamente a los visitantes de su sitio web a otra dirección de página (URL interna o externa).

 

Prólogo

  • Para redirigir el tráfico, deberá actuar…
    • … ya sea en el nombre de dominio mismo (debe ser alojado por Infomaniak y sus DNS también deben ser los de Infomaniak),
    • … ya sea en el código presente en sus páginas (página .htaccess, página de inicio, etc.) si tiene un sitio web.

 

Actuar en el nombre de dominio

a través de la Herramienta de Redirección Web

La 'herramienta disponible en el Manager' permite actuar de manera sencilla en el nombre de dominio (o subdominio) para redirigirlo a la dirección de Internet de su elección.

a través de modificaciones DNS o registro A

Cambiar los DNS del nombre de dominio o modificar sus registros A/AAAA permite dirigir el tráfico web a otro proveedor.

 

Actuar en el código de las páginas…

… a través de código HTML para insertar

Inserta esta línea de código entre las etiquetas <head> y </head> de tu página de inicio (en principio llamada index.html):

<meta http-equiv="refresh" content="5;url=INSERT-HERE-NEW-URL">

Reemplaza 5 por el tiempo de espera en segundos deseado (0 para que se haga inmediatamente).

El motor de búsqueda Google indica que es preferible utilizar una redirección de tipo 301 en el servidor (leer más abajo). El W3C también aconseja no utilizarla.

… a través de código PHP para insertar

Si la página del sitio tiene una extensión .php, inserta esta llamada de función header en la parte superior del archivo:

header("refresh: 5; url=INSERT-HERE-NEW-PAGE-URL");

… a través del archivo .htaccess

Para redirigir todo el tráfico que apunta a su sitio (independientemente de la página llamada) a otra dirección, inserta esto en el archivo .htaccess en la raíz de tu sitio:

RewriteEngine On
RewriteRule ^(.*)$ INSERT-HERE-NEW-URL/$1 [R=301]

Para dirigir la página que debe ser redirigida:

Redirect permanent /ancienne_page.html insérer ici adresse URL de destination

Redirectpermanent, Redirect permanente y Redirect 301 son comandos equivalentes.

A continuación, otro ejemplo de redirección de una subsección a la página de inicio (esta directiva tiene la ventaja de funcionar con los "enlaces profundos" a diferencia de una redirección permanente):

RewriteEngine on
RewriteRule "old/path/url "/" [L]

Consulte esta otra guía sobre este tema.

Enlace a esta FAQ:

https://faq.infomaniak.com/79

¿Le ha sido útil esta FAQ?

Esta guía explica cómo activar en un hosting web de Infomaniak el soporte de ciertos tipos de archivos (.inc, por ejemplo) por PHP para que se traten de la misma manera que un archivo .php.

 

Prólogo

  • Anteriormente, era necesario agregar la siguiente línea en un archivo .htaccess:
    • AddType application/x-httpd-php .inc
    • Esto evitaba que al acceder a través del navegador, el contenido del archivo se mostrara como texto en lugar de ser interpretado correctamente por PHP.
  • Ahora puede gestionar las extensiones de archivos a través del campo Extensiones FPM en el Administrador de su hosting.

 

Gestionar las extensiones reconocidas por PHP

Para agregar el soporte de un tipo de archivo específico:

  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 sitio correspondiente:
  3. Haga clic en Gestionar parámetros avanzados:
  4. Haga clic en la pestaña PHP / Apache:
  5. Edite el campo Extensiones FPM que le permite agregar lo deseado.
  6. Haga clic en el botón al final de la página para guardar:

Enlace a esta FAQ:

https://faq.infomaniak.com/82

¿Le ha sido útil esta FAQ?

Esta guía explica cómo consultar la información sobre los visitantes que han accedido a los sitios de su Hosting Web (estadísticas de frecuencia).

 

Prólogo

  • El resultado se presenta en un formato sencillo con gráficos, permitiendo una interpretación fácil.
  • Las estadísticas anuales, mensuales, diarias y horarias se muestran por sitio, dirección HTTP, sitio de referencia, país, etc.
  • Consulte esta otra guía si está buscando específicamente los registros de acceso.

 

Acceder a las estadísticas de visitas

Para consultar las estadísticas de frecuencia del público:

  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 sitio en cuestión.
  3. Haga clic en Estadísticas en el menú lateral izquierdo:
  4. La parte superior le permite elegir:
    1. el sitio,
    2. el tipo de estadísticas,
    3. el período,
    4. o descargar los datos para una herramienta de terceros:

 

Explicaciones de los términos

No hay distinción entre humanos y robots. También puede utilizar herramientas como Matomo, Open Web Analytics o Google Analytics.

CategoríaDescripciónDetalles
HitsCualquier solicitud dirigida al servidor.Incluye todo (HTML, imágenes, audio, etc.). Cada elemento solicitado, visible o no, cuenta como un hit. Es como si un visitante activara un botón invisible en cada interacción.
ArchivosSolicitudes que requieren el envío de datos de retorno.Registra las solicitudes que obligan al servidor a devolver un archivo (gráfico, HTML). La diferencia con los hits corresponde a la relación entre solicitudes entrantes y datos salientes.
PáginasNúmero de páginas mostradas en su sitio.Mide las páginas HTML vistas excluyendo los archivos gráficos o de audio. Cada acceso a una nueva página HTML se registra como una página vista.
VisitasSesiones basadas en la dirección IP.Una visita comienza con una solicitud IP. Si la dirección vuelve en menos de 30 minutos, es una visita única. Más allá, se cuenta una nueva visita.
SitiosEstimación de las visitas a través de direcciones IP fijas.Excluye las conexiones móviles o dinámicas. Esto se dirige a los visitantes regulares (empresas, instituciones) para comprender mejor su público objetivo.
KoVolumen de datos enviados por el servidor.Cantidad total de datos transferidos durante el período, calculada a través de los archivos de registro (con un posible margen de error según el tamaño de los archivos).
Total de hitsAcumulación global de las solicitudes.Una página con 3 imágenes y un texto genera 5 hits (la página + el texto + las 3 imágenes). Este total es, por lo tanto, mucho más alto que el número de páginas vistas.
Total de Páginas / VisitasIndicadores de compromiso.El número de páginas vistas en relación con las visitas únicas permite evaluar el interés de los internautas por su contenido.
Total de sitios únicosNúmero de IP distintas.Representa la diversidad de las fuentes de tráfico y permite identificar los segmentos de público más activos durante el período.
Total de URLs únicasRutas distintas tomadas.Corresponde a las diferentes páginas o archivos consultados, proporcionando una visión general de su estructura de navegación y los contenidos más populares.
Total de referentes únicosNúmero de sitios de origen.Sitios externos que han dirigido tráfico hacia usted. Es un indicador clave de la efectividad de su marketing y sus asociaciones.

 

Significado de 'Commercial (com)' y 'Unresolved'

"Comercial" a menudo representa una parte importante del tráfico geográfico. Incluye a los usuarios conectados a través de proveedores de acceso (ISP) que utilizan un dominio .com. Dado que esta extensión es utilizada por muchos ISP y empresas en todo el mundo, no permite determinar un país específico.

Los "sin resolver" son direcciones IP que no se pueden resolver geográficamente, a menudo debido a parámetros de privacidad, el uso de VPN o restricciones de red.

Enlace a esta FAQ:

https://faq.infomaniak.com/83

¿Le ha sido útil esta FAQ?

Esta guía le concierne si obtiene un error 500 que puede tener diversas causas relacionadas generalmente con el desarrollo de su sitio en un Hosting Web, en particular con los rewrites de sus archivos .htaccess.

 

Prólogo

  • Apache2, en uso en los servidores, ya no soporta ciertos módulos como mod_auth_anon, mod_auth_dbm, mod_authz_dbm, mod_cern_meta, mod_imap, mod_imagemap, mod_mime_magic
  • Apache2 es estricto con los errores de sintaxis y cuando encuentra errores de sintaxis en un archivo .htaccess, esto puede causar errores 500 Internal Server Error o errores de reescritura de URL inesperados

 

Ejemplos de sintaxis y corrección

En este primer ejemplo, el error de sintaxis es que la regla de reescritura no especifica el código de respuesta de redirección HTTP a devolver.

RewriteRule ^articles/([0-9]+)/$ /article.php?id=$1 [L]

La corrección añade la directiva R=301 para especificar que la redirección debe devolver un código 301 (permanente):

RewriteRule ^articles/([0-9]+)/$ /article.php?id=$1 [L,R=301]

 

En este segundo ejemplo, el error de sintaxis es que la directiva Options no especifica correctamente las opciones a activar o desactivar.

Options -Indexes FollowSymLinks

La corrección añade el signo "+" para especificar que FollowSymLinks debe ser activado en lugar de desactivado:

Options -Indexes +FollowSymLinks

 

Resolver estos errores

  • Si la primera página o cualquier otra página muestra un error 500, renombrar el archivo .htaccess o comentar todas las líneas con # y descomentar línea por línea hasta encontrar el paso que causa el problema.
  • Si el error ocurre después de una modificación realizada en una de sus páginas, lo más sencillo es restaurar la versión anterior del archivo.

Enlace a esta FAQ:

https://faq.infomaniak.com/106

¿Le ha sido útil esta FAQ?

Esta guía se refiere a la instalación de la extensión PHP en Alojamientos Web de Infomaniak.

 

Uso de extensiones PHP Zend

  • Zend Guard Loader es una extensión PHP que permite ejecutar scripts PHP cifrados a través de Zend Guard.
    • Zend Guard Loader está instalado de forma predeterminada para PHP <= 5.6 en todos los alojamientos web y no está disponible para las versiones de PHP >= 5.6.
  • Desde PHP 5.3.x, el módulo Zend Optimizer ha sido reemplazado por ZendGuardLoader
  • La extensión ZendOPCache requiere un Servidor Cloud configurado con PHP 5.5 mínimo

Enlace a esta FAQ:

https://faq.infomaniak.com/130

¿Le ha sido útil esta FAQ?

Esta guía explica la directiva "Options +Indexes" para el Albergue Web, lo que facilita la navegación para los visitantes y permite una personalización más avanzada de la forma en que se muestran los archivos.

 

Prólogo

  • Una de las principales ventajas de activar la indexación de directorios es que los visitantes pueden ver y listar todos los archivos y subdirectorios de un directorio dado, incluso si no conocen el nombre exacto del archivo que están buscando. Esto puede ser especialmente útil para los sitios web de intercambio de archivos o los sitios de descarga.
  • La indexación de directorios también facilita la navegación para los visitantes que no están familiarizados con la estructura de archivos del sitio. Pueden simplemente navegar por los subdirectorios para encontrar el archivo o la carpeta que necesitan.
  • La directiva "Options +Indexes" se puede personalizar para mostrar información adicional, como el tamaño y la fecha de modificación de los archivos, o para ocultar archivos o directorios específicos.
  • Sin esta directiva, un visitante puede encontrar un error de tipo:
Accès interdit!
Vous n'avez pas le droit d'accéder au répertoire demandé.
Soit il n'y a pas de document index soit le répertoire est protégé.
Si vous pensez qu'il s'agit d'une erreur du serveur, veuillez contacter le gestionnaire du site.
Error 403

 

Listar el contenido de una carpeta web

Para listar los elementos contenidos en una carpeta sin índice particular:

  1. Cree un archivo .htaccess en la carpeta en cuestión.
  2. Escriba el siguiente comando: Options +Indexes

Es importante señalar que esta solución solo funcionará si no tiene ningún índice en el directorio en cuestión; debe eliminar los archivos index.php, index.html, index.htm, etc., pero también el posible archivo welcome.php...

 

Personalizar la visualización

Aquí hay un ejemplo de código para personalizar la apariencia de la lista de archivos generada por Apache:

Options +Indexes
IndexOptions FancyIndexing
IndexOptions FoldersFirst IgnoreCase NameWidth=* DescriptionWidth=* Charset=UTF-8
HeaderName header.html
ReadmeName footer.html

En este ejemplo, el usuario activa la opción "Indexes", agrega la opción "FancyIndexing" para una apariencia más estética, especifica el orden de clasificación de los archivos, define el ancho de las columnas para el nombre y la descripción de los archivos, y especifica los nombres de los archivos a utilizar para el encabezado y el pie de página de la lista de archivos.

Enlace a esta FAQ:

https://faq.infomaniak.com/147

¿Le ha sido útil esta FAQ?

Esta guía explica cómo activar las siguientes funciones en Hosting Web (en cursiva, Servidor Cloud solo):

  • 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. Actívelas solo en caso de necesidad real (de un script o CMS ImageMagick, Typo3, CraftCMS, etc.).

 

Activar funciones PHP

Para acceder a la gestión del sitio web:

  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 sitio correspondiente:
  3. Haga clic en Administrar parámetros avanzados:
  4. Haga clic en la pestaña PHP / Apache:
  5. Haga clic en los botones de alternancia (toggle switch) On/Off según lo deseado:
  6. Haga clic en el botón Guardar al final de la página para validar los cambios.

Enlace a esta FAQ:

https://faq.infomaniak.com/173

¿Le ha sido útil esta FAQ?

Esta guía explica cómo acceder a InnoDB en Infomaniak.

 

Usar el motor de almacenamiento MySQL InnoDB

Tan pronto como su alojamiento de Infomaniak le dé acceso a las bases de datos MySQL / MariaDB, InnoDB está disponible al mismo tiempo (MyISAM anteriormente).

InnoDB ofrece características avanzadas como las transacciones ACID, los bloqueos a nivel de fila, los índices de texto completo, etc. Puede aprovechar estas características utilizando instrucciones SQL adecuadas en sus consultas.

Enlace a esta FAQ:

https://faq.infomaniak.com/176

¿Le ha sido útil esta FAQ?

Esta guía explica el principio de la reescritura de URL (URL Rewriting), una técnica esencial para el SEO y la experiencia del usuario.

 

Prólogo

  • Estética y Claridad: transforma una URL compleja (index.php?id=123) en una URL legible (/post-title/).
  • Referenciación (SEO): los motores de búsqueda favorecen las URLs que contienen palabras clave en lugar de parámetros técnicos.
  • Seguridad: oculta la estructura interna de su sitio y las tecnologías utilizadas (como las extensiones .php).

 

Ejemplo de reescritura de URL

Imagine la URL: article.php?id=25&cat=4. El deseo es que aparezca así: /article/25/4/. Aquí está cómo configurar su archivo .htaccess:

# Désactive l'affichage des répertoires et suit les liens symboliques
Options -Indexes +SymLinksIfOwnerMatch
# Active le moteur de réécriture
RewriteEngine on
# Définit la base de réécriture si votre site est dans un sous-dossier (ex: /admin/)
# RewriteBase /admin/
# Règle de réécriture
RewriteRule ^article/([0-9]+)/([0-9]+)/?$ article.php?id=$1&cat=$2 [L,QSA]
  • [L] (Last): indica que esta es la última regla a aplicar si la condición se cumple.
  • [QSA] (Query String Append): permite conservar otros parámetros posibles al final de la URL.

Importante: la implementación de estas reglas no modifica automáticamente sus enlaces; debe actualizar manualmente los enlaces internos en su código HTML o en su base de datos para que utilicen el nuevo formato.

 

Redirigir a un dominio principal (SEO)

Para evitar el "duplicate content" (contenido duplicado), es imperativo redirigir sus dominios secundarios a su dominio principal en HTTPS.

RewriteEngine On
RewriteCond %{HTTP_HOST} ^domaine-secondaire.xyz [NC,OR]
RewriteCond %{HTTP_HOST} ^www.domaine-secondaire.xyz [NC]
RewriteRule ^(.*)$ https://www.mon-domaine-principal.com/$1 [R=301,L]

La cabecera R=301 indica a los motores de búsqueda que la redirección es permanente, transfiriendo así la "potencia" SEO al dominio correcto.

Enlace a esta FAQ:

https://faq.infomaniak.com/206

¿Le ha sido útil esta FAQ?

Esta guía detalla los errores de tipo Rejected, too many connections from this host si estos ocurren al visitar un sitio web.

 

Origen de los errores

429 Too Many Requests

Este error ocurre cuando el servidor se ve abrumado por un gran número de solicitudes en un corto período de tiempo, lo que puede deberse a un uso intensivo del sitio o a abusos.

503 Servicio temporalmente no disponible

Este error puede ser causado por varios factores, entre ellos, trabajos de mantenimiento programados en el servidor, una sobrecarga del servidor debido a un tráfico elevado, o la ejecución de un script que excede los límites de recursos del servidor.

Rejected, too many connections from this host

Este error ocurre cuando el servidor rechaza las conexiones debido al alto número de conexiones simultáneas provenientes de la misma dirección IP. Consulte los "Registros de acceso y errores" en el panel de control de su alojamiento para encontrar múltiples entradas del tipo:

[Fri Sep 02 11:40:31] [error] [client 222.111.123.123] Rejected, too many connections from this host. (vhost:domain.xyz uri:/js/modules/blocktopmenu/js/superfish-modified.js current:34 limit:30	

[Fri Sep 02 11:40:31] [error] [client 222.111.123.123] Rejected, too many connections from this host. (vhost:domain.xyz uri:/js/modules/blocktopmenu/js/hoverIntent.js current:34 limit:30	

[Fri Sep 02 11:40:31] [error] [client 222.111.123.123] Rejected, too many connections from this host. (vhost:domain.xyz uri:/js/modules/productscategory/productscategory.js current:34 limit:30	

[Fri Sep 02 11:40:31] [error] [client 222.111.123.123] Rejected, too many connections from this host. (vhost:domain.xyz uri:/modules/feeder/rss.php current:35 limit:30	

[Fri Sep 02 11:40:31] [error] [client 222.111.123.123] Rejected, too many connections from this host. (vhost:domain.xyz uri:/js/modules/favoriteproducts/favoriteproducts.js current:34 limit:30

En este ejemplo, la IP 222.111.123.123 ejecuta 30 conexiones simultáneas en cada página, por lo tanto, es automáticamente rechazada ya que esto puede parecer un ataque o un escaneo.

 

Posibles soluciones

Algunas pistas para resolver estos errores:

  • Verifique los scripts que realizan múltiples conexiones al servidor para mostrar datos.
  • Optimice el o los scripts afectados para que requieran menos recursos.
  • Aumente los límites del sitio afectado para permitir que el script haga todo lo que necesita y/o limite el número de conexiones simultáneas (especialmente en un Servidor Cloud donde los límites — memoria, tiempo de ejecución, conexiones simultáneas — pueden aumentarse significativamente).
  • Migre su alojamiento a un Servidor Cloud.

Enlace a esta FAQ:

https://faq.infomaniak.com/231

¿Le ha sido útil esta FAQ?

Esta guía explica cómo bloquear el acceso a ciertos directorios de un Alojamiento Web para ciertos visitantes/robots/raspadores filtrando y bloqueando sus direcciones IP o nombres de host.

 

Establecer reglas .htaccess

Crear un documento .htaccess en la raíz de su sitio e inscribir las reglas destinadas a bloquear ciertas direcciones IP o ciertos bots.

 

Para bloquear a los visitantes según, por ejemplo, el inicio de su dirección IP, utilizar la directiva "deny from":

Order Deny,Allow
Deny from 123.456.
Allow from all

Esto significa que todas las solicitudes provenientes de una dirección IP que comienza con "123.456." serán rechazadas, mientras que todas las demás solicitudes serán permitidas. Los usuarios bloqueados recibirán un mensaje de error HTTP 403 Forbidden.

Bloquear una dirección IP específica

Order Allow,Deny
Deny from 123.456.789
Allow from all

Esto significa que una sola dirección IP, 123.456.789, está bloqueada y todas las demás direcciones IP pueden acceder al sitio.

Bloquear varias direcciones IP

Order Allow,Deny
Deny from 123.456.789
Deny from 987.654.321
Allow from all

Esto significa que dos direcciones IP, 123.456.789 y 987.654.321, están bloqueadas y todas las demás direcciones IP pueden acceder al sitio.

Bloquear un bot por su user-agent

SetEnvIfNoCase User-Agent "BadBot" BadBot
Order Allow,Deny
Deny from env=BadBot
Allow from all

Esto significa que cualquier bot identificado con un user-agent "BadBot" será bloqueado y todos los demás usuarios pueden acceder al sitio.

Bloquear el acceso a una carpeta específica

Order Allow,Deny
Deny from all

Esto significa que todos los accesos a la carpeta "/carpeta" serán bloqueados, independientemente de la dirección IP o del user-agent. Una asistencia para una funcionalidad similar está disponible en su Manager Infomaniak.

 

Directivas mod_rewrite

También puede utilizar la directiva mod_rewrite para bloquear ciertas direcciones IP o ciertos bots en un archivo .htaccess.

La directiva mod_rewrite puede afectar el rendimiento de su sitio web en caso de uso excesivo o incorrecto. Por lo tanto, se recomienda tener precaución al modificar su archivo .htaccess.

Aquí hay algunos ejemplos:

Bloquear una dirección IP específica

RewriteEngine on
RewriteCond %{REMOTE_ADDR} ^123\.456\.789\.
RewriteRule ^(.*)$ - [F,L]

Esto significa que una sola dirección IP, 123.456.789, está bloqueada y todas las demás direcciones IP pueden acceder al sitio.

Bloquear varias direcciones IP

RewriteEngine on
RewriteCond %{REMOTE_ADDR} ^123\.456\.789\. [OR]
RewriteCond %{REMOTE_ADDR} ^987\.654\.321\.
RewriteRule ^(.*)$ - [F,L]

Esto significa que dos direcciones IP, 123.456.789 y 987.654.321, están bloqueadas y todas las demás direcciones IP pueden acceder al sitio.

Bloquear un bot por su user-agent

RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} BadBot [NC]
RewriteRule ^(.*)$ - [F,L]

Esto significa que cualquier bot identificado con un user-agent "BadBot" será bloqueado y todos los demás usuarios pueden acceder al sitio. Esto puede ser útil para evitar que los robots no deseados accedan a ciertas páginas o consuman recursos innecesariamente.

Bloquear el acceso a una carpeta específica

RewriteEngine on
RewriteRule ^dossier/secret - [F,L]

Esto significa que todos los accesos a la carpeta "/carpeta/secreta" serán bloqueados, independientemente de la dirección IP o del user-agent.

Bloquear y redirigir a otro lugar

RewriteEngine On
RewriteCond %{REMOTE_ADDR} ^123\.456\.789\.
RewriteRule ^(.*)$ http://www.domain.xyz/blocked.html [L,R=301]

Esto significa que todas las solicitudes provenientes de la dirección IP 123.456.789 serán redirigidas a la página "blocked.html" en el sitio "www.domain.xyz". La última parte de la línea RewriteRule, [L,R=301] indica que la redirección es permanente (R=301) y que es la última regla a ser aplicada (L).

Puede agregar varias condiciones RewriteCond para bloquear diferentes direcciones IP y redirigir a diferentes páginas.

Consulte también esta otra guía.

Enlace a esta FAQ:

https://faq.infomaniak.com/232

¿Le ha sido útil esta FAQ?

Esta guía explica cómo restaurar copias de seguridad de versiones anteriores de sus archivos y otros datos web de sus alojamientos Infomaniak, y cómo implementar una política de copia de seguridad efectiva si las copias de seguridad proporcionadas automáticamente y gratuitamente ya no se ajustan a sus necesidades de disponibilidad o seguridad.

 

Alojamientos web (Starter, Compartido, Servidor en la nube)

Consulte estas guías para restaurar las copias de seguridad automáticas:

 

Consulte estas guías para guardar y restaurar:

 

Consulte también https://faq.infomaniak.com/snapshot.

 

Correo electrónico

 

Dominios / Zonas DNS

Enlace a esta FAQ:

https://faq.infomaniak.com/250

¿Le ha sido útil esta FAQ?

Esta guía le ayuda a configurar el encabezado "Access-Control-Allow-Origin", un encabezado HTTP que especifica qué origen (dominio, protocolo y puerto) puede acceder a los recursos en un servidor. Este encabezado se utiliza para controlar el acceso entre orígenes (CORS) desde una aplicación web.

 

Lista de dominios autorizados

Puede agregar el origen de una solicitud a la lista de dominios autorizados para acceder a los recursos del servidor agregándolo a los valores del encabezado Access-Control-Allow-Origin.

Para autorizar, por ejemplo, el sitio https://domain.xyz a acceder a los recursos con CORS, el encabezado debe ser el siguiente:

Access-Control-Allow-Origin: https://domain.xyz

Puede configurarlo a través de la función header() de PHP inspirándose en esta guía en particular.

Si necesita que este encabezado se aplique en todas partes, puede usar un auto-prepend.

Enlace a esta FAQ:

https://faq.infomaniak.com/256

¿Le ha sido útil esta FAQ?

Esta guía le permite comprender los diferentes códigos de estado HTTP.

 

1xx - Información

error 100: Continuar
El servidor ha recibido los encabezados de la solicitud y el cliente puede continuar enviando el cuerpo de la solicitud.

error 101: El servidor ha cambiado de protocolos
El servidor acepta cambiar el protocolo de comunicación según la solicitud del cliente.

 

2xx - Éxito

error 200: Solicitud realizada con éxito
La solicitud ha sido procesada con éxito por el servidor.

error 201: Documento creado (razón: nueva URI)
La solicitud tuvo éxito y resultó en la creación de un nuevo recurso.

error 202: Solicitud completada de manera asíncrona (TBS)
La solicitud ha sido aceptada pero el procesamiento aún no está completo.

error 203: Solicitud completada de manera incompleta
El servidor ha procesado la solicitud con éxito, pero las informaciones devueltas provienen de una fuente externa.

error 204: Sin información para devolver
La solicitud ha sido procesada con éxito, pero no hay contenido para devolver.

error 205: Solicitud terminada pero formulario vacío
El servidor ha procesado la solicitud con éxito y solicita al cliente que reinicie el documento que envió la solicitud.

error 206: Solicitud GET incompleta
El servidor devuelve solo una parte de los datos, como lo solicitó el cliente con el encabezado Range.

 

3xx - Redirecciones

error 300: El servidor no puede determinar el código de retorno
La solicitud tiene varias respuestas posibles, y el servidor no puede elegir automáticamente una de ellas.

error 301: Documento movido permanentemente
El recurso solicitado ha sido movido permanentemente a una nueva URL.

error 302: Documento movido temporalmente
El recurso solicitado está temporalmente ubicado en otra URL.

error 303: Redirección con nuevo método de acceso
La respuesta a la solicitud se puede encontrar en otra URL utilizando un método GET.

error 304: El campo 'If-Modified-Since' no estaba modificado
El recurso no ha sido modificado desde la última solicitud. No se devolverán nuevos datos.

error 305: Redirección a un proxy especificado por el encabezado
El recurso solicitado debe ser accedido a través de un proxy especificado.

error 307: Redirección temporal
El recurso solicitado reside temporalmente en otra URL, pero el cliente debe usar el mismo método para realizar la siguiente solicitud.

 

4xx - Errores del cliente

error 400: Error de sintaxis en la dirección del documento
La solicitud es incorrecta o está mal formada.

error 401: No hay autorización para acceder al documento
El acceso al recurso requiere autenticación.

error 402: Acceso al documento sujeto al pago
Este código está reservado para un uso futuro relacionado con los pagos en línea. Algunos servicios fuera de Infomaniak lo utilizan en ciertos casos para indicar un problema de pago, pero estos usos son específicos de estas plataformas — no una norma global.

error 403: No hay autorización para acceder al servidor
El servidor comprende la solicitud pero se niega a autorizarla.

error 404: La página solicitada no existe
El servidor no encuentra el recurso solicitado.

error 405: Método de solicitud del formulario no autorizado
El método especificado en la solicitud no está autorizado para el recurso objetivo.

error 406: Solicitud no aceptada por el servidor
El recurso solicitado no es capaz de generar contenido aceptable según las cabeceras Accept enviadas en la solicitud.

error 407: Autorización del proxy necesaria
El acceso al recurso requiere autenticación por un proxy.

error 408: Tiempo de acceso a la página solicitada expirado
El servidor no ha recibido la solicitud completa en el tiempo asignado.

error 409: El usuario debe enviar de nuevo con más información
La solicitud no puede ser procesada debido a un conflicto con el estado actual del recurso.

error 410: Este recurso ya no está disponible
El recurso solicitado ya no está disponible y de manera permanente.

error 411: El servidor ha rechazado la solicitud porque no tiene longitud
El servidor se niega a procesar la solicitud sin una cabecera Content-Length válida.

error 412: La precondición dada en la solicitud ha fallado
Una de las condiciones especificadas en las cabeceras de la solicitud ha fallado.

error 413: La entidad de la solicitud era demasiado grande
El servidor se niega a procesar la solicitud porque el tamaño de la entidad es demasiado grande.

error 414: La URI de la solicitud era demasiado larga
El servidor se niega a procesar la solicitud porque la URI es demasiado larga.

error 415: Tipo de medio no gestionado
El servidor se niega a procesar la solicitud porque el formato de la entidad de la solicitud no es soportado.

 

5xx - Errores del servidor

error 500: Error interno del servidor
El servidor ha encontrado una condición inesperada que le impide procesar la solicitud.

error 501: Solicitud hecha al servidor no soportada
El servidor no soporta la funcionalidad requerida para procesar la solicitud.

error 502: Puerta de enlace incorrecta
El servidor, como puerta de enlace o proxy, ha recibido una respuesta inválida del servidor aguas arriba.

error 503: Servicio no disponible
El servidor no está disponible en este momento (sobrecarga o mantenimiento).

error 504: Tiempo de acceso a la pasarela expirado
El servidor, como pasarela o proxy, no ha recibido una respuesta a tiempo del servidor upstream.

error 505: Versión HTTP no soportada
El servidor no soporta la versión del protocolo HTTP utilizada en la solicitud.

Enlace a esta FAQ:

https://faq.infomaniak.com/257

¿Le ha sido útil esta FAQ?

Esta guía se refiere al nombre de las páginas de inicio que es posible tener en su Hospedaje 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.

 

En cuanto a Site Creator, consulte esta otra guía.

 

Prólogo

  • Las páginas de inicio por defecto 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 simplemente ingresa http://domain.xyz en la barra de direcciones de su navegador, el servidor web buscará una página de inicio por defecto para mostrar, por ejemplo index.html, index.php, index.htm, o otras variaciones similares.

 

Orden de prioridad de las páginas de inicio

Aquí, en orden de prioridad, se encuentran 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 tiene 2 páginas en la raíz de su hospedaje, gracias a la clasificación anterior, puede observar que index.php se reconoce en prioridad con respecto a welcome.php.
  • También se puede deducir que si solo tiene welcome.php como página en la carpeta raíz, esta se cargará y funcionará como página de inicio.
  • Si tiene una página accueil.html, esto no funcionará porque este nombre no está en la lista.
  • Cuando ingrese www.domaine.xyz en el navegador, solo index.php se mostrará automáticamente (y para mostrar welcome.php deberá ingresar el nombre exacto de la página www.domaine.xyz/welcome.php).

 

Personalizar la página de inicio por defecto

Para definir una página de inicio diferente cargada por defecto, añadir 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.

Enlace a esta FAQ:

https://faq.infomaniak.com/261

¿Le ha sido útil esta FAQ?

Esta guía detalla el error "Error de conexión a la base de datos: no se pudo conectar a mysql" que puede ocurrir durante las modificaciones alrededor de un alojamiento de Infomaniak en el que se ha instalado la aplicación web Joomla.

 

Prólogo

  • Para que el sitio vuelva a funcionar, es necesario verificar y adaptar cierta información en el archivo configuration.php de Joomla:
    1. El nombre de la base de datos — a menudo se trata de un prefijo que se ha añadido antes del nombre existente de la base de datos y el nombre de usuario (por ejemplo dbname antes, abcd_dbname después).
    2. El servidor host de la base de datos (por ejemplo mysql.domain.xyz antes, abcd.myd.infomaniak.com después).
    3. El nombre de usuario que accede a la base de datos (por ejemplo dbuser antes, abcd_dbuser después).
    4. La ruta de dos directorios /tmp y /logs.

 

Obtener la información actualizada

Para los puntos 1, 2 y 3 del prólogo anterior:

  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 concerned.
  3. Haga clic en Base de datos en el menú lateral izquierdo.
  4. Encuentre y conserve sus datos actuales de MySQL (¿Necesita ayuda?).

Para el punto 4 del prólogo anterior:

  1. Haga clic aquí para acceder a la gestión de su sitio en el Manager Infomaniak (¿Necesita ayuda?).
  2. Haga clic directamente en el nombre asignado al sitio concerned:
  3. Haga clic en Gestionar parámetros avanzados:
  4. Haga clic en la pestaña PHP / Apache:
  5. Copie la ruta mostrada en el primer campo bajo Auto Prepend File abajo:

 

Modificar el archivo configuration.php de Joomla

Requisitos previos

Edite a continuación el archivo configuration.php que se encuentra en la carpeta raíz de su Joomla:

  1. Reemplace el antiguo camino log y tmp por el nuevo camino:
  2. Encuentre los párrafos correspondientes para el resto de la información del preámbulo anterior:
  3. Guarde el archivo; su Joomla se conectará ahora a la base de datos correcta.

 

Verificar los cambios realizados

En la interfaz de Joomla, es posible verificar los caminos de las carpetas /logs y /tmp:

  • Para la carpeta /logs: vaya a Sistema / Configuración y luego Logs:
  • Para la carpeta /tmp: vaya a Sistema / Configuración y luego Servidor:

Enlace a esta FAQ:

https://faq.infomaniak.com/272

¿Le ha sido útil esta FAQ?

Esta guía trata sobre IonCube Loader, un módulo PHP que permite descodificar 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 su contenido, al mismo tiempo que permiten una distribución segura y fácil de sus aplicaciones.

 

Usar ionCube Loader

Con un alojamiento compartido ya no se ofrece. Puede verificar esto desde el panel de control:

  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 sitio correspondiente:
  3. Haga clic en Administrar parámetros avanzados:
  4. Haga clic en la pestaña Extensiones PHP.
  5. Haga clic en ionCube Loader (si está presente en la lista) para ver el detalle:

Enlace a esta FAQ:

https://faq.infomaniak.com/285

¿Le ha sido útil esta FAQ?

En términos de software libre que permite manipular archivos multimedia, FFmpeg es una herramienta poderosa y flexible. Puede utilizarse para convertir, editar y transmitir videos y audios.

Sin embargo, el uso de FFmpeg en alojamientos compartidos plantea ciertos problemas y limitaciones, tanto para los usuarios como para los proveedores de alojamiento.

Debe orientarse hacia la oferta de Servidor Cloud para un uso de FFmpeg.

También puede orientarse hacia el servicio de VOD/AOD Infomaniak.

Enlace a esta FAQ:

https://faq.infomaniak.com/286

¿Le ha sido útil esta FAQ?

Esta guía explica cómo realizar transferencias de archivos entre Hosting Web y/o Servidor Cloud de manera segura y simplificada.

 

Prólogo

  • El FXP (File eXchange Protocol) es un método de transferencia de archivos directamente entre dos servidores FTP sin que los datos transiten por el cliente local.
  • Utilizando 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í el ancho de banda.
  • Este método puede presentar, sin embargo, 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 Servidores Cloud y alojamientos Web (excepto Starter).

Puede, por ejemplo, utilizar CrossFTP, un software multiplataforma que permite hacer FXP (pero también FTP, SFTP, S3, OpenStack Swift…).

Enlace a esta FAQ:

https://faq.infomaniak.com/295

¿Le ha sido útil esta FAQ?