Ver el código de «Instalación servidor LDAP, ldap-utils: ldapsearch»

==Introdución==
*Neste apartado aparte de instalar os paquetes necesarios e tamén imos pararnos un pouco en revisar os ficheiros de LDAP para familiarizarnos un pouco máis coa súa estrutura.

*A imaxe amosa o escenario 1.E
[[Imagen:00_Dominios_Linux_Escenarios_parte_01_E.jpg |500px]]
*'''IMPORTANTE''': para manter a compatibilidade na parte V con SAMBA o nome de dominio non debe exceder os 15 caracteres (Neste caso ''iescalquera'' ten 11).


=== Instalar os paquetes necesarios ===
*En primeiro lugar, teremos que instalar no servidor os paquetes necesarios para a execución do servidor LDAP ('''[http://www.openldap.org/software/man.cgi?query=slapd slapd (Standalone LDAP Daemon)]''') .
* Logo instalaremos as utilidades básicas para manexar a súa información. O comando que usaremos será este:

</source>

=== Agregar os esquemas básicos ===

*Como xa indicamos na parte introdutoria ao instalar o servizo LDAP en Debian (slapd), este xa instala por defecto os catro esquemas que se indicaron anteriormente: core, COSINE, NIS, inetOrgPerson.
*Pronto o comprobaremos.
*Se non estiveran instalados, ou quixeramos instalar algún outro debemos executar:
 ldapadd -Y EXTERNAL -H ldapi:/// -f /ruta ao esquema/esquema.ldif
*O comando ldapadd instalarémolo máis adiante, este atópase no paquete '''ldap-utils''' que non instalamos por agora.

*Se observásemos a saída da execución dese comando, veriamos que se produce un erro se intentamos engadir un esquema que xa existe, por exemplo ''core'', debido a que xa está engadido:
<pre>
SASL/EXTERNAL authentication started
SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
adding new entry "cn=core,cn=schema,cn=config"
ldap_add: Other (e.g., implementation specific) error (80)
	additional info: olcAttributeTypes: Duplicate attributeType: "2.5.4.2"
</pre>

Se se engade un esquema que non existe o resultado sería semellante a, por exemplo o esquema ''openldap'':
<pre>
SASL/EXTERNAL authentication started
SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
adding new entry "cn=openldap,cn=schema,cn=config"
</pre>

==Instalar e configurar slapd==
*A continuación imos instalar '''slapd''', examinar os ficheiros de ldap e configurar o paquete para o noso dominio '''iescalquera.local'''.

===Instalación do paquete===

<gallery caption="Instalación slapd" widths="350" heights="300px" perrow="2">
Imagen:Dl_2014_dhcp_01.jpeg| Comezamos conectándonos ao servidor '''dserver00''' dende o exterior.<br>Lembrar que rediriximos os portos en VirtualBox no escenario 1.A, e estamos conectándonos á IP do host real a un porto que nos redirixe ao servidor '''dserver00'''
Imagen:Dl_2014_slapd_02.jpeg| Como xa indicamos executamos '''apt-get install slapd'''. <br> Vemos que entre os paquetes suxeridos está ''ldap-utils'' que instalaremos logo.
Imagen:Dl_2014_slapd_03.jpeg| Pídenos o contrasinal do usuario '''admin''', que é o usuario que vai administrar o directorio de ldap. Introducimos, para variar, '''abc123.''' (punto incluído)
Imagen:Dl_2014_slapd_04.jpeg| Repetimos o contrasinal, e veremos que remata a instalación do paquete.
</gallery>

=== Ficheiros de ldap ===
*Unha vez instalado o paquete imos ver un pouco os ficheiros que que xestiona o servizo slapd. Estes atópanse en:
**'''/etc/ldap/*''': ficheiros de configuración do directorio ldap.
**'''/etc/default/sldap''': ficheiro de configuración do servizo slapd.
**'''/var/lib/ldap/*''': onde están as bases de datos que usa slapd.
**'''/usr/lib/ldap/*''':  contén módulos que pode usar slapd. 


