From 7b31d4f4901cdb89a79f2f7de4a6b8bb637b523b Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Sat, 25 May 2024 06:41:26 +0200 Subject: Adding upstream version 2.4.59. Signed-off-by: Daniel Baumann --- docs/manual/howto/access.html.es | 126 +++++++++++++++++++-------------------- 1 file changed, 61 insertions(+), 65 deletions(-) (limited to 'docs/manual/howto/access.html.es') diff --git a/docs/manual/howto/access.html.es b/docs/manual/howto/access.html.es index 1e410d1..741ee12 100644 --- a/docs/manual/howto/access.html.es +++ b/docs/manual/howto/access.html.es @@ -7,7 +7,7 @@ This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> -Control de Acceso - Servidor HTTP Apache Versión 2.4 +Control de Acceso - Servidor HTTP Apache Versión 2.4 @@ -16,61 +16,57 @@
<-

Control de Acceso

Idiomas disponibles:  en  | - es  | - fr 

+ es  | + fr 

-
Esta traducción podría estar - obsoleta. Consulte la versión en inglés de la - documentación para comprobar si se han producido cambios - recientemente.

El control de acceso, hace referencia a todos los medios que proporcionan - una forma de controlar el acceso a cualquier recurso. Esta parte está - separada de autenticación y autorización.

+ una forma de controlar el acceso a cualquier recurso. Esta parte está + separada de autenticación y autorización.

-
top
-

Módulos y Directivas relacionados

+

Módulos y Directivas relacionados

-

El control de acceso puede efectuarse mediante diferentes módulos. Los - más importantes de éstos son mod_authz_core y - mod_authz_host. También se habla en este documento de - el control de acceso usando el módulo mod_rewrite.

+

El control de acceso puede efectuarse mediante diferentes módulos. Los + más importantes de éstos son mod_authz_core y + mod_authz_host. También se habla en este documento de + el control de acceso usando el módulo mod_rewrite.

top

Control de Acceso por host

- Si lo que se quiere es restringir algunas zonas del sitio web, basándonos - en la dirección del visitante, esto puede ser realizado de manera - fácil con el módulo mod_authz_host. + Si lo que se quiere es restringir algunas zonas del sitio web, basándonos + en la dirección del visitante, esto puede ser realizado de manera + fácil con el módulo mod_authz_host.

La directiva Require - proporciona una variedad de diferentes maneras de permitir o denegar el acceso a los recursos. Además puede ser usada junto con las directivas:RequireAll, RequireAny, y RequireNone, estos requerimientos pueden + proporciona una variedad de diferentes maneras de permitir o denegar el acceso a los recursos. Además puede ser usada junto con las directivas:RequireAll, RequireAny, y RequireNone, estos requerimientos pueden ser combinados de forma compleja y arbitraria, para cumplir cualquiera que - sean tus políticas de acceso.

+ sean tus políticas de acceso.

Las directivas Allow, Deny, y Order, - proporcionadas por mod_access_compat, están obsoletas y - serán quitadas en futuras versiones. Deberá evitar su uso, y también + proporcionadas por mod_access_compat, están obsoletas y + serán quitadas en futuras versiones. Deberá evitar su uso, y también los tutoriales desactualizaos que recomienden su uso.

@@ -82,25 +78,25 @@ Require ip ip.address -

En la primera línea, address es el FQDN de un nombre de - dominio (o un nombre parcial del dominio); puede proporcionar múltiples +

En la primera línea, address es el FQDN de un nombre de + dominio (o un nombre parcial del dominio); puede proporcionar múltiples direcciones o nombres de dominio, si se desea.

-

En la segunda línea, ip.address es la dirección IP, una - dirección IP parcial, una red con su máscara, o una especificación red/nnn +

En la segunda línea, ip.address es la dirección IP, una + dirección IP parcial, una red con su máscara, o una especificación red/nnn CIDR. Pueden usarse tanto IPV4 como IPV6.

-

Consulte también la - documentación de mod_authz_host para otros ejemplos de esta sintaxis. +

Consulte también la + documentación de mod_authz_host para otros ejemplos de esta sintaxis.

Puede ser insertado not para negar un requisito en particular. - Note que, ya que not es una negación de un valor, no puede ser - usado por si solo para permitir o denegar una petición, como not true + Note que, ya que not es una negación de un valor, no puede ser + usado por si solo para permitir o denegar una petición, como not true que no contituye ser false. En consecuencia, para denegar una - visita usando una negación, el bloque debe tener un elemento que se evalúa como - verdadero o falso. Por ejemplo, si tienes a alguien espameandote tu tablón de + visita usando una negación, el bloque debe tener un elemento que se evalúa como + verdadero o falso. Por ejemplo, si tienes a alguien espameandote tu tablón de mensajes, y tu quieres evitar que entren o dejarlos fuera, puedes realizar lo siguiente:

