-<?xml version='1.0' encoding='UTF-8' ?>\r
-<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">\r
-<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>\r
-<!-- English Revision: 1734357 -->\r
-<!-- Updated by Luis Gil de Bernabé Pfeiffer lgilbernabe[AT]apache.org -->\r
-<!-- Reviewed by Sergio Ramos -->\r
-<!--\r
- Licensed to the Apache Software Foundation (ASF) under one or more\r
- contributor license agreements. See the NOTICE file distributed with\r
- this work for additional information regarding copyright ownership.\r
- The ASF licenses this file to You under the Apache License, Version 2.0\r
- (the "License"); you may not use this file except in compliance with\r
- the License. You may obtain a copy of the License at\r
-\r
- http://www.apache.org/licenses/LICENSE-2.0\r
-\r
- Unless required by applicable law or agreed to in writing, software\r
- distributed under the License is distributed on an "AS IS" BASIS,\r
- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.\r
- See the License for the specific language governing permissions and\r
- limitations under the License.\r
--->\r
-\r
-<manualpage metafile="access.xml.meta">\r
-<parentdocument href="./">How-To / Tutoriales</parentdocument>\r
-\r
-<title>Control de Acceso</title>\r
-\r
-<summary>\r
- <p>El control de acceso, hace referencia a todos los medios que proporcionan\r
- una forma de controlar el acceso a cualquier recurso. Esta parte está\r
- separada de <a\r
- href="auth.html">autenticación y autorización</a>.</p>\r
-</summary>\r
-\r
-<section id="related"><title>Módulos y Directivas relacionados</title>\r
-\r
- <p>El control de acceso puede efectuarse mediante diferentes módulos. Los \r
- más importantes de éstos son <module>mod_authz_core</module> y\r
- <module>mod_authz_host</module>. También se habla en este documento de\r
- el control de acceso usando el módulo <module>mod_rewrite</module>.</p>\r
-\r
-</section>\r
-\r
-<section id="host"><title>Control de Acceso por host</title>\r
- <p>\r
- Si lo que se quiere es restringir algunas zonas del sitio web, basándonos\r
- en la dirección del visitante, esto puede ser realizado de manera \r
- fácil con el módulo <module>mod_authz_host</module>.\r
- </p>\r
-\r
- <p>La directiva <directive module="mod_authz_core">Require</directive>\r
- proporciona una variedad de diferentes maneras de permitir o denegar el acceso a los recursos. Además puede ser usada junto con las directivas:<directive\r
- module="mod_authz_core">RequireAll</directive>, <directive\r
- module="mod_authz_core">RequireAny</directive>, y <directive\r
- module="mod_authz_core">RequireNone</directive>, estos requerimientos pueden\r
- ser combinados de forma compleja y arbitraria, para cumplir cualquiera que\r
- sean tus políticas de acceso.</p>\r
-\r
- <note type="warning"><p>\r
- Las directivas <directive module="mod_access_compat">Allow</directive>,\r
- <directive module="mod_access_compat">Deny</directive>, y\r
- <directive module="mod_access_compat">Order</directive>,\r
- proporcionadas por <module>mod_access_compat</module>, están obsoletas y\r
- serán quitadas en futuras versiones. Deberá evitar su uso, y también\r
- los tutoriales desactualizaos que recomienden su uso.\r
- </p></note>\r
-\r
- <p>El uso de estas directivas es:</p>\r
-\r
- \r
- <highlight language="config">\r
-Require host <var>address</var> <br/>\r
-Require ip <var>ip.address</var>\r
- </highlight>\r
-\r
- <p>En la primera línea, <var>address</var> es el FQDN de un nombre de \r
- dominio (o un nombre parcial del dominio); puede proporcionar múltiples\r
- direcciones o nombres de dominio, si se desea.\r
- </p>\r
-\r
- <p>En la segunda línea, <var>ip.address</var> es la dirección IP, una\r
- dirección IP parcial, una red con su máscara, o una especificación red/nnn \r
- CIDR. Pueden usarse tanto IPV4 como IPV6.</p>\r
-\r
- <p>Consulte también <a href="../mod/mod_authz_host.html#requiredirectives">la \r
- documentación de mod_authz_host </a> para otros ejemplos de esta sintaxis.\r
- </p>\r
-\r
- <p>Puede ser insertado <code>not</code> para negar un requisito en particular.\r
- Note que, ya que <code>not</code> es una negación de un valor, no puede ser \r
- usado por si solo para permitir o denegar una petición, como <em>not true</em>\r
- que no contituye ser <em>false</em>. En consecuencia, para denegar una \r
- visita usando una negación, el bloque debe tener un elemento que se evalúa como\r
- verdadero o falso. Por ejemplo, si tienes a alguien espameandote tu tablón de \r
- mensajes, y tu quieres evitar que entren o dejarlos fuera, puedes realizar\r
- lo siguiente:\r
- </p>\r
-\r
- <highlight language="config">\r
-<RequireAll>\r
- Require all granted\r
- Require not ip 10.252.46.165\r
-</RequireAll>\r
- </highlight>\r
-\r
- <p>Los visitantes que vengan desde la IP que se configura (<code>10.252.46.165</code>)\r
- no tendrán acceso al contenido que cubre esta directiva. Si en cambio, lo que se \r
- tiene es el nombre de la máquina, en vez de la IP, podrás usar:</p>\r
-\r
- <highlight language="config">\r
-Require not host <var>host.example.com</var>\r
- </highlight>\r
-\r
- <p>Y, Si lo que se quiere es bloquear el acceso desde dominio especifico, \r
- podrás especificar parte de una dirección o nombre de dominio:</p>\r
-\r
- <highlight language="config">\r
-Require not ip 192.168.205\r
-Require not host phishers.example.com moreidiots.example\r
-Require not host gov\r
- </highlight>\r
-\r
- <p>Uso de las directivas <directive\r
- module="mod_authz_core">RequireAll</directive>, <directive\r
- module="mod_authz_core">RequireAny</directive>, y <directive\r
- module="mod_authz_core">RequireNone</directive> pueden ser usadas\r
- para forzar requisitos más complejos.</p>\r
-\r
-</section>\r
-\r
-<section id="env"><title>Control de acceso por variables arbitrarias.</title>\r
-\r
- <p>Haciendo el uso de <directive type="section" module="core">If</directive>,\r
- puedes permitir o denegar el acceso basado en variables de entrono arbitrarias\r
- o en los valores de las cabeceras de las peticiones. Por ejemplo para denegar \r
- el acceso basándonos en el "user-agent" (tipo de navegador así como Sistema Operativo)\r
- puede que hagamos lo siguiente:\r
- </p>\r
-\r
- <highlight language="config">\r
-<If "%{HTTP_USER_AGENT} == 'BadBot'">\r
- Require all denied\r
-</If>\r
- </highlight>\r
-\r
- <p>Usando la sintaxis de <directive module="mod_authz_core">Require</directive>\r
- <code>expr</code> , esto también puede ser escrito de la siguiente forma:\r
- </p>\r
-\r
-\r
- <highlight language="config">\r
-Require expr %{HTTP_USER_AGENT} != 'BadBot'\r
- </highlight>\r
-\r
- <note><title>Advertencia:</title>\r
- <p>El control de acceso por <code>User-Agent</code> es una técnica poco fiable,\r
- ya que la cabecera de <code>User-Agent</code> puede ser modificada y establecerse \r
- al antojo del usuario.</p>\r
- </note>\r
-\r
- <p>Vea también la página de <a href="../expr.html">expresiones</a>\r
- para una mayor aclaración de que sintaxis tienen las expresiones y que\r
- variables están disponibles.</p>\r
-\r
-</section>\r
-\r
-<section id="rewrite"><title>Control de acceso con mod_rewrite</title>\r
-\r
- <p>El flag <code>[F]</code> de <directive\r
- module="mod_rewrite">RewriteRule</directive> causa una respuesta 403 Forbidden\r
- para ser enviada. USando esto, podrá denegar el acceso a recursos basándose\r
- en criterio arbitrario.</p>\r
-\r
- <p>Por ejemplo, si lo que desea es bloquear un recurso entre las 8pm y las \r
- 7am, podrá hacerlo usando <module>mod_rewrite</module>:</p>\r
-\r
- <highlight language="config">\r
-RewriteEngine On\r
-RewriteCond "%{TIME_HOUR}" ">=20" [OR]\r
-RewriteCond "%{TIME_HOUR}" "<07"\r
-RewriteRule "^/fridge" "-" [F]\r
- </highlight>\r
-\r
- <p>Esto devolverá una respuesta de error 403 Forbidden para cualquier petición \r
- después de las 8pm y antes de las 7am. Esta técnica puede ser usada para cualquier \r
- criterio que desee usar. También puede redireccionar, o incluso reescribir estas \r
- peticiones, si se prefiere ese enfoque.\r
- </p>\r
-\r
- <p>La directiva <directive type="section" module="core">If</directive>,\r
- añadida en la 2.4, sustituye muchas cosas que <module>mod_rewrite</module>\r
- tradicionalmente solía hacer, y deberá comprobar estas antes de recurrir a \r
- </p>\r
-\r
-</section>\r
-\r
-<section id="moreinformation"><title>Más información</title>\r
-\r
- <p>El <a href="../expr.html">motor de expresiones</a> le da una gran\r
- capacidad de poder para hacer una gran variedad de cosas basadas en \r
- las variables arbitrarias del servidor, y debe consultar este \r
- documento para más detalles.</p>\r
-\r
- <p>También, deberá leer la documentación de <module>mod_authz_core</module>\r
- para ejemplos de combinaciones de múltiples requisitos de acceso y especificar\r
- cómo interactúan.\r
- </p>\r
-\r
- <p>Vea también los howtos de <a href="auth.html">Authenticación y Autorización</a>\r
- </p>\r
-</section>\r
-\r
-</manualpage>\r
+<?xml version='1.0' encoding='UTF-8' ?>
+<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
+<!-- English Revision: 1734357 -->
+<!-- Updated by Luis Gil de Bernabé Pfeiffer lgilbernabe[AT]apache.org -->
+<!-- Reviewed by Sergio Ramos -->
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="access.xml.meta">
+<parentdocument href="./">How-To / Tutoriales</parentdocument>
+
+<title>Control de Acceso</title>
+
+<summary>
+ <p>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 <a
+ href="auth.html">autenticación y autorización</a>.</p>
+</summary>
+
+<section id="related"><title>Módulos y Directivas relacionados</title>
+
+ <p>El control de acceso puede efectuarse mediante diferentes módulos. Los
+ más importantes de éstos son <module>mod_authz_core</module> y
+ <module>mod_authz_host</module>. También se habla en este documento de
+ el control de acceso usando el módulo <module>mod_rewrite</module>.</p>
+
+</section>
+
+<section id="host"><title>Control de Acceso por host</title>
+ <p>
+ 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 <module>mod_authz_host</module>.
+ </p>
+
+ <p>La directiva <directive module="mod_authz_core">Require</directive>
+ proporciona una variedad de diferentes maneras de permitir o denegar el acceso a los recursos. Además puede ser usada junto con las directivas:<directive
+ module="mod_authz_core">RequireAll</directive>, <directive
+ module="mod_authz_core">RequireAny</directive>, y <directive
+ module="mod_authz_core">RequireNone</directive>, estos requerimientos pueden
+ ser combinados de forma compleja y arbitraria, para cumplir cualquiera que
+ sean tus políticas de acceso.</p>
+
+ <note type="warning"><p>
+ Las directivas <directive module="mod_access_compat">Allow</directive>,
+ <directive module="mod_access_compat">Deny</directive>, y
+ <directive module="mod_access_compat">Order</directive>,
+ proporcionadas por <module>mod_access_compat</module>, están obsoletas y
+ serán quitadas en futuras versiones. Deberá evitar su uso, y también
+ los tutoriales desactualizaos que recomienden su uso.
+ </p></note>
+
+ <p>El uso de estas directivas es:</p>
+
+
+ <highlight language="config">
+Require host <var>address</var> <br/>
+Require ip <var>ip.address</var>
+ </highlight>
+
+ <p>En la primera línea, <var>address</var> 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.
+ </p>
+
+ <p>En la segunda línea, <var>ip.address</var> 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.</p>
+
+ <p>Consulte también <a href="../mod/mod_authz_host.html#requiredirectives">la
+ documentación de mod_authz_host </a> para otros ejemplos de esta sintaxis.
+ </p>
+
+ <p>Puede ser insertado <code>not</code> para negar un requisito en particular.
+ Note que, ya que <code>not</code> es una negación de un valor, no puede ser
+ usado por si solo para permitir o denegar una petición, como <em>not true</em>
+ que no contituye ser <em>false</em>. 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
+ mensajes, y tu quieres evitar que entren o dejarlos fuera, puedes realizar
+ lo siguiente:
+ </p>
+
+ <highlight language="config">
+<RequireAll>
+ Require all granted
+ Require not ip 10.252.46.165
+</RequireAll>
+ </highlight>
+
+ <p>Los visitantes que vengan desde la IP que se configura (<code>10.252.46.165</code>)
+ 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:</p>
+
+ <highlight language="config">
+Require not host <var>host.example.com</var>
+ </highlight>
+
+ <p>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:</p>
+
+ <highlight language="config">
+Require not ip 192.168.205
+Require not host phishers.example.com moreidiots.example
+Require not host gov
+ </highlight>
+
+ <p>Uso de las directivas <directive
+ module="mod_authz_core">RequireAll</directive>, <directive
+ module="mod_authz_core">RequireAny</directive>, y <directive
+ module="mod_authz_core">RequireNone</directive> pueden ser usadas
+ para forzar requisitos más complejos.</p>
+
+</section>
+
+<section id="env"><title>Control de acceso por variables arbitrarias.</title>
+
+ <p>Haciendo el uso de <directive type="section" module="core">If</directive>,
+ 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)
+ puede que hagamos lo siguiente:
+ </p>
+
+ <highlight language="config">
+<If "%{HTTP_USER_AGENT} == 'BadBot'">
+ Require all denied
+</If>
+ </highlight>
+
+ <p>Usando la sintaxis de <directive module="mod_authz_core">Require</directive>
+ <code>expr</code> , esto también puede ser escrito de la siguiente forma:
+ </p>
+
+
+ <highlight language="config">
+Require expr %{HTTP_USER_AGENT} != 'BadBot'
+ </highlight>
+
+ <note><title>Advertencia:</title>
+ <p>El control de acceso por <code>User-Agent</code> es una técnica poco fiable,
+ ya que la cabecera de <code>User-Agent</code> puede ser modificada y establecerse
+ al antojo del usuario.</p>
+ </note>
+
+ <p>Vea también la página de <a href="../expr.html">expresiones</a>
+ para una mayor aclaración de que sintaxis tienen las expresiones y que
+ variables están disponibles.</p>
+
+</section>
+
+<section id="rewrite"><title>Control de acceso con mod_rewrite</title>
+
+ <p>El flag <code>[F]</code> de <directive
+ module="mod_rewrite">RewriteRule</directive> causa una respuesta 403 Forbidden
+ para ser enviada. USando esto, podrá denegar el acceso a recursos basándose
+ en criterio arbitrario.</p>
+
+ <p>Por ejemplo, si lo que desea es bloquear un recurso entre las 8pm y las
+ 7am, podrá hacerlo usando <module>mod_rewrite</module>:</p>
+
+ <highlight language="config">
+RewriteEngine On
+RewriteCond "%{TIME_HOUR}" ">=20" [OR]
+RewriteCond "%{TIME_HOUR}" "<07"
+RewriteRule "^/fridge" "-" [F]
+ </highlight>
+
+ <p>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.
+ </p>
+
+ <p>La directiva <directive type="section" module="core">If</directive>,
+ añadida en la 2.4, sustituye muchas cosas que <module>mod_rewrite</module>
+ tradicionalmente solía hacer, y deberá comprobar estas antes de recurrir a
+ </p>
+
+</section>
+
+<section id="moreinformation"><title>Más información</title>
+
+ <p>El <a href="../expr.html">motor de expresiones</a> 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.</p>
+
+ <p>También, deberá leer la documentación de <module>mod_authz_core</module>
+ para ejemplos de combinaciones de múltiples requisitos de acceso y especificar
+ cómo interactúan.
+ </p>
+
+ <p>Vea también los howtos de <a href="auth.html">Authenticación y Autorización</a>
+ </p>
+</section>
+
+</manualpage>
-<?xml version="1.0" encoding="UTF-8" ?>\r
-<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">\r
-<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>\r
-<!-- English Revision: 1786687 -->\r
-<!-- Spanish translation : Daniel Ferradal -->\r
-<!-- Reviewed by : Luis Gil de Bernabé Pfeiffer lgilbernabe [AT] apache.org -->\r
-<!--\r
- Licensed to the Apache Software Foundation (ASF) under one or more\r
- contributor license agreements. See the NOTICE file distributed with\r
- this work for additional information regarding copyright ownership.\r
- The ASF licenses this file to You under the Apache License, Version 2.0\r
- (the "License"); you may not use this file except in compliance with\r
- the License. You may obtain a copy of the License at\r
-\r
- http://www.apache.org/licenses/LICENSE-2.0\r
-\r
- Unless required by applicable law or agreed to in writing, software\r
- distributed under the License is distributed on an "AS IS" BASIS,\r
- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.\r
- See the License for the specific language governing permissions and\r
- limitations under the License.\r
--->\r
-\r
-<manualpage metafile="index.xml.meta">\r
- <parentdocument href="../"/>\r
-\r
- <title>How-To / Tutoriales</title>\r
-\r
- <section id="howto">\r
-\r
- <title>How-To / Tutoriales</title>\r
-\r
- <dl>\r
- <dt>Autenticación y Autorización</dt>\r
- <dd>\r
- <p>Autenticación es un proceso en el cual se verifica \r
- que alguien es quien afirma ser. Autorización es cualquier\r
- proceso en el que se permite a alguien acceder donde quiere ir,\r
- o a obtener la información que desea tener.</p>\r
-\r
- <p>Ver: <a href="auth.html">Autenticación, Autorización</a></p>\r
- </dd>\r
- </dl>\r
-\r
- <dl>\r
- <dt>Control de Acceso</dt>\r
- <dd>\r
- <p>Control de acceso hace referencia al proceso de restringir, o \r
- garantizar el acceso a un recurso en base a un criterio arbitrario.\r
- Esto se puede conseguir de distintas formas.</p>\r
-\r
- <p>Ver: <a href="access.html">Control de Acceso</a></p>\r
- </dd>\r
- </dl>\r
-\r
- <dl>\r
- <dt>Contenido Dinámico con CGI</dt>\r
- <dd>\r
- <p>El CGI (Common Gateway Interface) es un método por el cual\r
- un servidor web puede interactuar con programas externos de \r
- generación de contenido, a ellos nos referimos comúnmente como \r
- programas CGI o scripts CGI. Es un método sencillo para mostrar\r
- contenido dinámico en tu sitio web. Este documento es una \r
- introducción para configurar CGI en tu servidor web Apache, y de\r
- inicio para escribir programas CGI.</p>\r
-\r
- <p>Ver: <a href="cgi.html">CGI: Contenido Dinámico</a></p>\r
- </dd>\r
- </dl>\r
-\r
- <dl>\r
- <dt>Ficheros <code>.htaccess</code></dt>\r
- <dd>\r
- <p>Los ficheros <code>.htaccess</code> facilitan una forma de \r
- hacer configuraciones por-directorio. Un archivo, que \r
- contiene una o más directivas de configuración, se coloca en un\r
- directorio específico y las directivas especificadas solo aplican\r
- sobre ese directorio y los subdirectorios del mismo.</p>\r
-\r
- <p>Ver: <a href="htaccess.html"><code>.htaccess</code> files</a></p>\r
- </dd>\r
- </dl>\r
-\r
- <dl>\r
- <dt>HTTP/2 con httpd</dt>\r
- <dd>\r
- <p>HTTP/2 es la evolución del protocolo de capa de aplicación más conocido, HTTP. \r
- Se centra en hacer un uso más eficiente de los recursos de red sin cambiar la\r
- semántica de HTTP. Esta guía explica como se implementa HTTP/2 en httpd,\r
- mostrando buenas prácticas y consejos de configuración básica.\r
- </p>\r
-\r
- <p>Ver: <a href="http2.html">Guía HTTP/2</a></p>\r
- </dd>\r
- </dl>\r
-\r
-\r
- <dl>\r
- <dt>Introducción a los SSI</dt>\r
- <dd>\r
- <p>Los SSI (Server Side Includes) son directivas que se colocan\r
- en las páginas HTML, y son evaluadas por el servidor mientras \r
- éste las sirve. Le permiten añadir contenido generado \r
- dinámicamente a una página HTML existente, sin tener que servir\r
- la página entera a través de un programa CGI u otro método \r
- dinámico.</p>\r
-\r
- <p>Ver: <a href="ssi.html">Server Side Includes (SSI)</a></p>\r
- </dd>\r
- </dl>\r
-\r
- <dl>\r
- <dt>Directorios web Por-usuario</dt>\r
- <dd>\r
- <p>En sistemas con múltiples usuarios, cada usuario puede tener\r
- su directorio "home" compartido usando la directiva\r
- <directive module="mod_userdir">UserDir</directive>. Aquellos\r
- que visiten la URL <code>http://example.com/~username/</code>\r
- obtendrán contenido del directorio del usuario "<code>username</code>"\r
- que se encuentra en el directorio "home" del sistema.</p>\r
-\r
- <p>Ver: <a href="public_html.html">\r
- Directorios Web de Usuario (<code>public_html</code>)</a></p>\r
- </dd>\r
- </dl>\r
-\r
- <dl>\r
- <dt>Guía de Proxy Inverso</dt>\r
- <dd>\r
- <p>Apache httpd ofrece muchas posibilidades como proxy inverso. Usando la\r
- directiva <directive module="mod_proxy">ProxyPass</directive> así como\r
- <directive module="mod_proxy">BalancerMember</directive> puede crear\r
- sofisticadas configuraciones de proxy inverso que proveen de alta \r
- disponibilidad, balanceo de carga, clustering basado en la nube y \r
- reconfiguración dinámica en caliente.</p>\r
-\r
- <p>Ver: <a href="reverse_proxy.html">Guía de Proxy Inverso</a></p>\r
- </dd>\r
- </dl>\r
-\r
- </section>\r
-\r
-</manualpage>\r
-\r
-\r
+<?xml version="1.0" encoding="UTF-8" ?>
+<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
+<?xml-stylesheet type="text/xsl" href="../style/manual.es.xsl"?>
+<!-- English Revision: 1786687 -->
+<!-- Spanish translation : Daniel Ferradal -->
+<!-- Reviewed by : Luis Gil de Bernabé Pfeiffer lgilbernabe [AT] apache.org -->
+<!--
+ Licensed to the Apache Software Foundation (ASF) under one or more
+ contributor license agreements. See the NOTICE file distributed with
+ this work for additional information regarding copyright ownership.
+ The ASF licenses this file to You under the Apache License, Version 2.0
+ (the "License"); you may not use this file except in compliance with
+ the License. You may obtain a copy of the License at
+
+ http://www.apache.org/licenses/LICENSE-2.0
+
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+-->
+
+<manualpage metafile="index.xml.meta">
+ <parentdocument href="../"/>
+
+ <title>How-To / Tutoriales</title>
+
+ <section id="howto">
+
+ <title>How-To / Tutoriales</title>
+
+ <dl>
+ <dt>Autenticación y Autorización</dt>
+ <dd>
+ <p>Autenticación es un proceso en el cual se verifica
+ que alguien es quien afirma ser. Autorización es cualquier
+ proceso en el que se permite a alguien acceder donde quiere ir,
+ o a obtener la información que desea tener.</p>
+
+ <p>Ver: <a href="auth.html">Autenticación, Autorización</a></p>
+ </dd>
+ </dl>
+
+ <dl>
+ <dt>Control de Acceso</dt>
+ <dd>
+ <p>Control de acceso hace referencia al proceso de restringir, o
+ garantizar el acceso a un recurso en base a un criterio arbitrario.
+ Esto se puede conseguir de distintas formas.</p>
+
+ <p>Ver: <a href="access.html">Control de Acceso</a></p>
+ </dd>
+ </dl>
+
+ <dl>
+ <dt>Contenido Dinámico con CGI</dt>
+ <dd>
+ <p>El CGI (Common Gateway Interface) es un método por el cual
+ un servidor web puede interactuar con programas externos de
+ generación de contenido, a ellos nos referimos comúnmente como
+ programas CGI o scripts CGI. Es un método sencillo para mostrar
+ contenido dinámico en tu sitio web. Este documento es una
+ introducción para configurar CGI en tu servidor web Apache, y de
+ inicio para escribir programas CGI.</p>
+
+ <p>Ver: <a href="cgi.html">CGI: Contenido Dinámico</a></p>
+ </dd>
+ </dl>
+
+ <dl>
+ <dt>Ficheros <code>.htaccess</code></dt>
+ <dd>
+ <p>Los ficheros <code>.htaccess</code> facilitan una forma de
+ hacer configuraciones por-directorio. Un archivo, que
+ contiene una o más directivas de configuración, se coloca en un
+ directorio específico y las directivas especificadas solo aplican
+ sobre ese directorio y los subdirectorios del mismo.</p>
+
+ <p>Ver: <a href="htaccess.html"><code>.htaccess</code> files</a></p>
+ </dd>
+ </dl>
+
+ <dl>
+ <dt>HTTP/2 con httpd</dt>
+ <dd>
+ <p>HTTP/2 es la evolución del protocolo de capa de aplicación más conocido, HTTP.
+ Se centra en hacer un uso más eficiente de los recursos de red sin cambiar la
+ semántica de HTTP. Esta guía explica como se implementa HTTP/2 en httpd,
+ mostrando buenas prácticas y consejos de configuración básica.
+ </p>
+
+ <p>Ver: <a href="http2.html">Guía HTTP/2</a></p>
+ </dd>
+ </dl>
+
+
+ <dl>
+ <dt>Introducción a los SSI</dt>
+ <dd>
+ <p>Los SSI (Server Side Includes) son directivas que se colocan
+ en las páginas HTML, y son evaluadas por el servidor mientras
+ éste las sirve. Le permiten añadir contenido generado
+ dinámicamente a una página HTML existente, sin tener que servir
+ la página entera a través de un programa CGI u otro método
+ dinámico.</p>
+
+ <p>Ver: <a href="ssi.html">Server Side Includes (SSI)</a></p>
+ </dd>
+ </dl>
+
+ <dl>
+ <dt>Directorios web Por-usuario</dt>
+ <dd>
+ <p>En sistemas con múltiples usuarios, cada usuario puede tener
+ su directorio "home" compartido usando la directiva
+ <directive module="mod_userdir">UserDir</directive>. Aquellos
+ que visiten la URL <code>http://example.com/~username/</code>
+ obtendrán contenido del directorio del usuario "<code>username</code>"
+ que se encuentra en el directorio "home" del sistema.</p>
+
+ <p>Ver: <a href="public_html.html">
+ Directorios Web de Usuario (<code>public_html</code>)</a></p>
+ </dd>
+ </dl>
+
+ <dl>
+ <dt>Guía de Proxy Inverso</dt>
+ <dd>
+ <p>Apache httpd ofrece muchas posibilidades como proxy inverso. Usando la
+ directiva <directive module="mod_proxy">ProxyPass</directive> así como
+ <directive module="mod_proxy">BalancerMember</directive> puede crear
+ sofisticadas configuraciones de proxy inverso que proveen de alta
+ disponibilidad, balanceo de carga, clustering basado en la nube y
+ reconfiguración dinámica en caliente.</p>
+
+ <p>Ver: <a href="reverse_proxy.html">Guía de Proxy Inverso</a></p>
+ </dd>
+ </dl>
+
+ </section>
+
+</manualpage>
+
+
projects / apache / commitdiff