*Instalamos o paquete '''tree''' para axudarnos coa estrutura de ficheiros: <pre>apt-get install tree</pre>

*Imos ver por arriba a estrutura da seguinte imaxe
[[Image:Esquema_config1.png|600px]]

<gallery caption="Instalación slapd" widths="350" heights="300px" perrow="2">
Imagen:Dl_2014_slapd_06.jpeg| Executamos '''tree -d /etc/ldap''' para ver a estrutura de directorios.
Imagen:Dl_2014_slapd_06A.jpeg| O mesmo pero sen o parámetro '''-d''' para ver tamén os ficheiros.
Imagen:Dl_2014_slapd_08.jpeg| En '''/etc/ldap/ldap.conf''' almacénase a información do cliente ldap para conectarse ao servidor, por agora está sen configurar. 
Imagen:Dl_2014_slapd_07.jpeg| '''/etc/ldap/schema''' contén esquemas que poden ser cargados no directorio de ldap. Como xa vimos catro deles xa están cargados. Pódese observar o contido dos ficheiros para familiarizarse con eles.
Imagen:Dl_2014_slapd_09.jpeg| En '''/etc/slapd/slapd.d''' temos o ficheiro da rama de configuración '''cn=config'''. Para manexarse con estes ficheiros con símbolos como =, {, etc, aconséllase usar a tecla TAB para completar as instrucións (Premer 1 vez, ou 2 veces se hai directorios/ficheiros que teñen o mesmo comezo) ou poñer escribir os nomes completos dos ficheiros/directorios entre " ".<br>Observar: o dn, e o objectClass. Como vemos calquera rama da árbore DIT (Digital Information Tree, que vimos na teoría) debe ser introducida no directorio LDAP. Con este ficheiro foi co que se cargou a rama '''cn=config''' por parte do proceso de instalación de slapd.<br>Dentro do mesmo directorio está o directorio '''cn=config'''.
Imagen:Dl_2014_slapd_10.jpeg| Dentro de '''/etc/slapd/slapd.d/cn=config''' temos o directorio '''cn=schema''' que indica cales son esquemas que están cargados na base de datos/directorio ldap. 
Imagen:Dl_2014_slapd_11.jpeg| O ficheiro '''/etc/ldap/slapd.d/cn=config/cn=module{0}.ldif''' indícalle ao demo slapd cales son os módulos que se deben cargar. Observar como se indica o directorio no que buscar os módulos e que módulos cargar. Neste caso a base de datos.
Imagen:Dl_2014_slapd_12.jpeg| O ficheiro '''cn=schema.ldif''' contén a definición da entrada '''cn=schema''' da árbore DIT (mirar gráfico superior). Obviamente este esquema é cargado antes que os catro anteriores (core, cosine, nis, ...) pois os anteriores colgan deste nodo da árbore. 
Imagen:Dl_2014_slapd_27.jpeg| Os ficheiros '''.../cn=config/olcDatabase*''' conteñen directivas sobre as bases de datos. A numeración úsase para distinguir distintas BBDD do mesmo tipo. Neste caso, a que ten o ordinal 1, amosa, entre outras cousas, quen pode acceder á rama '''nodomain.com''', tanto en modo escritura como en modo lectura. Tan pronto configuremos slapd veremos como cambia o contido dese ficheiro.
Imagen:Dl_2014_slapd_13.jpeg| Xa noutro directorio, o ficheiro '''/etc/default/slapd''' permítenos, entre outras cousas indicar cales son os protocolos polos que se pode conectar un cliente ao demo slpad. Neste caso son:<br>'''-ldap''': que usa o protocolo TCP e escoita no porto 389, podemos conectarnos dende calquera sitio coa sintaxe: ldap://ip_do_servidor<br>'''-ldapi''': que se usa para conectarse co cliente dentro do mesmo servidor ao demo slapd usando '''Sockets de Unix''' (http://es.wikipedia.org/wiki/Socket_Unix) e non a pila de protocolos TCP/IP. Para conectarse só precisamos poñer o nome do protocolo: ldapi://.<br>'''- ldaps''': non está habilitado por defecto e permite realizar conexións cifradas (seguras) entre os clientes e o servidor como veremos no escenario 1.F. Usa tamén o protocolo TCP e escoita no porto 636. Para conectarse: ldaps://ip_servidor:636 (porto opcional).
Imagen:Dl_2014_slapd_22.jpeg| Finalmente en '''/var/lib/ldap''' almacénase a BD do directorio. 
</gallery>

===Configuración de slapd===
*Trala lectura do punto anterior, que tal se lle damos unha segunda volta? e logo imos configurar por fin o servidor.
*A continuación imos personalizar a configuración do directorio ldap para o noso dominio '''iescalquera.local'''.
*O que imos facer a continuación con pantallas de configuración vai xerar uns ficheiros ldif, que poderíamos xerar nós á man, e logo cargar.
*Podemos realizar a configuración tantas veces como precisemos, por se nos trabucamos, usando o comando '''dpkg-reconfigure''' que se usa para a reconfiguración dos paquetes unha vez instalados:
 dpkg-reconfigure slapd

<gallery caption="Configuración de slapd" widths="350" heights="300px" perrow="2">
Imagen:Dl_2014_slapd_14.jpeg| Executamos '''dpkg-reconfigure slapd'''
Imagen:Dl_2014_slapd_15.jpeg| Indicamos '''NON''' para non omitir a configuración de LDAP. 
Imagen:Dl_2014_slapd_16.jpeg| Indicamos o nome do dominio DNS: '''iescalquera.local'''
Imagen:Dl_2014_slapd_17.jpeg| Indicamos o nome da organización: '''iescalquera'''
Imagen:Dl_2014_slapd_18.jpeg| Introducimos a chave para o usuario '''admin''' que pode administrar a entrada no directorio ldap: '''abc123.'''
Imagen:Dl_2014_slapd_19.jpeg| Repetimos o contrasinal.
Imagen:Dl_2014_slapd_20.jpeg| Indicamos que se use o novo motor da base de datos '''MDB''' xa que precisa menos configuración que o motor HDB.
Imagen:Dl_2014_slapd_21.jpeg| Prememos '''NON''', pois cando se desinstale o servidor slapd queremos conservar os ficheiros de configuración. 
Imagen:Dl_2014_slapd_23.jpeg| Como vimos antes en '''/var/lib/ldap''' temos os ficheiros da BD do directorio. As que viñan por defecto. Agora pregúntanos se desexamos facer unha copia delas. Indicamos que '''SI'''.
Imagen:Dl_2014_slapd_24.jpeg| Indicamos que NON queremos usar a versión 2 de ldap.
Imagen:Dl_2014_slapd_25.jpeg| Unha vez rematado o proceso de configuración reiniciase automaticamente o servizo slapd. Observar:<br> Como se move o a BD antiga a '''/var/bakcups.'''<br>Como se crea a nova configuración do directorio.
Imagen:Dl_2014_slapd_26.jpeg| En '''/var/backups/unknown...''' está a BD anterior.
</gallery>
*Pero precisamos algo máis para ler e escribir na BD pois agora toca traballar con ficheiros LDIF, para iso instalaremos '''ldap-utils'''.

==Utilidades ldap: paquete ldap-utils==
*A continuación imos instalar o paquete '''ldap-utils''' que nos vai proporcionar utilidades:
*para consultar o directorio de LDAP
*engadir/modificar/eliminar obxectos
*poder cambiar o contrasinal dun usuario, etc.

===Instalación de ldap-utils===
<gallery caption="Instalación" widths="350" heights="300px" perrow="2">
Imagen:Dl_2014_slapd_29.jpeg| Executar '''apt-get install ldap-utils'''
Imagen:Dl_2014_slapd_30.jpeg| Agora temos un conxunto de comandos que comezan por ldap para: engadir, modificar, borrar elementos na BD de ldap e tamén para consultalos.<br>Lembrar que se pode escribir parte dun comando ou directorio/ficheiro e premer a tecla TAB (1 vez ou 2 se hai varios comandos/ficheiros que comparte comezo do nome) para completar o seu nome.
</gallery>


===Consultar a BD: ldapsearch===
*A continuación imos testar que todo funciona e para iso usaremos o comando '''ldapsearch'''.
*No seguinte enlace pódese consultar o manual de ldapsearch: http://linux.die.net/man/1/ldapsearch
*A continuación amosamos algúns dos parámetros que imos usar nesta primeira aproximación ao comando:
** '''-x''': usar autenticación simple.
** '''-Y ''EXTERNAL''''': usa autenticación '''SASL''' (Simple Authentication and Security Layer - capa de seguridade e autenticación simple)
***O mecanismo de SASL que usamos neste caso é '''EXTERNAL''', onde a autenticación está implícita no contexto, isto é, o cliente e servidor teñen instalados uns certificados para autenticarse un contra o outro. Neste caso o cliente (ldapsearch) e o servizo (slapd) están no mesmo equipo en dserver00, co cal eses certificados xa están no equipo.
***Nos seguintes enlaces hai máis información sobre este tipo de autenticación:
****http://es.wikipedia.org/wiki/SASL
****http://www.openldap.org/doc/admin21/sasl.html
****http://www.openldap.org/doc/admin21/tls.html
** '''-D ''dn''''': dn para conectarse ao LDAP indicando o nome de usuario co que nos imos conectar.
** '''-w ''contrasinal''''': Indicar o contrasinal para conectarse ao LDAP.
** '''-W''': Obrigamos a que o comando pide o contrasinal para conectarse ao LDAP en lugar de recibilo como parámetro.
**'''-H''' ''ldapuri''''': Especificar a [http://es.wikipedia.org/wiki/Uniform_Resource_Identifier URI]  coa que nos imos conectar ao servidor ldap. Por exemplo ldap://localhost ou ldapi://
** '''filtro''' indica que nos devolva as entradas que coincidan cos valores dos atributos que indicamos no filtro.
**'''-b ''base de busca''''': para indicar en que obxecto da árbore comezar a buscar 
**'''-s''' ''base|one|sub''''': indica se queremos que nos devolva os atributos e valores:
***'''base''': só do obxecto que estamos consultando
***'''one''': só dos obxectos que están un nivel por debaixo do obxecto consultado.
***'''sub''': do obxecto consultado e de toda a súa subárbore. É o valor por defecto.


* O formato do comando é (non precisamente nesa orde):
 ldapsearh método_autenticación base ldapuri filtros

*Os valores que indicamos para os parámetros poden ir ou non entre comiñas simples ('valores') se vemos que se poden confundir cos parámetros, pero non é obrigatorio.
 


====Consultar o dominio creado====
*Indicamos como base o tope da xerarquía e como filtros calquera clase de obxecto.
*Observar que o propio comando nas liñas 4-7 amosa que é o que pretendemos consultar.
*O que nos interesa está na liña 12.
<syntaxhighlight lang="bash" line enclose="div" highlight="1,4-7,12">
root@dserver00:~#  ldapsearch -x -b '' -s base objectclass=* namingcontexts
# extended LDIF
#
# LDAPv3
# base <> with scope baseObject
# filter: objectclass=*
# requesting: namingcontexts 
#

#
dn:
namingContexts: dc=iescalquera,dc=local

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1
</syntaxhighlight>



====Consultar obxectos da rama dc=iescalquera,dc=local====
*Imos agora facer unha serie de consultas na nosa rama de interese. Por agora non temos moito nesa rama, faltan usuarios, grupos, etc, que crearemos no seguinte apartado.

*'''Sen autenticación''':
**Observar as liñas marcadas (En formato PDF non se poden observar as liñas marcadas).
<syntaxhighlight lang="bash" line enclose="div" highlight="1,4-7,11-16,19-23">
root@dserver00:~#  ldapsearch -x -b 'dc=iescalquera,dc=local'
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#

# iescalquera.local
dn: dc=iescalquera,dc=local
objectClass: top
objectClass: dcObject
objectClass: organization
o: iescalquera
dc: iescalquera

# admin, iescalquera.local
dn: cn=admin,dc=iescalquera,dc=local
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator

# search result
search: 2
result: 0 Success

# numResponses: 3
# numEntries: 2
</syntaxhighlight>


*'''Con autenticación SASL implícita''':
**precisamos indicar o servidor, neste caso con -H ldapi://
**Obtemos a mesma información que no caso anterior

<syntaxhighlight lang="bash" line enclose="div" highlight="1">
root@dserver00:~#  ldapsearch -Y EXTERNAL -H ldapi:// -b 'dc=iescalquera,dc=local'
SASL/EXTERNAL authentication started
SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth
SASL SSF: 0
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#

# iescalquera.local
dn: dc=iescalquera,dc=local
objectClass: top
objectClass: dcObject
objectClass: organization
o: iescalquera
dc: iescalquera

# admin, iescalquera.local
dn: cn=admin,dc=iescalquera,dc=local
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator

# search result
search: 2
result: 0 Success

# numResponses: 3
# numEntries: 2
</syntaxhighlight>


*'''Indicando o usuario e contrasinal co que nos conectamos'''
**Observar a liña 24, pois como somos o usuario admin ensínanos o hash asociado ao seu contrasinal.
**Observar como con -D indicamos o usuario e con -w o contrasinal.
**Nesta ocasión como uri usamos ldap://localhost, pero podería ser ldap://dserver00, ldap://dserver00.iescalquera.local (consultaríase o DNS), etc.
<syntaxhighlight lang="bash" line enclose="div" highlight="1,24">
root@dserver00:~#  ldapsearch -D cn=admin,dc=iescalquera,dc=local -w abc123. -H ldap://localhost -b 'dc=iescalquera,dc=local'
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope subtree
# filter: (objectclass=*)
# requesting: ALL
#

# iescalquera.local
dn: dc=iescalquera,dc=local
objectClass: top
objectClass: dcObject
objectClass: organization
o: iescalquera
dc: iescalquera

# admin, iescalquera.local
dn: cn=admin,dc=iescalquera,dc=local
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator
userPassword:: e1NTSEF9Qm5mRG9QTWVSUnUyalNpZUNXMEhWbnhvMlBnUWNrK1o=

# search result
search: 2
result: 0 Success
</syntaxhighlight>


*'''Indicando o usuario co que nos conectamos, pero non o contrasinal'''
**Observar a liña 2, como pide o contrasinal de admin.
**Nesta ocasión como uri usamos ldap://dserver00, 
<syntaxhighlight lang="bash" line enclose="div" highlight="3">
root@dserver00:~#  ldapsearch -D cn=admin,dc=iescalquera,dc=local -W -H ldap://dserver00 -b 'dc=iescalquera,dc=local'
Enter LDAP Password: 
</syntaxhighlight>


*'''Indicando que so queremos consultar os valores do obxecto base, non os fillos'''
**Para iso usamos o parámetro -s base
**Observar a liña 5
<syntaxhighlight lang="bash" line enclose="div" highlight="1,5">
root@dserver00:~#  ldapsearch -x -b 'dc=iescalquera,dc=local' -s base
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope baseObject
# filter: (objectclass=*)
# requesting: ALL
#

# iescalquera.local
dn: dc=iescalquera,dc=local
objectClass: top
objectClass: dcObject
objectClass: organization
o: iescalquera
dc: iescalquera

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1
</syntaxhighlight>


*'''Indicando que só queremos consultar os valores dos obxectos fillos do base, non os do obxecto base'''
**Para iso usamos o parámetro: -s one
**Lembrar que por defecto o valor do parámetro é: -s sub
**Pero só temos un fillo.
**Observar a liña 5.
<syntaxhighlight lang="bash" line enclose="div" highlight="1,5">
root@dserver00:~#  ldapsearch -x -b 'dc=iescalquera,dc=local' -s one
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope oneLevel
# filter: (objectclass=*)
# requesting: ALL
#

# admin, iescalquera.local
dn: cn=admin,dc=iescalquera,dc=local
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1
</syntaxhighlight>


*'''Poñemos un filtro no que indicamos que desexamos consultar os obxectos que teñan o atributo objectClass independentemente do valor que teña ese atributo'''
**Para iso poñemos un filtro cos atributos e os valores buscados. 
**Obviamente o atributo objectClass teno todo obxecto.
**Observar que non é sensible ás maiúsculas.
**Observar a liña 6
<syntaxhighlight lang="bash" line enclose="div" highlight="1,6">
root@dserver00:~#  ldapsearch -x -b 'dc=iescalquera,dc=local' obJecTcLass=*
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope subtree
# filter: obJecTcLass=*
# requesting: ALL
#

# iescalquera.local
dn: dc=iescalquera,dc=local
objectClass: top
objectClass: dcObject
objectClass: organization
o: iescalquera
dc: iescalquera

# admin, iescalquera.local
dn: cn=admin,dc=iescalquera,dc=local
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator

# search result
search: 2
result: 0 Success

# numResponses: 3
# numEntries: 2
</syntaxhighlight>


*'''Poñemos un filtro no que indicamos que desexamos consultar os obxectos que teñan o atributo objectClass co valor dcObject'''
**Para iso poñemos un filtro co atributo e o valor desexado. 
**Agora só obtemos os obxectos que cumpren coa condición.
**Observar a liña 6
<syntaxhighlight lang="bash" line enclose="div" highlight="1,6">
root@dserver00:~#  ldapsearch -x -b 'dc=iescalquera,dc=local' objectclass=dcobject
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope subtree
# filter: objectclass=dcobject
# requesting: ALL
#

# iescalquera.local
dn: dc=iescalquera,dc=local
objectClass: top
objectClass: dcObject
objectClass: organization
o: iescalquera
dc: iescalquera

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

</syntaxhighlight>

*Outros exemplos sobre o mesmo.

*'''Poñemos un filtro no que indicamos que desexamos consultar os obxectos que teñan o atributo 'cn' independentemente do valor que teña ese atributo'''
**Temos un só obxecto que cumpre co filtro.
**Observar a liña 6

<syntaxhighlight lang="bash" line enclose="div" highlight="1,6">
root@dserver00:~#  ldapsearch -x -b 'dc=iescalquera,dc=local' cn=*
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope subtree
# filter: cn=*
# requesting: ALL
#

# admin, iescalquera.local
dn: cn=admin,dc=iescalquera,dc=local
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1
</syntaxhighlight>



*'''Poñemos un filtro no que indicamos que desexamos consultar os obxectos que teñan o atributo cn co valor admin'''
**Temos o mesmo obxecto anterior que cumpre co filtro.
**Observar a liña 6
<syntaxhighlight lang="bash" line enclose="div" highlight="1,6">
root@dserver00:~#  ldapsearch -x -b 'dc=iescalquera,dc=local' cn=admin
# extended LDIF
#
# LDAPv3
# base <dc=iescalquera,dc=local> with scope subtree
# filter: cn=admin
# requesting: ALL
#

# admin, iescalquera.local
dn: cn=admin,dc=iescalquera,dc=local
objectClass: simpleSecurityObject
objectClass: organizationalRole
cn: admin
description: LDAP administrator

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1
</syntaxhighlight>


-- [[Usuario:antonio| Antonio de Andrés Lema]] e [[Usuario:Carrion| Carlos Carrión Álvarez]]