@@ -112,15 +108,15 @@ Require ip ip.address

Los visitantes que vengan desde la IP que se configura (10.252.46.165) - no tendrán acceso al contenido que cubre esta directiva. Si en cambio, lo que se - tiene es el nombre de la máquina, en vez de la IP, podrás usar:

+ no tendrán acceso al contenido que cubre esta directiva. Si en cambio, lo que se + tiene es el nombre de la máquina, en vez de la IP, podrás usar:

Require not host host.example.com
     

Y, Si lo que se quiere es bloquear el acceso desde dominio especifico, - podrás especificar parte de una dirección o nombre de dominio:

+ podrás especificar parte de una dirección o nombre de dominio:

Require not ip 192.168.205
 Require not host phishers.example.com moreidiots.example
@@ -128,7 +124,7 @@ Require not host gov

Uso de las directivas RequireAll, RequireAny, y RequireNone pueden ser usadas - para forzar requisitos más complejos.

+ para forzar requisitos más complejos.

top
@@ -137,7 +133,7 @@ Require not host gov

Haciendo el uso de <If>, puedes permitir o denegar el acceso basado en variables de entrono arbitrarias o en los valores de las cabeceras de las peticiones. Por ejemplo para denegar - el acceso basándonos en el "user-agent" (tipo de navegador así como Sistema Operativo) + el acceso basándonos en el "user-agent" (tipo de navegador así como Sistema Operativo) puede que hagamos lo siguiente:

@@ -147,7 +143,7 @@ Require not host gov

Usando la sintaxis de Require - expr , esto también puede ser escrito de la siguiente forma: + expr , esto también puede ser escrito de la siguiente forma:

@@ -155,25 +151,25 @@ Require not host gov

Advertencia:

-

El control de acceso por User-Agent es una técnica poco fiable, +

El control de acceso por User-Agent es una técnica poco fiable, ya que la cabecera de User-Agent puede ser modificada y establecerse al antojo del usuario.

-

Vea también la página de expresiones - para una mayor aclaración de que sintaxis tienen las expresiones y que - variables están disponibles.

+

Vea también la página de expresiones + para una mayor aclaración de que sintaxis tienen las expresiones y que + variables están disponibles.

top

Control de acceso con mod_rewrite

El flag [F] de RewriteRule causa una respuesta 403 Forbidden - para ser enviada. USando esto, podrá denegar el acceso a recursos basándose + para ser enviada. USando esto, podrá denegar el acceso a recursos basándose en criterio arbitrario.

Por ejemplo, si lo que desea es bloquear un recurso entre las 8pm y las - 7am, podrá hacerlo usando mod_rewrite:

+ 7am, podrá hacerlo usando mod_rewrite:

RewriteEngine On
 RewriteCond "%{TIME_HOUR}" ">=20" [OR]
@@ -181,39 +177,39 @@ RewriteCond "%{TIME_HOUR}" "<07"
 RewriteRule "^/fridge"     "-"       [F]
-

Esto devolverá una respuesta de error 403 Forbidden para cualquier petición - después de las 8pm y antes de las 7am. Esta técnica puede ser usada para cualquier - criterio que desee usar. También puede redireccionar, o incluso reescribir estas +

Esto devolverá una respuesta de error 403 Forbidden para cualquier petición + después de las 8pm y antes de las 7am. Esta técnica puede ser usada para cualquier + criterio que desee usar. También puede redireccionar, o incluso reescribir estas peticiones, si se prefiere ese enfoque.

La directiva <If>, - añadida en la 2.4, sustituye muchas cosas que mod_rewrite - tradicionalmente solía hacer, y deberá comprobar estas antes de recurrir a + añadida en la 2.4, sustituye muchas cosas que mod_rewrite + tradicionalmente solía hacer, y deberá comprobar estas antes de recurrir a

top
-

Más información

+

Más información

El motor de expresiones le da una gran capacidad de poder para hacer una gran variedad de cosas basadas en las variables arbitrarias del servidor, y debe consultar este - documento para más detalles.

+ documento para más detalles.

-

También, deberá leer la documentación de mod_authz_core - para ejemplos de combinaciones de múltiples requisitos de acceso y especificar - cómo interactúan. +

También, deberá leer la documentación de mod_authz_core + para ejemplos de combinaciones de múltiples requisitos de acceso y especificar + cómo interactúan.

-

Vea también los howtos de Authenticación y Autorización +

Vea también los howtos de Authenticación y Autorización

Idiomas disponibles:  en  | - es  | - fr 

-
top

Comentarios

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our mailing lists.
+ es  | + fr 

+
top

Comentarios

Notice:
This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Libera.chat, or sent to our mailing lists.