1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
|
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<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" title="Main stylesheet" />
<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
<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/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="../glossary.html">Glosario</a> | <a href="../sitemap.html">Mapa del sitio web</a></p>
<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 HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentaci�n</a> > <a href="../">Versi�n 2.4</a> > <a href="./">How-To / Tutoriales</a></div><div id="page-content"><div id="preamble"><h1>Autenticaci�n y Autorizaci�n</h1>
<div class="toplang">
<p><span>Idiomas disponibles: </span><a href="../en/howto/auth.html" hreflang="en" rel="alternate" title="English"> en </a> |
<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>
<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�l cualquiera
est� permitido a estar donde se quiera, o tener informaci�n la cu�l se
quiera tener.
</p>
<p>Para informaci�n de control de acceso de forma gen�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" class="badge"><img src="https://www.apache.org/images/SupportApache-small.png" alt="Support Apache!" /></a><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#related">M�dulos y Directivas Relacionados</a></li>
<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>
<li><img alt="" src="../images/down.gif" /> <a href="#gettingitworking">Conseguir que funcione</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#lettingmorethanonepersonin">Dejar que m�s de una persona
entre</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#possibleproblems">Posibles Problemas</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#dbmdbd">M�todo alternativo de almacenamiento de las
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�s all� de la Autorizaci�n</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#socache">Cache de Autenticaci�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="#comments_section">Comentarios</a></li></ul></div>
<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 Relacionados</a></h2>
<p>Hay tres tipos de m�dulos involucrados en los procesos de la autenticaci�n
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">AuthBasicProvider</a></code> y
<code class="directive"><a href="../mod/mod_auth_digest.html#authdigestprovider">AuthDigestProvider</a></code>)
<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></code></li>
</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></code></li>
<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, tambi�n est�n
<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>. �stos m�dulos implementan las directivas
esenciales que son el centro de todos los m�dulos de autenticaci�n.</p>
<p>El m�dulo <code class="module"><a href="../mod/mod_authnz_ldap.html">mod_authnz_ldap</a></code> es tanto un proveedor de
autenticaci�n como de autorizaci�n. El m�dulo
<code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code> proporciona autorizaci�n y control de acceso
basado en el nombre del Host, la direcci�n IP o caracter�sticas de la propia
petici�n, pero no es parte del sistema proveedor de
autenticaci�n. Para tener compatibilidad inversa con el mod_access,
hay un nuevo modulo llamado <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code>.</p>
<p>Tambi�n puedes mirar el how-to de <a href="access.html">Control de Acceso </a>, donde se plantean varias formas del control de acceso al servidor.</p>
</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</a></h2>
<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�n
de ayuda para asegurarse de que las personas que ven esas p�ginas sean
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 seguro,
considera usar <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> como m�todo de autenticaci�n adicional a cualquier forma de autenticaci�n.</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="theprerequisites" id="theprerequisites">Los Prerequisitos</a></h2>
<p>Las directivas que se usan en este art�culo necesitaran ponerse ya sea
en el fichero de configuraci�n principal del servidor ( t�picamente en
la secci�n
<code class="directive"><a href="../mod/core.html#directory"><Directory></a></code> de httpd.conf ), o
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�s
tener en la configuraci�n global del servidor, una configuraci�n que permita
poner directivas de autenticaci�n en estos ficheros. Esto se hace con la
directiva <code class="directive"><a href="../mod/core.html#allowoverride">AllowOverride</a></code>, la cual especifica
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> como la siguiente:
</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�, 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� intentaremos
dejarlo claro llegado el momento de comentar dicho aspecto.</p>
<p>Tambi�n deber�s de asegurarte de que los 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>
han sido incorporados, o a�adidos a la hora de compilar en tu binario httpd o
cargados mediante el archivo de configuraci�n <code>httpd.conf</code>. Estos
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�sico de c�mo proteger con contrase�a un directorio en tu
servidor.</p>
<p>Primero, necesitar�s crear un fichero de contrase�a. Dependiendo de que
proveedor de autenticaci�n se haya elegido, se har� 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 acceso desde
la web. Esto tambi�n implica que nadie pueda descargarse el fichero de
contrase�as. Por ejemplo, si tus documentos est�n guardados fuera de
<code>/usr/local/apache/htdocs</code>, querr�s poner tu archivo de contrase�as en
<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 Apache. Esta herramienta se
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� por una contrase�a, y despu�s
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� en tu variable de entorno "path" del
sistema, por supuesto deber�s escribir la ruta absoluta del ejecutable para
poder hacer que se ejecute. En una instalaci�n por defecto, est� en:
<code>/usr/local/apache2/bin/htpasswd</code></p>
<p>Lo pr�ximo que necesitas, ser� configurar el servidor para que pida una
contrase�a y as� decirle al servidor que usuarios est�n autorizados a acceder.
Puedes hacer esto ya sea editando el fichero <code>httpd.conf</code>
de configuraci�n o usando in fichero <code>.htaccess</code>. Por ejemplo,
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</code> dentro de la
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">AuthType</a></code> selecciona el m�todo
que se usa para autenticar al usuario. El m�todo m�s com�n es
<code>Basic</code>, y �ste es el m�todo que implementa
<code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code>. Es muy importante ser consciente,
de que la autenticaci�n b�sica, env�a las contrase�as desde el cliente
al servidor sin cifrar.
Este m�todo por tanto, no debe ser utilizado para proteger datos muy sensibles,
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�s de autenticaci�n que es del tipo
<code>AuthType Digest</code>. Este m�todo, es implementado por el m�dulo <code class="module"><a href="../mod/mod_auth_digest.html">mod_auth_digest</a></code> y con el se pretend�a crear una autenticaci�n m�s
segura. Este ya no es el caso, ya que la conexi�n deber� realizarse con <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> en su lugar.
</p>
<p>La directiva <code class="directive"><a href="../mod/mod_authn_core.html#authname">AuthName</a></code>
establece el <dfn>Realm</dfn> para ser usado en la autenticaci�n. El
<dfn>Realm</dfn> tiene dos funciones principales.
La primera, el cliente presenta a menudo esta informaci�n al usuario como
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 autenticado en el �rea de
los <code>"Ficheros Restringidos"</code>, entonces re-intentar� autom�ticamente
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� varias �reas restringidas el mismo Realm
Por supuesto, por razones de seguridad, el cliente pedir� siempre por una contrase�a,
siempre y cuando el nombre del servidor cambie.
</p>
<p>La directiva <code class="directive"><a href="../mod/mod_auth_basic.html#authbasicprovider">AuthBasicProvider</a></code> es,
en este caso, opcional, ya que <code>file</code> es el valor por defecto
para esta directiva. Deber�s usar esta directiva si estas usando otro medio
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 class="module"><a href="../mod/mod_authn_dbd.html">mod_authn_dbd</a></code>.</p>
<p>La directiva <code class="directive"><a href="../mod/mod_authn_file.html#authuserfile">AuthUserFile</a></code>
establece el path al fichero de contrase�as que acabamos de crear con el
comando <code class="program"><a href="../programs/htpasswd.html">htpasswd</a></code>. Si tiene un n�mero muy grande de usuarios,
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�n de usuarios en
unos ficheros de r�pido acceso a modo de base de datos.
El m�dulo <code class="module"><a href="../mod/mod_authn_dbm.html">mod_authn_dbm</a></code> proporciona la directiva <code class="directive"><a href="../mod/mod_authn_dbm.html#authdbmuserfile">AuthDBMUserFile</a></code>. Estos ficheros pueden ser creados y
manipulados con el programa <code class="program"><a href="../programs/dbmmanage.html">dbmmanage</a></code> y <code class="program"><a href="../programs/htdbm.html">htdbm</a></code>.
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�dulos disponibles</a>.</p>
<p>Finalmente, la directiva <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>
proporciona la parte del proceso de autorizaci�n estableciendo el o los
usuarios que se les est� permitido acceder a una regi�n del servidor.
En la pr�xima secci�n, discutiremos las diferentes v�as de utilizar la
directiva <code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>.</p>
</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�s de una persona
entre</a></h2>
<p>Las directivas mencionadas arriba s�lo permiten a una persona
(especialmente con un usuario que en ej ejemplo es <code>rbowen</code>)
en el directorio. En la mayor�a de los casos, se querr� permitir el acceso
a m�s de una persona. Aqu� es donde la directiva
<code class="directive"><a href="../mod/mod_authz_groupfile.html#authgroupfile">AuthGroupFile</a></code> entra en juego.</p>
<p>Si lo que se desea es permitir a m�s de una persona el acceso, necesitar�s
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�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�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�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</code> para que sea
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>GroupName</code>,
y tiene una entrada en el fichero de <code>contrase�as</code>, se les
permitir� el acceso, si introducen su contrase�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 siguiente
directiva:</p>
<pre class="prettyprint lang-config">Require valid-user</pre>
<p>Usando �sto en vez de la l�nea <code>Require user rbowen</code>
permitir� a cualquier persona acceder, la cu�l aparece en el archivo de
contrase�as, y que introduzca correctamente su contrase�a. Incluso puede
emular el comportamiento del grupo aqu�, s�lo manteniendo un fichero de
contrase�as independiente para cada grupo. La ventaja de este enfoque es
que Apache s�lo tiene que comprobar un archivo, en lugar de dos. La desventaja
es que se tiene que mantener un mont�n de ficheros de contrase�a de grupo, y
recuerde hacer referencia al fichero correcto en la directiva
<code class="directive"><a href="../mod/mod_authn_file.html#authuserfile">AuthUserFile</a></code>.</p>
</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�sica,
su nombre de usuario y la contrase�a deben ser verificados cada vez
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�gina (si
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�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 cuantos
usuarios puedes introducir en el fichero de contrase�as. Este l�mite
variar� dependiendo de la m�quina en la que tengas el servidor,
pero puedes notar ralentizaciones en cuanto se metan cientos de entradas,
y por lo tanto consideraremos entonces otro m�todo de autenticaci�n
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 almacenamiento de las
contrase�as</a></h2>
<p>Debido a que el almacenamiento de las contrase�as en texto plano tiene
el problema mencionado anteriormente, puede que se prefiera guardar
las contrase�as en otro lugar como por ejemplo una base de datos.
</p>
<p>Los m�dulos <code class="module"><a href="../mod/mod_authn_dbm.html">mod_authn_dbm</a></code> y <code class="module"><a href="../mod/mod_authn_dbd.html">mod_authn_dbd</a></code> son
dos m�dulos que hacen esto posible. En vez de seleccionar la directiva de fichero
<code><code class="directive"><a href="../mod/mod_auth_basic.html#authbasicprovider">AuthBasicProvider</a></code> </code>, en su lugar
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 lo siguiente:</p>
<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�n de
<code class="module"><a href="../mod/mod_authn_dbm.html">mod_authn_dbm</a></code> para m�s detalles.</p>
</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�ltiples proveedores</a></h2>
<p>Con la introducci�n de la nueva autenticaci�n basada en un proveedor y
una arquitectura de autorizaci�n, ya no estaremos restringidos a un �nico
m�todo de autenticaci�n o autorizaci�n. De hecho, cualquier n�mero de
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, intentar� autenticar
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�n pueden incluir la
mezcla de un tipo de autenticaci�n con un tipo diferente de autorizaci�n.
Por ejemplo, autenticar contra un fichero de contrase�as pero autorizando
dicho acceso mediante el directorio del LDAP.</p>
<p>As� como m�ltiples m�todos y proveedores de autenticaci�n pueden
ser implementados, tambi�n pueden usarse m�ltiples formas de
autorizaci�n.
En este ejemplo ambos ficheros de autorizaci�n de grupo as� como
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></code>
and
<code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></code>
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">Contenedores de
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 mucho m�s flexible
que us solo chequeo contra un almac�n de datos (contrase�as). Ordenando la
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�gica y ordenaci�n</a></h3>
<p>Controlar el c�mo y en qu� orden se va a aplicar la autorizaci�n ha
sido un misterio en el pasado. En Apache 2.2 un proveedor del
mecanismo de autenticaci�n fue introducido para disociar el proceso actual
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 que no dependieran
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�todo de autorizaci�n deber� ser usado, si no
tambi�n especifica el orden en que van a ser llamados. M�ltiples
m�todos de autorizaci�n son llamados en el mismo orden en que la directiva
<code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code> aparece en la
configuraci�n.
</p>
<p>
Con la Introducci�n del contenedor de directivas de autorizaci�n tales como
<code class="directive"><a href="../mod/mod_authz_core.html#requireall"><RequireAll></a></code>
y
<code class="directive"><a href="../mod/mod_authz_core.html#requireany"><RequireAny></a></code>,
La configuraci�n tambi�n tiene control sobre cu�ndo se llaman a los m�todos
de autorizaci�n y qu� criterios determinan cu�ndo se concede el acceso.
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 una l�gica
m�s compleja de autorizaci�n.
</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></code>.
En otras palabras, Si alguno de los m�todos de autorizaci�n
especificados tiene �xito, se concede la autorizaci�n.
</p>
<h3><a name="reqaccessctrl" id="reqaccessctrl">Uso de los proveedores de autorizaci�n para
el control de acceso</a></h3>
<p>
La autenticaci�n de nombre de usuario y contrase�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�quina que
realiza la consulta para un documento.
</p>
<p>
El uso de estos proveedores se especifica a trav�s de la directiva
<code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>.
La directiva registra los proveedores de autorizaci�n que ser�n llamados
durante la solicitud de la fase del proceso de autorizaci�n. Por ejemplo:
</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�n IP parcial)
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 dominio, si se desea.
</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 contenido
que cubre esta directiva. Si, en cambio, lo que se tiene es el nombre de
la m�quina, en vez de la direcci�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"><RequireAll></a></code>
con m�ltiples directivas <code class="directive"><a href="../mod/mod_authz_core.html#require"><Require></a></code>, cada una negada con un <code>not</code>,
S�lo permitir� el acceso, si todas las condiciones negadas son verdaderas.
En otras palabras, el acceso ser� bloqueado, si cualquiera de las condiciones
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 anteriores
<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> ya no son necesarias.
Sin embargo, para proporcionar compatibilidad con configuraciones antiguas,
estas directivas se han movido al m�dulo <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code>.
</p>
<div class="warning"><h3>Nota:</h3>
<p>
Las directivas proporcionadas por <code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code>
han quedado obsoletas por <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>. Mezclar
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 nuevas
como
<code class="directive"><a href="../mod/mod_authz_core.html#require">Require</a></code>
es t�cnicamente posible pero desaconsejable. El m�dulo
<code class="module"><a href="../mod/mod_access_compat.html">mod_access_compat</a></code> se cre� para soportar configuraciones
que contuvieran s�lo directivas antiguas para facilitar la actualizaci�n
a la versi�n 2.4.
Por favor revise la documentaci�n de
<a href="../upgrading.html">actualizaci�n</a> para m�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></h2>
<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">mod_authn_dbd</a></code>
(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_socache.html">mod_authn_socache</a></code> para cachear las credenciales
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 informaci�n</a></h2>
<p>
Tambi�n deber�a leer la documentaci�n para
<code class="module"><a href="../mod/mod_auth_basic.html">mod_auth_basic</a></code> y <code class="module"><a href="../mod/mod_authz_host.html">mod_authz_host</a></code>
la cu�l contiene m�s informaci�n de como funciona todo esto.
La directiva <code class="directive"><a href="../mod/mod_authn_core.html#authnprovideralias"><AuthnProviderAlias></a></code> puede tambi�n ayudar
a la hora de simplificar ciertas configuraciones de autenticaci�n.
</p>
<p>
Los diferentes algoritmos de cifrado que est�n soportados por Apache
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="alternate" title="English"> en </a> |
<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><div class="section"><h2><a id="comments_section" name="comments_section">Comentarios</a></h2><div class="warning"><strong>Notice:</strong><br />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 <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
<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=' + comments_identifier;
(d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
}
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 2019 The Apache Software Foundation.<br />Licencia bajo los t�rminos de la <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="../mod/">M�dulos</a> | <a href="../mod/directives.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="../glossary.html">Glosario</a> | <a href="../sitemap.html">Mapa del sitio web</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
//--><!]]></script>
</body></html>
|
