| Quellcodebibliothek Statistik Leitseite products/Sources/formale Sprachen/C/Apache/docs/manual/howto/ (Apache Software Stiftung Version 2.4.65©) Datei vom 19.0.2025 mit Größe 43 kB |
|
SSL auth.html.es Sprache: unbekannt |
|
|
Spracherkennung für: .es vermutete Sprache: Unknown {[0] [0] [0]} [Methode: Schwerpunktbildung, einfache Gewichte, sechs Dimensionen] <?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DT <html xmlns="http://www.w3.org/1999/xhtml" lang="es" xml:lang="es"><head> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" /> <!-- XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX This file is generated from xml source: DO NOT EDIT XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX --> <title>Autenticación y Autorización - Servidor HTTP Apache Versión 2.4</title> <link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" titl <link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="al <link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/ <script src="../style/scripts/prettify.min.js" type="text/javascript"> </script> <link href="../images/favicon.ico" rel="shortcut icon" /></head> <body id="manual-page"><div id="page-header"> <p class="menu"><a href="../mod/">Módulos</a> | <a href="../mod <p class="apache">Versión 2.4 del Servidor HTTP Apache</p> <img alt="" src="../images/feather.png" /></div> <div class="up"><a href="./"><img title="<-" alt="<-" src="../images/left.gif" /></a></div> <div id="path"> <a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Servidor HT <div class="toplang"> <p><span>Idiomas disponibles: </span><a href="../en/howto/auth.html" hreflang="en" rel="alte <a href="../es/howto/auth.html" title="Español"> es </a> | <a href="../fr/howto/auth.html" hreflang="fr" rel="alternate" title="Français"> fr </a> | <a href="../ja/howto/auth.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="../ko/howto/auth.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | <a href="../tr/howto/auth.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p> </div> <div class="outofdate">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.</div> <p>Autenticación es cualquier proceso por el cuál se verifica que uno es quien dice ser. Autorización es cualquier proceso en el cu&# está permitido a estar donde se quiera, o tener informaci&# quiera tener. </p> <p>Para información de control de acceso de forma gen&#le='color: green'>233;rica visite<a href="access.html">How to de Control de Acceso</a>.</p> </div> <div id="quickview"><a href="https://www.apache.org/foundation/contributing.html" clas <li><img alt="" src="../images/down.gif" /> <a href="#introduction">Introducción</a></li> <li><img alt="" src="../images/down.gif" /> <a href="#theprerequisites">Los Prerequisitos</a></ <li><img alt="" src="../images/down.gif" /> <a href="#gettingitworking">Conseguir que funcion <li><img alt="" src="../images/down.gif" /> <a href="#lettingmorethanonepersonin">Dejar que m&#< entre</a></li> <li><img alt="" src="../images/down.gif" /> <a href="#possibleproblems">Posibles Problemas</a>< <li><img alt="" src="../images/down.gif" /> <a href="#dbmdbd">M contraseñas</a></li> <li><img alt="" src="../images/down.gif" /> <a href="#multprovider">Uso de múltiples proveedores</a></li> <li><img alt="" src="../images/down.gif" /> <a href="#beyond">M <li><img alt="" src="../images/down.gif" /> <a href="#socache">Cache de Autenticaci&#='color: green'>243;n</a></li> <li><img alt="" src="../images/down.gif" /> <a href="#moreinformation">Más información</a></li> </ul><h3>Consulte también</h3><ul class="seealso"><li><a href="#c <div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="related" id="related">Módulos y Directivas Rela <p>Hay tres tipos de módulos involucrados en los procesos de la y autorización. Normalmente deberás escoger al menos un módulo de cada grupo.</p> <ul> <li>Modos de Autenticación (consulte la directiva <code class="directive"><a href="../mod/mod_authn_core.html#authtype">AuthType</a></code> ) <ul> <li><code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code></li> <li><code class="module"><a href="../mod/mod_auth_digest.html">mod_auth_digest</a></code></li> </ul> </li> <li>Proveedor de Autenticación (consulte la directiva <code class="directive"><a href="../mod/mod_auth_basic.html#authbasicprovider">AuthBas <code class="directive"><a href="../mod/mod_auth_digest.html#authdigestprovider">AuthD <ul> <li><code class="module"><a href="../mod/mod_authn_anon.html">mod_authn_anon</a></code></li> <li><code class="module"><a href="../mod/mod_authn_dbd.html">mod_authn_dbd</a></code></li> <li><code class="module"><a href="../mod/mod_authn_dbm.html">mod_authn_dbm</a></code></li> <li><code class="module"><a href="../mod/mod_authn_file.html">mod_authn_file</a></code></li> <li><code class="module"><a href="../mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code></li> <li><code class="module"><a href="../mod/mod_authn_socache.html">mod_authn_socache</a></cod </ul> </li> <li>Autorización (consulte la directiva <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>) <ul> <li><code class="module"><a href="../mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code></li> <li><code class="module"><a href="../mod/mod_authz_dbd.html">mod_authz_dbd</a></code></li> <li><code class="module"><a href="../mod/mod_authz_dbm.html">mod_authz_dbm</a></code></li> <li><code class="module"><a href="../mod/mod_authz_groupfile.html">mod_authz_groupfile</a>< <li><code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code></li> <li><code class="module"><a href="../mod/mod_authz_owner.html">mod_authz_owner</a></code></li> <li><code class="module"><a href="../mod/mod_authz_user.html">mod_authz_user</a></code></li> </ul> </li> </ul> <p>A parte de éstos módulos, <code class="module"><a href="../mod/mod_authn_core.html">mod_authn_core</a></code> y <code class="module"><a href="../mod/mod_authz_core.html">mod_authz_core</a></code>. &#tyle='color: green'>201;stos módulos implementan las dir esenciales que son el centro de todos los módulos de autentic <p>El módulo <code class="module"><a href="../mod/mod_authnz autenticación como de autorización. El módulo <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code> proporc basado en el nombre del Host, la dirección IP o caracter&#style='color: green'>237;sticas de la propia petición, pero no es parte del sistema proveedor de autenticación. Para tener compatibilidad inversa con el mo hay un nuevo modulo llamado <code class="module"><a href="../mod/mod_access_compat.html">mo <p>También puedes mirar el how-to de <a href="access.html">Con </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="introduction" id="introduction">Introducción< <p>Si se tiene información en nuestra página web que sea información sensible o pensada para un grupo reducido de usuarios/personas, las técnicas que se describen en este manual, le servir&#style='color: green'>225;n de ayuda para asegurarse de que las personas que ven esas pági las personas que uno quiere.</p> <p>Este artículo cubre la parte "estándar" de cómo proteger partes de un sitio web que muchos usarán.</p> <div class="note"><h3>Nota:</h3> <p>Si de verdad es necesario que tus datos estén en un sitio segu considera usar <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> como m&# </div> </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="theprerequisites" id="theprerequisites">Los Prerequisitos</a></h2> <p>Las directivas que se usan en este artículo necesitaran pon en el fichero de configuración principal del servidor ( t&# la sección <code class="directive"><a href="../mod/core.html#directory"><Directory></a></code> de httpd.c en cada uno de los ficheros de configuraciones del propio directorio (los archivos <code>.htaccess</code>).</p> <p>Si planea usar los ficheros <code>.htaccess</code> , necesitar tener en la configuración global del servidor, una configur poner directivas de autenticación en estos ficheros. Esto s directiva <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverrid que directivas, en su caso, pueden ser puestas en cada fichero de configuración por directorio.</p> <p>Ya que estamos hablando aquí de autenticación, necesitarás una directiva <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code> c </p> <pre class="prettyprint lang-config">AllowOverride AuthConfig</pre> <p>O, si solo se van a poner las directivas directamente en la configuración principal del servidor, deberás tener, claro est&#e='color: green'>225;, permisos de escritura en el archivo. </p> <p>Y necesitarás saber un poco de como está estructurado el árbol de directorios de tu servidor, para poder saber donde se encuentran algunos archivos. Esto no debería ser una tarea difícil, aún as dejarlo claro llegado el momento de comentar dicho aspecto.</p> <p>También deberás de asegu <code class="module"><a href="../mod/mod_authn_core.html">mod_authn_core</a></code> y <code cl han sido incorporados, o añadidos a la hora de compilar en tu b cargados mediante el archivo de configuración <code>httpd.c dos módulos proporcionan directivas básicas y funcionalidades que son críticas para la configuración y uso de autenticación y autorización en el servidor web.</p> </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="gettingitworking" id="gettingitworking">Conseguir que funcione</a></h2> <p>Aquí está lo b&#='color: green'>225;sico de cómo proteger con contrase&# servidor.</p> <p>Primero, necesitarás crear un fichero de contrase&#yle='color: green'>241;a. Dependiendo de que proveedor de autenticación se haya elegido, se har&#le='color: green'>225; de una forma u otra. Para empezar, usaremos un fichero de contraseña de tipo texto.</p> <p>Este fichero deberá estar en un sitio que no se pueda tener ac la web. Esto también implica que nadie pueda descargarse el f contraseñas. Por ejemplo, si tus documentos est&#='color: green'>225;n guardados fuera de <code>/usr/local/apache/htdocs</code>, querrás poner tu arc <code>/usr/local/apache/passwd</code>.</p> <p>Para crear el fichero de contraseñas, usa la utilidad <code class="program"><a href="../programs/htpasswd.html">htpasswd</a></code> que viene con Ap encuentra en el directorio <code>/bin</code> en donde sea que se ha instalado el Apache. Si ha instalado Apache desde un paquete de terceros, puede ser que se encuentre en su ruta de ejecución.</p> <p>Para crear el fichero, escribiremos:</p> <div class="example"><p><code> htpasswd -c /usr/local/apache/passwd/passwords rbowen </code></p></div> <p><code class="program"><a href="../programs/htpasswd.html">htpasswd</a></code> te preguntar&# te pedirá que la vuelvas a escribir para confirmarla:</p> <div class="example"><p><code> $ htpasswd -c /usr/local/apache/passwd/passwords rbowen<br /> New password: mypassword<br /> Re-type new password: mypassword<br /> Adding password for user rbowen </code></p></div> <p>Si <code class="program"><a href="../programs/htpasswd.html">htpasswd</a></code> no est&#style='color: green'>225; en tu variable de entorno "path" del sistema, por supuesto deberás escribir la ruta absoluta del poder hacer que se ejecute. En una instalación por defecto, e <code>/usr/local/apache2/bin/htpasswd</code></p> <p>Lo próximo que necesitas, ser&#>225; configurar el servidor para que pida una contraseña y así decirle a Puedes hacer esto ya sea editando el fichero <code>httpd.conf</code> de configuración o usando in fichero <code>.htaccess</code>. P si quieres proteger el directorio <code>/usr/local/apache/htdocs/secret</code>, puedes usar las siguientes directivas, ya sea en el fichero <code>.htaccess</code> localizado en following directives, either placed in the file <code>/usr/local/apache/htdocs/secret/.htaccess</code>, o en la configuración global del servidor <code>httpd.conf</co sección <Directory "/usr/local/apache/htdocs/secret"> , como se muestra a continuación:</p> <pre class="prettyprint lang-config"><Directory "/usr/local/apache/htdocs/secret"> AuthType Basic AuthName "Restricted Files" # (Following line optional) AuthBasicProvider file AuthUserFile "/usr/local/apache/passwd/passwords" Require user rbowen </Directory></pre> <p>Vamos a explicar cada una de las directivas individualmente. La directiva <code class="directive"><a href="../mod/mod_authn_core.html#authtype">AuthT que se usa para autenticar al usuario. El método m&#='color: green'>225;s común es <code>Basic</code>, y éste es el m&# <code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code>. Es muy i de que la autenticación bá al servidor sin cifrar. Este método por tanto, no debe ser utilizado para proteger da a no ser que, este método de autenticación básica, sea acompañado del módulo <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code>. Apache soporta otro método m <code>AuthType Digest</code>. Este método, es implementado po segura. Este ya no es el caso, ya que la conexión deber&#yle='color: green'>225; realizarse con <code class="module"><a href="../mod/mod_ssl.html"> </p> <p>La directiva <code class="directive"><a href="../mod/mod_authn_core.html#authname">Auth establece el <dfn>Realm</dfn> para ser usado en la autenticació <dfn>Realm</dfn> tiene dos funciones principales. La primera, el cliente presenta a menudo esta información al parte del cuadro de diálogo de contraseña. La segunda, que es utilizado por el cliente para determinar qué contraseña enviar a para una determinada zona de autenticación.</p> <p>Así que, por ejemple, una vez que el cliente se ha autenticad los <code>"Ficheros Restringidos"</code>, entonces re-intentar&# la misma contraseña para cualquier área en el mismo servidor que es marcado con el Realm de <code>"Ficheros Restringidos"</code> Por lo tanto, puedes prevenir que a un usuario se le pida mas de una vez por su contraseña, compartiendo as&# Por supuesto, por razones de seguridad, el cliente pedirá si siempre y cuando el nombre del servidor cambie. </p> <p>La directiva <code class="directive"><a href="../mod/mod_auth_basic.html#authbasicprov en este caso, opcional, ya que <code>file</code> es el valor por defecto para esta directiva. Deberás usar esta directiva si estas us diferente para la autenticación, como por ejemplo <code class="module"><a href="../mod/mod_authn_dbm.html">mod_authn_dbm</a></code> o <code clas <p>La directiva <code class="directive"><a href="../mod/mod_authn_file.html#authuserfile"> establece el path al fichero de contraseñas que acabamos de c comando <code class="program"><a href="../programs/htpasswd.html">htpasswd</a></code>. Si tie puede ser realmente lento el buscar el usuario en ese fichero de texto plano para autenticar a los usuarios en cada petición. Apache también tiene la habilidad de almacenar informaci&# unos ficheros de rápido acceso a modo de base de datos. El módulo <code class="module"><a href="../mod/mod_authn_d manipulados con el programa <code class="program"><a href="../programs/dbmmanage.html">dbm Muchos otros métodos de autenticación así como otras opciones, están disponibles en módulos de terceros <a href="http://modules.apache.org/">Base de datos de Módu <p>Finalmente, la directiva <code class="directive"><a href="../mod/mod_authz_core.html#re proporciona la parte del proceso de autorización estableci usuarios que se les está permitido acceder a una regi&#yle='color: green'>243;n del servidor. En la próxima sección, dis directiva <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</ </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="lettingmorethanonepersonin" id="lettingmorethanonepersonin">Dejar que m&# entre</a></h2> <p>Las directivas mencionadas arriba sólo permiten a una pers (especialmente con un usuario que en ej ejemplo es <code>rbowen</code>) en el directorio. En la mayoría de los casos, se querr&#yle='color: green'>225; permitir el acceso a más de una persona. Aquí e <code class="directive"><a href="../mod/mod_authz_groupfile.html#authgroupfile">AuthGr <p>Si lo que se desea es permitir a más de una persona el acceso, n crear un archivo de grupo que asocie los nombres de grupos con el de personas para permitirles el acceso. El formato de este fichero es bastante sencillo, y puedes crearlo con tu editor de texto favorito. El contenido del fichero se parecerá a:</p> <div class="example"><p><code> GroupName: rbowen dpitts sungo rshersey </code></p></div> <p>Básicamente eso es la lista de miembros los cuales est&#style='color: green'>225;n en un mismo fichero de grupo en una sola linea separados por espacios.</p> <p>Para añadir un usuario a tu fichero de contrase&#'color: green'>241;as existente teclee:</p> <div class="example"><p><code> htpasswd /usr/local/apache/passwd/passwords dpitts </code></p></div> <p>Te responderá lo mismo que anteriormente, pero se a&#yle='color: green'>241;adirá al fichero existente en vez de crear uno nuevo. (Es decir el flag <code>-c</code> será el que haga que se genere un nuevo fichero de contraseñas).</p> <p>Ahora, tendrá que modificar su fichero <code>.htaccess</cod parecido a lo siguiente:</p> <pre class="prettyprint lang-config">AuthType Basic AuthName "By Invitation Only" # Optional line: AuthBasicProvider file AuthUserFile "/usr/local/apache/passwd/passwords" AuthGroupFile "/usr/local/apache/passwd/groups" Require group GroupName</pre> <p>Ahora, cualquiera que esté listado en el grupo <code>GroupNa y tiene una entrada en el fichero de <code>contraseñas</code>, s permitirá el acceso, si introducen su contrase&#'color: green'>241;a correctamente.</p> <p>Hay otra manera de dejar entrar a varios usuarios, que es menos específica. En lugar de crear un archivo de grupo, sólo puede utilizar la s directiva:</p> <pre class="prettyprint lang-config">Require valid-user</pre> <p>Usando ésto en vez de la lí permitirá a cualquier persona acceder, la cuál aparece en el archivo de contraseñas, y que introduzca correctamente su contrase&# emular el comportamiento del grupo aquí, sólo manteniendo un fichero de contraseñas independiente para cada grupo. La ventaja de es que Apache sólo tiene que comprobar un archivo, en lugar de do es que se tiene que mantener un montón de ficheros de contrase&#< recuerde hacer referencia al fichero correcto en la directiva <code class="directive"><a href="../mod/mod_authn_file.html#authuserfile">AuthUserFile< </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="possibleproblems" id="possibleproblems">Posibles Problemas</a></h2> <p>Debido a la forma en que se especifica la autenticación b&# su nombre de usuario y la contraseña deben ser verificados ca que se solicita un documento desde el servidor. Esto es, incluso si se vuelve a cargar la misma página, y para cada imagen de la p&# provienen de un directorio protegido). Como se puede imaginar, esto ralentiza las cosas un poco. La cantidad que ralentiza las cosas es proporcional al tamaño del archivo de contrase&#'color: green'>241;as, porque tiene que abrir ese archivo, recorrer lista de usuarios hasta que llega a su nombre. Y tiene que hacer esto cada vez que se carga una página.</p> <p>Una consecuencia de esto, es que hay un limite práctico de cu usuarios puedes introducir en el fichero de contraseñas. Es variará dependiendo de la m pero puedes notar ralentizaciones en cuanto se metan cientos de entradas, y por lo tanto consideraremos entonces otro método de autent en ese momento. </p> </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="dbmdbd" id="dbmdbd">Método alternativo de almac contraseñas</a></h2> <p>Debido a que el almacenamiento de las contraseñas en texto p el problema mencionado anteriormente, puede que se prefiera guardar las contraseñas en otro lugar como por ejemplo una base de dat </p> <p>Los módulos <code class="module"><a href="../mod/mod_auth dos módulos que hacen esto posible. En vez de seleccionar la d <code><code class="directive"><a href="../mod/mod_auth_basic.html#authbasicprovider">Aut se puede elegir <code>dbm</code> o <code>dbd</code> como formato de almacenamiento.</p> <p>Para seleccionar los ficheros de tipo dbm en vez de texto plano, podremos hacer algo parecido a <pre class="prettyprint lang-config"><Directory "/www/docs/private"> AuthName "Private" AuthType Basic AuthBasicProvider dbm AuthDBMUserFile "/www/passwords/passwd.dbm" Require valid-user </Directory></pre> <p>Hay otras opciones disponibles. Consulta la documentació <code class="module"><a href="../mod/mod_authn_dbm.html">mod_authn_dbm</a></code> para m&# </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="multprovider" id="multprovider">Uso de múltipl <p>Con la introducción de la nueva autenticación basada en un proveedor y una arquitectura de autorización, ya no estaremos restring método de autenticación o los proveedores pueden ser mezclados y emparejados para ofrecerle exactamente el esquema que se adapte a sus necesidades. En el siguiente ejemplo, veremos como ambos proveedores tanto el fichero como el LDAP son usados en la autenticación: </p> <pre class="prettyprint lang-config"><Directory "/www/docs/private"> AuthName "Private" AuthType Basic AuthBasicProvider file ldap AuthUserFile "/usr/local/apache/passwd/passwords" AuthLDAPURL ldap://ldaphost/o=yourorg Require valid-user </Directory></pre> <p>En este ejemplo el fichero, que actúa como proveedor, inten primero al usuario. Si no puede autenticar al usuario, el proveedor del LDAP será llamado para que realice la autenticación. Esto permite al ámbito de autenticación ser amplio, si su organización implementa más de un tipo de almacén de autenticación. Otros escenarios de autenticación y autorizaci&#='color: green'>243;n pueden incluir la mezcla de un tipo de autenticación con un tipo diferente de au Por ejemplo, autenticar contra un fichero de contraseñas pe dicho acceso mediante el directorio del LDAP.</p> <p>Así como múltiples m&# ser implementados, también pueden usarse múltiples formas de autorización. En este ejemplo ambos ficheros de autorización de grupo as&# autorización de grupo mediante LDAP va a ser usado: </p> <pre class="prettyprint lang-config"><Directory "/www/docs/private"> AuthName "Private" AuthType Basic AuthBasicProvider file AuthUserFile "/usr/local/apache/passwd/passwords" AuthLDAPURL ldap://ldaphost/o=yourorg AuthGroupFile "/usr/local/apache/passwd/groups" Require group GroupName Require ldap-group cn=mygroup,o=yourorg </Directory></pre> <p>Para llevar la autorización un poco más lejos, las directivas de autorización de contenedores tales como <code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireAll></a></c and <code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></c nos permiten aplicar una lógica de en qué orden se manejará la autorización dependiendo de la configuración y controlada a través de ella. Mire también <a href="../mod/mod_authz_core.html#logic"> Autorización</a> para ejemplos de cómo pueden ser aplicados.</p> </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="beyond" id="beyond">Más allá de la Autorización</a></h2> <p>El modo en que la autorización puede ser aplicada es ahora mu que us solo chequeo contra un almacén de datos (contrase&# lógica y escoger la forma en que la autorización es realizada, ahora es posible </p> <h3><a name="authandororder" id="authandororder">Aplicando la l&#>243;gica y ordenación</a></h3> <p>Controlar el cómo y en qué sido un misterio en el pasado. En Apache 2.2 un proveedor del mecanismo de autenticación fue introducido para disociar e de autenticación y soportar funcionalidad. Uno de los beneficios secundarios fue que los proveedores de autenticación podían ser configurados y llamados en un orden especifico qu en el orden de carga del propio modulo. Este proveedor de dicho mecanismo, ha sido introducido en la autorización también. Lo que esto significa es que la directiva <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> no sólo especifica que mét también especifica el orden en que van a ser llamados. M&#style='color: green'>250;ltiples métodos de autorización s <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> apa configuración. </p> <p> Con la Introducción del contenedor de directivas de autoriz <code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireAll></a></c y <code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></c La configuración también de autorización y qué crit Vease <a href="../mod/mod_authz_core.html#logic">Contenedores de autorización</a> Para un ejemplo de cómo pueden ser utilizados para expresar u más compleja de autorizaci </p> <p> Por defecto todas las directivas <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> son manejadas como si estuvieran contenidas en una directiva <code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></c En otras palabras, Si alguno de los métodos de autorizaci&# especificados tiene éxito, se concede la autorizaci&#tyle='color: green'>243;n. </p> <h3><a name="reqaccessctrl" id="reqaccessctrl">Uso de los proveedores de autorizaci&#le='color: green'>243;n para el control de acceso</a></h3> <p> La autenticación de nombre de usuario y contrase&#='color: green'>241;a es sólo parte de toda la historia que conlleva el proceso. Frecuentemente quiere dar acceso a la gente en base a algo más que lo que son. Algo como de donde vienen. </p> <p> Los proveedores de autorización <code>all</code>, <code>env</code>, <code>host</code> y <code>ip</code> te permiten denegar o permitir el acceso basándose en otros criterios como el nombre de la máquina o la IP de la m&#e='color: green'>225;quina que realiza la consulta para un documento. </p> <p> El uso de estos proveedores se especifica a través de la direc <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>. La directiva registra los proveedores de autorización que s durante la solicitud de la fase del proceso de autorización. </p> <pre class="prettyprint lang-config">Require ip <var>address</var> </pre> <p> Donde <var>address</var> es una dirección IP (o una direcci&# o bien: </p> <pre class="prettyprint lang-config">Require host <var>domain_name</var> </pre> <p> Donde <var>domain_name</var> es el nombre completamente cualificado de un nombre de dominio (FQDN) (o un nombre parcial del dominio); puede proporcionar múltiples direcciones o nombres de domi </p> <p> Por ejemplo, si alguien envía spam a su tablón de mensajes y desea mantenerlos alejados, podría hacer lo siguiente:</p> <pre class="prettyprint lang-config"><RequireAll> Require all granted Require not ip 10.252.46.165 </RequireAll></pre> <p> Visitantes que vengan desde esa IP no serán capaces de ver el c que cubre esta directiva. Si, en cambio, lo que se tiene es el nombre de la máquina, en vez de la direcci&#>243;n IP, podría usar: </p> <pre class="prettyprint lang-config"><RequireAll> Require all granted Require not host host.example.com </RequireAll></pre> <p> Y, si lo que se quiere es bloquear el acceso desde un determinado dominio (bloquear el acceso desde el dominio entero), puede especificar parte de la dirección o del propio dominio a bloquear: </p> <pre class="prettyprint lang-config"><RequireAll> Require all granted Require not ip 192.168.205 Require not host phishers.example.com moreidiots.example Require not host ke </RequireAll></pre> <p> Usando <code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireA con múltiples directivas <code class="directive"><a href=". Sólo permitirá el acceso, En otras palabras, el acceso será bloqueado, si cualquiera d negadas fallara. </p> <h3><a name="filesystem" id="filesystem">Compatibilidad de Control de Acceso con versiones anteriores </a></h3> <p> Uno de los efectos secundarios de adoptar proveedores basados en mecanismos de autenticación es que las directivas anterior <code class="directive"><a href="../mod/mod_access_compat.html#order">Order</a></code>, <code class="directive"><a href="../mod/mod_access_compat.html#allow">Allow</a></code>, <code class="directive"><a href="../mod/mod_access_compat.html#deny">Deny</a></code> y <code class="directive"><a href="../mod/mod_access_compat.html#satisfy">Satisfy</a></code> Sin embargo, para proporcionar compatibilidad con configuraciones antiguas, estas directivas se han movido al módulo <code class="module </p> <div class="warning"><h3>Nota:</h3> <p> Las directivas proporcionadas por <code class="module"><a href="../mod/mod_access_compat. han quedado obsoletas por <code class="module"><a href="../mod/mod_authz_host.html">mod_au directivas antiguas como <code class="directive"><a href="../mod/mod_access_compat.html#order">Order</a></code>, <code class="directive"><a href="../mod/mod_access_compat.html#allow">Allow</a></code> &# <code class="directive"><a href="../mod/mod_access_compat.html#deny">Deny</a></code> con las como <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> es técnicamente posible pero desaconsejable. El m&#le='color: green'>243;dulo <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> s que contuvieran sólo directivas antiguas para facilitar la a la versión 2.4. Por favor revise la documentación de <a href="../upgrading.html">actualización</a> para m&#tyle='color: green'>225;s información al respecto. </p> </div> </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="socache" id="socache">Cache de Autenticación</a>< <p> Puede haber momentos en que la autenticación ponga una carga inaceptable en el proveedor (de autenticación) o en tu red. Esto suele afectar a los usuarios de <code class="module"><a href="../mod/mod_authn_dbd.html (u otros proveedores de terceros/personalizados). Para lidiar con este problema, HTTPD 2.3/2.4 introduce un nuevo proveedor de caché <code class="module"><a href="../mod/mod_authn_so y reducir la carga en el proveedor(es) original. </p> <p> Esto puede ofrecer un aumento de rendimiento sustancial para algunos usuarios. </p> </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div> <div class="section"> <h2><a name="moreinformation" id="moreinformation">Más inf <p> También debería leer la do <code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code> y <code cl la cuál contiene más infor La directiva <code class="directive"><a href="../mod/mod_authn_core.html#authnprovidera a la hora de simplificar ciertas configuraciones de autenticaci&#>243;n. </p> <p> Los diferentes algoritmos de cifrado que están soportados p para la autenticación se explican en <a href="../misc/password_encryptions.html">Cifrado de Contraseñas</a>. </p> <p> Y tal vez quiera ojear la documentación de "how to" <a href="access.html">Control de Acceso</a> donde se mencionan temas relacionados.</p> </div></div> <div class="bottomlang"> <p><span>Idiomas disponibles: </span><a href="../en/howto/auth.html" hreflang="en" rel="alte <a href="../es/howto/auth.html" title="Español"> es </a> | <a href="../fr/howto/auth.html" hreflang="fr" rel="alternate" title="Français"> fr </a> | <a href="../ja/howto/auth.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> | <a href="../ko/howto/auth.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> | <a href="../tr/howto/auth.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p> </div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><d <script type="text/javascript"><!--//--><![CDATA[//><!-- var comments_shortname = 'httpd'; var comments_identifier = 'http://httpd.apache.org/docs/2.4/howto/auth.html'; (function(w, d) { if (w.location.hostname.toLowerCase() == "httpd.apache.org") { d.write('<div id="comments_thread"><\/div>'); var s = d.createElement('script'); s.type = 'text/javascript'; s.async = true; s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page='& (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChi } else { d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>' } })(window, document); //--><!]]></script></div><div id="footer"> <p class="apache">Copyright 2025 The Apache Software Foundation.<br />Licencia bajo los t&#style='color: green'>233;rminos de la <a href="http://www.apache.org/licenses/LICENSE- <p class="menu"><a href="../mod/">Módulos</a> | <a href="../mod if (typeof(prettyPrint) !== 'undefined') { prettyPrint(); } //--><!]]></script> </body></html> [Verzeichnis aufwärts0.40unsichere VerbindungÜbersetzung europäischer Sprachen durch Browser2026-06-10] |
2026-06-09