pdc ldap

pIES Gran CapitánDepartamento de Informática

Ciclo Formativo de Grado Superior de Administración de Sistemas Informáticos

IES Gran Capitán -- C/. Arcos de la Frontera, S/N -- 14014 Córdoba -- 957-440770http://www.iesgrancapitan.org -- http://informatica.iesgrancapitan.org -- [email protected]

Proyecto Integrado utilizar samba como controlador dominio con autentificación en servidor ldap

Se trata de un proyecto con el que queremos que cualquier alumno que se conecte a su ordenador con su usuario y contraseña se le cargue automáticamente su perfil usuario desde el servidor, pudiendo ser el cliente tanto Windows Xp como Ubuntu

Carlos Arizón MuñozMiguel Ángel Fernández Rodríguez2º A.S.I.Curso2007-2008[Junio 2008]

Índice de contenido

Índice de contenido 1.Introducción......................................................................................................................................4 2.Uso del proyecto...............................................................................................................................4 3.Objetivos y requisitos del proyecto..................................................................................................4 4.Estudio previo...................................................................................................................................5

4.1.Estudio de soluciones existentes...............................................................................................6 5.Plan de trabajo..................................................................................................................................8 6.Diseño.............................................................................................................................................10

6.1.Diseño general........................................................................................................................10 6.2.Diseño detallado.....................................................................................................................10

7.Implantación...................................................................................................................................111) EN EL SERVIDOR:..................................................................................................................11

i)Instalación del servidor LDAP:.............................................................................................11 ii)Instalación de servidor SAMBA:.........................................................................................12 iii)Configuración de SAMBA:.................................................................................................12 iv)Configuración de SMBLDAP-TOOLS:..............................................................................18 v)Poblar LDAP usando smbldap-tools....................................................................................19 vi)Añadir un usuario LDAP al sistema....................................................................................20 vii)Configurar el servidor para usar la autentificación LDAP.................................................20 viii)Añadir cuenta de maquina al sistema LDAP.....................................................................21 ix)Instalación de servidor NFS:...............................................................................................22 x)Alta de maquinas en el sistema Ldap:..................................................................................22

2)EN CLIENTES...........................................................................................................................23 i)Añadir la maquina con Ubuntu7.10.......................................................................................23 ii)Añadir la maquina con Windows XP Profesional al dominio..............................................25

3)APLICACIÓN WEB PARA IMPORTAR USUARIOS............................................................264)SERVIDOR DHCP....................................................................................................................29

i)Definición..............................................................................................................................29 ii)Implementación....................................................................................................................30a)En el servidor:........................................................................................................................30b)En clientes..............................................................................................................................35


8.Recursos.........................................................................................................................................357.1.- Herramientas hardware..........................................................................................................357.2.- Herramientas software...........................................................................................................357.3.- Personal.................................................................................................................................367.4.- Presupuesto............................................................................................................................36

9.Conclusiones...................................................................................................................................36 9.1.Grado de consecución de objetivos........................................................................................36 9.2.Problemas encontrados...........................................................................................................36 9.3.Futuras mejoras.......................................................................................................................37

10.Referencias / Bibliografía.............................................................................................................37 11.LICENCIA...................................................................................................................................37


1. IntroducciónSi alguna vez han tenido que realizar labores de administración en redes heterogéneas, en las

cuales existan múltiples clientes, y cada uno de ellos pueda tener un sistema operativo distinto, sobre el cual puedan operar una infinidad de usuarios; se habrá dado cuenta de la complejidad que esto conlleva.

Por poner un ejemplo, si no posee una base de datos de usuarios común a todos los clientes, tendría que dar de alta a cada nuevo cliente en cada una de las máquinas que quisiese utilizar. Piense ahora que ocurriría si por cualquier cosa se tiene que modificar cierto aspecto en todas las cuentas de los usuarios existentes, esto nos llevaría mucho trabajo y esfuerzo.

Si entramos en el aspecto de compartir archivos entre los distintos usuarios, o el almacenamiento de los documentos de un determinado usuario, que puede utilizar múltiples clientes, el trabajo se multiplica.

Y si a todo esto se le añade la gestión de las cuotas de impresión de todos y cada uno de los usuarios, se hace necesario buscar un método que facilite, en la medida de lo posible, la labor de administración.

Por eso, este proyecto consiste en montar un sistema automatizado que nos permita desde una máquina poder configurar todos esos aspectos y no sufran perdidas de información y facilitar el uso de los ordenadores del instituto.

2. Uso del proyectoEste proyecto intenta presentar un sistema para facilitar la integración de este tipo de redes. La

idea es utilizar un directorio LDAP como base de datos común para almacenar la información relativa a los usuarios:

Información personal.

La relativa a las cuentas Unix.

La relativa a las cuentas Samba/Windows.

Samba proveerá la integración de redes Unix/Windows, de forma que se simplifique sobremanera el intercambio y almacenamiento de información de los usuarios. Samba permitirá, por ejemplo, tener un único HOME por usuario, independientemente del cliente que se utilice. También actuará como PDC (Servidor Primario de Dominio) de la red donde se encuentre.

3. Objetivos y requisitos del proyectoObjetivos:

Almacenar los perfiles de usuario en el servidor y a sí evitar posibles perdidas de información. Permitir que el usuario pueda loguearse en cualquier equipo y se le cargue su configuración. Que los alumnos solo tenga que acordarse de su usuario y contraseña y puedan acceder a

cualquier equipo. Centralizar todos las cuentas de usuarios bajo un servidor.


Automatizar las altas de las máquinas. Asignar automáticamente la configuración de la red a todas las máquinas de la red.

Con este proyecto queremos facilitar la integración de este tipo de redes, con el que desde una maquina que hará de servidor, poder controlar con mayor eficiencia todo el departamento.

La idea es utilizar una base de datos para almacenar la información relativa a los usuarios (nombre usuarios, contraseña, información extra de la cuenta de usuario). Estos usuarios se darán de alta en nuestro servidor LDAP. Y a través del servidor SAMBA, nos permitirá tener un único HOME por usuario, independientemente de cliente que se utilice, si es que al final optamos por montar el perfil con samba y no con NFS, y será nuestro PDC (Servidor Primario del Dominio) de nuestra red.

Por otra parte montaremos un servidor DHCP, donde se le asignará manualmente a todas las máquinas de la red, la configuración de red. Gracias al fichero de configuración DHCP, crearemos un script, el cual nos dará de alta automáticamente todas las máquinas en el servicio LDAP.

Requisitos generales:

• El servidor estará montado con la última versión estable del sistema operativo Debían.

• Todo el software utilizado sea software libre (excepto el sistema operativo Windows Xp).

• Desarrollar un manual instalación que contenga los pasos necesarios para su total instalación de una forma clara y de que no haya lugar a dudas e equivocaciones para su ejecución.

• Todos los equipos posean tarjetas de red y estar conectados en red.

Requisitos Windows XP: Crear un procedimiento que configure de forma automática cada uno de los equipos y los

integre en el dominio.

Que el usuario inicie sesión y se le cargue su configuración.

Que cuando cierre sesión se almacene todos los cambios de su configuración en el servidor

Requisitos Ubutu: Crear un script que añada ese equipo al dominio y lo configure de de tal manera que se pueda

trabajar con el de modo indicado.

Que el usuario inicie sesión y se le cargue su HOME.

Cuando cierre sesión que se guarde de nuevo todo el HOME en el servidor.

Requisitos Servidor: Que sea capaz de validar el usuario y la contraseña.

Que samba actue como controlador de domínio de Windows.

Montar el perfil de usuario tanto en Windows como en Ubuntu.

4. Estudio previo

En I.E.S. Gran Capitán, el ciclo superior de administración de sistemas informáticos se componen en total de cuatro clases:


Dos clases de primer curso: (aquí decir numero de ordenadores, características y que se hacen con ellos, sistemas operativos que montan).

Una clase de segundo curso: (aquí decir numero de ordenadores, características y que se hacen con ellos, sistemas operativos que montan).

Una clase donde está colocado el armario de comunicaciones y donde va nuestro servidor.

Una última aula que es donde se encuentra el departamento

Con este esquema del departamento de informática, tendremos que intentar que todas nuestras máquinas que queramos incluir dentro del dominio, trabajen con los mismos SO, para así facilitar luego la configuraciones de los equipos.

4.1. Estudio de soluciones existentes

Para la autentificación podríamos usar dos herramientas que nos permitiría realizar las funciones que queremos:

1. OPENLDAP: OpenLDAP, es una implementación en código abierto del protocolo LDAP (lighweight Directory Access Protocol).

La principal utilidad de un directorio LDAP es como servidor de autentificación para los distintos servicios de un sistema informático como puedan ser: autentificación para entrar en un PC, para entrar en una aplicación web, para acceder a un servidor ftp, para acceder a servidores de correo entrante POP3 y saliente SMTP, etc...

Si en nuestra red disponemos de un servidor LDAP y configuramos todos los PCs y todos los servicios de la red para que se autentifiquen en él, bastará con crear las cuentas de usuario y grupos de usuarios en nuestro servidor LDAP para que los usuarios puedan hacer uso del sistema y de sus servicios desde cualquier puesto de la red. Es un sistema ideal para centralizar la administración de usuarios en un único lugar.

2. NIS : Network Information Service (conocido por su acrónimo NIS, que significa Sistema de Información de Red), es el nombre de un protocolo de servicios de directorios cliente-servidor desarrollado por Sun Microsystems para los datos de configuración de sistemas distribuidos tal como nombres de usuarios y hosts entre computadoras sobre una red.

Se puede utilizar para autentificar a usuarios para iniciar sesión y junto el servidor NFS IES Gran Capitán -- C/. Arcos de la Frontera, S/N -- 14014 Córdoba -- 957-440770

http://www.iesgrancapitan.org -- http://informatica.iesgrancapitan.org -- [email protected]

compartir archivos y carpetas. NIS es un sistema de bases de datos distribuidas que permite compartir la información del sistema en entornos basados en UNIX o AIX. Ejemplos de esta información son los ficheros /etc/passwd, /etc/group /etc/hosts. NIS tiene las siguientes ventajas:

● Proporciona un espacio de nombres consistente para los identificadores de usuario y grupo en un elevado número de sistemas.

● Reduce el tiempo y esfuerzo del usuario para la gestión de IDs de usuario y grupo, así como de la propiedad de sistemas de ficheros NFS.

● Reduce el tiempo y esfuerzo de los administradores del sistema para la gestión de IDs de usuario y grupo, así como de la propiedad de sistemas de ficheros NFS.

Nuestra elección ha sido la de utilizar el servidor OPENLDAP para usarlo como base de datos donde almacenar todos los las cuentas de usuario con las que vamos a trabajar, y el motivo de la elección por este servidor es que creemos que nos permite llevar un mejor control de usuarios y de una forma mejor organizada además de tener ciertas ventajas:

Es muy rápido en la lectura de registros.

Permite replicar el servidor de forma muy sencilla y económica.

Muchas aplicaciones de todo tipo tienen interfaces de conexión a LDAP y se pueden integrar fácilmente.

Dispone de un modelo de nombres globales que asegura que todas las entradas son únicas.

Usa un sistema jerárquico de almacenamiento de información.

Permite múltiples directorios independientes.

La mayoría de servidores LDAP son fáciles de instalar,mantener y optimizar.

Para compartir los perfiles de usuario se pueden utilizar también dos herramientas principalmente como son SAMBA o NFS:

1. SAMBA: Samba es en sí un paquete muy complejo, que brinda a los usuarios Linux de un sin fin de posibilidades a la hora de interactuar con equipos Windows y Linux que estén coexistiendo en redes heterogéneas.

Ventajas: Compartir uno o más sistemas de archivos.

Compartir impresoras, instaladas tanto en el servidor como en los clientes.

Samba permite compartir entre máquinas Windows y Linux recursos.

Siendo un recurso una carpeta o la impresora.

Requisitos mínimos: Servidor a 250 Mhz, 256 MB RAM, 8 GB disco duro


2. NFS: (Network File System), que nosotros llamaremos Sistema de Ficheros en Red, es probablemente el servicio más complejo de los que se ofrecen usando RPC. Permite acceder a los ficheros remotos exactamente igual que si fueran locales. Esto se hace programando parte de la funcionalidad a nivel del núcleo (en el lado del cliente) y la otra parte como un demonio servidor. El acceso a los ficheros es totalmente transparente al cliente, funcionando con muchas arquitecturas de servidores.

Funcionamiento:Se recomienda utilizar NFS, dentro de una red local detrás de un corta-fuegos (firewall) que permita los accesos solo a las computadoras que integren la red local, nunca para compartir sistemas de archivos a través de Internet. Al no contar con un sistema de autenticación por contraseñas, es un servicio susceptible del ataque de algún cracker.

Ventajas: Los datos accedidos por todo tipo de usuarios pueden mantenerse en un nodo central,

con clientes que montan los directorios en el momento de arrancar. Por ejemplo, puede mantener todas las cuentas de usuario en una máquina, y hacer que las demás monten dichas cuentas en su directorio /home por NFS. Si además se instala NIS, los usuarios podrían entrar y trabajar de forma transparente en cualquiera de las máquinas.

Los datos que consumen grandes cantidades de espacio de disco pueden mantenerse en un nodo.

Los datos de administración pueden también mantenerse en un solo nodo. Ya no será necesario usar RCP para instalar el mismo fichero en 20 máquinas distintas

Requisitos mínimos: Servidor a 250 Mhz, 256 MB RAM, 8 GB disco duro

Por tanto, en este momento, la idea con la que vamos a trabajar va ser la de utilizar el servidor OPENLDAP para que SAMBA se autentifique en él; SAMBA funcionará como PDC de Windows (por tanto, compartirá los perfiles de usuario cuando el usuario inicie sesión en Windows XP) y utilizaremos el servidor NFS para montar los perfiles de los usuarios que inicie sesión con Ubuntu.

5. Plan de trabajoSemana 31/03/2008-06/04/2008En esta semana nos ocuparemos de instalar el servidor OPENLDAP, de configurarlo y de la creación de unidades organizativas necesarias con las que vamos a trabajar.

Semana 7/04/2008-13/04/2008En esta semana nos encargaremos de instalar SAMBA y de configurarlo como PDC y también de forma que cree en nuestro servidor LDAP la entrada sambaDomainName=HOME y así poder crear los grupos Mapeos de Samba.

A continuación crearemos la entrada del usuario administrador en samba, para ello se le indica en el uid que sea 0.

Semana 14/04/2008-21/04/2008Creación de la aplicación que nos permite la administración del servidor LDAP, y que entre otras funciones nos permita importar archivos de usuarios que cumpla con un formato adecuado.


Semana 22/04/2008-29/04/2008Desarrollar aplicación o scripts que configure automáticamente los equipos de los usuarios.

Semana 30/04/2008-07/05/2008Instalar y configurar servidor NFS de forma adecuada para que cumpla con los requisitos requeridos.

Semana 08/04/2008-15/05/2008Realización de las pruebas necesarias para ver que todo funciona correctamente, y si fuese así, implementarlo en el servidor del Instituto.

1. Primer paso: (este paso ya está hecho en nuestro servidor).Instalar Debían en el servidor. La instalación se realizará en uno de los discos duros que el servidor posee, utilizando el otro como espejo por si algo ocurriera en uno de los discos duros.

2. Segundo paso: Instalar servidor LDAP en el servidor a través de las herramientas de instalación de Debían, y una vez instalado configurarlo para que arranque el servicio; más adelante lo configuraremos más en profundidad.

3. Tercer paso: Instalar servidor SAMBA en el servidor y configurarlo como controlador de dominio y que la autentificación la realice a través del servidor LDAP.

4. Cuarto paso:

Instalar servidor NFS para utilizarlo a la hora de montar el cliente los perfiles de usuarios.

5. Quinto paso:

Configuración de los clientes para añadirlos al dominio.

6. Sexto paso:

Realizar las pruebas necesarias para comprobar que todo funciona correctamente.


6. Diseño

6.1. Diseño general

En el cliente trabajaremos con dos SO: Windows XP Professional y Ubuntu 7.10; en ambos SO se configuraran para añadir la maquina al dominio, este proceso de configuración intentaremos que se automático.

La primera vez que inicie sesión, en nuestro servidor, se creará el perfil de usuario y así solo tener que crear los usuarios en nuestra base de datos LDAP. Cuando cierre sesión se guardaran los cambios del perfil en el mismo directorio de donde se había cargado el perfil.

6.2. Diseño detallado

En las maquinas clientes se instalarán los siguientes SO: Microsoft Windows XP Professional y Ubuntu 7.10 como sistema base para los alumnos.

A diferencia de cómo está configurado ahora los equipos los perfiles de usuarios no se guardaran en la maquina local sino en nuestro servidor, eso sí, estos perfiles serán móviles para que el usuario pueda modificar las configuraciones que vean necesarias; con esto todo estará centralizado bajo una maquina que actuará de servidor.

En las maquinas de los clientes habrá que configurar según SO, que lo realizaremos de forma automática a través de un scripts o programa que lo añada al dominio.

En el servidor también crearemos una aplicación que nos permita de forma automática importar ficheros con la configuración correspondiente, para dar de alta usuarios en nuestro servidor LDAP y así no tener que dar de alta uno a uno.

Organizaremos el servidor LDAP en unidades organizativas según las necesidades que vayan a utilizar en el departamento. Una vez creadas estas unidades organizativas, crearemos la entrada de dominio de samba en nuestro directorio LDAP, y una vez hecho esto, ya crearemos los grupos necesarios(grupos de Windows) llamados grupos de mapeo de samba que nos permitirá interactuar entre Linux y Windows.

Nuestro servidor SAMBA lo configuraremos como controlador de dominio y le indicaremos que la autentificación de los usuarios la realice o la compruebe en el servidor LDAP.


Una vez echa esta autenticación si la respuesta es afirmativa por parte del servidor LDAP entonces samba montará automáticamente el perfil en el cliente (si el inicio de sesión lo ha llevado a cabo con Windows).

Por último, el servidor NFS montará en el cliente (que será el usuario que acabe de iniciar sesión) el perfil de usuario o el HOME en Ubuntu.

7. ImplantaciónPasos necesarios para instalar la solución:

1) EN EL SERVIDOR:

Para trabajar mejor nos logearemos como root.

i) Instalación del servidor LDAP:

Se puede instalar de diversas maneras, ya sea a través de gestor de paquetes Synaptics o las herramientas de instalación de paquetes.

apt-get install slapd ldap-utils migrationtools

Mientras se instala el paquete SLAPD se le pedirá la siguiente información:

Datos solicitados Dato a introducir Notas adicionales

Contraseña administrador clave Contraseña que le asignará a la cuenta admin de LDAP

Confirmación contraseña clave

Cuando se terminen de instalar los paquetes tenemos que reconfigurar a slapd para que nos pida más información:

dpkg-reconfigure slapd


Reiniciamos OpenLDAP./etc/init.d/slapd restart

Para probar que el servicio de slapd está funcionando y correctamente configurado utilizamos el comando:

ldapsearch -x -b “dc=informatica”

ii) Instalación de servidor SAMBA:

Samba son un conjunto de aplicaciones libres para Linux que implementan el protocolo de comunicación SMB utilizado por los sistemas operativos Microsoft Windows para compartir carpetas e impresoras. Para instalarlo:

apt-get install samba smbldap-tools smbclient samba-docSe necesita el comando mkntpwd, el cual hay que descargar sus fuentes y compilarlo. Se puede

descargar de: http://cvs.samba.org/cgi-bin/cvsweb/samba/examples/LDAP/smbldap-tools/mkntpwd/

Configuración OpenLDAP para usarlo con SAMBACopiamos el fichero samba.schema al directorio OpenLDAP schema.

cp /usr/share/doc/samba-doc/examples/LDAP/samba.schema.gz /etc/ldap/schema/

Descomprimimos el archivo.

gzip -d /etc/ldap/schema/samba.schema.gz

Editamos el fichero /etc/ldap/slapd.conf.

nano /etc/ldap/slapd.conf

Añadimos las siguientes lineas:include /etc/ldap/schema/samba.schemay modificamos la linea access to attribute=userPasswordpor:access to attrs=userPassword,shadowLastChange,sambaLMPassword,sambaNTPassword

Reiniciamos OpenLDAP./etc/init.d/slapd restart

iii) Configuración de SAMBA:

nano /etc/samba/smb.conf

contenido del fichero smb.conf:# # Sample configuration file for the Samba suite for Debian GNU/Linux. # #


http://cvs.samba.org/cgi-bin/cvsweb/samba/examples/LDAP/smbldap-tools/mkntpwd/

# This is the main Samba configuration file. You should read the # smb.conf(5) manual page in order to understand the options listed # here. Samba has a huge number of configurable options most of which # are not shown in this example # # Any line which starts with a ; (semi-colon) or a # (hash) # is a comment and is ignored. In this example we will use a # # for commentary and a ; for parts of the config file that you # may wish to enable # # NOTE: Whenever you modify this file you should run the command # "testparm" to check that you have not made any basic syntactic # errors. #

#======================= Global Settings =======================

[global]

## Browsing/Identification ### # Change this to the workgroup/NT-domain name your Samba server will part of workgroup = INFORMATICA

# server string is the equivalent of the NT Description field server string = %h server

# Windows Internet Name Serving Support Section: # WINS Support - Tells the NMBD component of Samba to enable its WINS Server ; wins support = no

# WINS Server - Tells the NMBD components of Samba to be a WINS Client # Note: Samba can be either a WINS Server, or a WINS Client, but NOT both ; wins server = w.x.y.z # This will prevent nmbd to search for NetBIOS names through DNS. dns proxy = no

# What naming service and in what order should we use to resolve host names # to IP addresses ; name resolve order = lmhosts host wins bcast

#### Networking ####

# The specific set of interfaces / networks to bind to # This can be either the interface name or an IP address/netmask; # interface names are normally preferred ; interfaces = 127.0.0.0/8 eth0

# Only bind to the named interfaces and/or networks; you must use the # 'interfaces' option above to use this. # It is recommended that you enable this feature if your Samba machine is # not protected by a firewall or is a firewall itself. However, this # option cannot handle dynamic or non-broadcast interfaces correctly. ; bind interfaces only = true

#### Debugging/Accounting ####


# This tells Samba to use a separate log file for each machine # that connects log file = /var/log/samba/log.%m

# Put a capping on the size of the log files (in Kb). max log size = 1000

# If you want Samba to only log through syslog then set the following # parameter to 'yes'. ; syslog only = no

# We want Samba to log a minimum amount of information to syslog. Everything # should go to /var/log/samba/log.{smbd,nmbd} instead. If you want to log # through syslog you should set the following parameter to something higher. syslog = 0

# Do something sensible when Samba crashes: mail the admin a backtrace panic action = /usr/share/samba/panic-action %d

####### Authentication #######

# "security = user" is always a good idea. This will require a Unix account # in this server for every user accessing the server. See # /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/ServerType.html # in the samba-doc package for details. security = user

# You may wish to use password encryption. See the section on # 'encrypt passwords' in the smb.conf(5) manpage before enabling. encrypt passwords = true

# If you are using encrypted passwords, Samba will need to know what # password database type you are using. passdb backend = ldapsam:ldap://localhost/ ldap admin dn = cn=admin,dc=informatica ldap suffix = dc=informatica ldap group suffix = ou=Groups ldap user suffix = ou=Users ldap machine suffix = ou=Computers ldap idmap suffix = ou=Users ldap passwd sync = Yes ldap delete dn = Yes

obey pam restrictions = yes

; guest account = nobody # invalid users = root

# This boolean parameter controls whether Samba attempts to sync the Unix # password with the SMB password when the encrypted SMB password in the # passdb is changed. ; unix password sync = no

# For Unix password sync to work on a Debian GNU/Linux system, the following # parameters must be set (thanks to Ian Kahan <<[email protected]> for # sending the correct chat script for the passwd program in Debian Sarge). passwd program = /usr/bin/smbldap-passwd %u


passwd chat = *New*password* %n\n *Retype*new*password* %n\n *all*authentication*tokens*updated*

# This boolean controls whether PAM will be used for password changes # when requested by an SMB client instead of the program listed in # 'passwd program'. The default is 'no'. ; pam password change = no

########## Domains ###########

# Is this machine able to authenticate users. Both PDC and BDC # must have this setting enabled. If you are the BDC you must # change the 'domain master' setting to no # domain logons = Yes # os level = 65 # domain master = Yes # preferred master = Yes # local master = Yes # # The following setting only takes effect if 'domain logons' is set # It specifies the location of the user's profile directory # from the client point of view) # The following required a [profiles] share to be setup on the # samba server (see below) logon path = \\%L\profiles\%U # Another common choice is storing the profile in the user's home directory ; logon path = \\%N\%U\profile

# The following setting only takes effect if 'domain logons' is set # It specifies the location of a user's home directory (from the client # point of view) logon drive = H: logon home = \\%L\%U\.profile

# The following setting only takes effect if 'domain logons' is set # It specifies the script to run during logon. The script must be stored # in the [netlogon] share # NOTE: Must be store in 'DOS' file format convention logon script = netlogon.bat

# This allows Unix users to be created on the domain controller via the SAMR # RPC pipe. The example command creates a user account with a disabled Unix # password; please adapt to your needs add user script = /usr/sbin/smbldap-useradd -m "%u" delete user script = /usr/sbin/smbldap-userdel "%u" add machine script = /usr/sbin/smbldap-useradd -w "%u" add group script = /usr/sbin/smbldap-groupadd -p "%g" delete group script = /usr/sbin/smbldap-groupdel "%g" delete user from group script = /usr/sbin/smbldap-groupmod -x "%u" "%g" set primary group script = /usr/sbin/smbldap-usermod -g "%g" "%u"

########## Printing ##########

# If you want to automatically load your printer list rather # than setting them up individually then you'll need this ; load printers = yes


# lpr(ng) printing. You may wish to override the location of the # printcap file ; printing = bsd ; printcap name = /etc/printcap

# CUPS printing. See also the cupsaddsmb(8) manpage in the # cupsys-client package. ; printing = cups ; printcap name = cups

# When using [print$], root is implicitly a 'printer admin', but you can # also give this right to other users to add drivers and set printer # properties ; printer admin = @ntadmin

############ Misc ############

# Using the following line enables you to customise your configuration # on a per machine basis. The %m gets replaced with the netbios name # of the machine that is connecting ; include = /home/samba/etc/smb.conf.%m

# Most people will find that this option gives better performance. # See smb.conf(5) and /usr/share/doc/samba-doc/htmldocs/Samba3-HOWTO/speed.html # for details # You may want to add the following on a Linux system: # SO_RCVBUF=8192 SO_SNDBUF=8192 socket options = TCP_NODELAY

# The following parameter is useful only if you have the linpopup package # installed. The samba maintainer and the linpopup maintainer are # working to ease installation and configuration of linpopup and samba. ; message command = /bin/sh -c '/usr/bin/linpopup "%f" "%m" %s; rm %s' &

# Domain Master specifies Samba to be the Domain Master Browser. If this # machine will be configured as a BDC (a secondary logon server), you # must set this to 'no'; otherwise, the default behavior is recommended. ; domain master = auto

# Some defaults for winbind (make sure you're not using the ranges # for something else.) ; idmap uid = 10000-20000 ; idmap gid = 10000-20000 ; template shell = /bin/bash ; ; The following was the default behaviour in sarge ; but samba upstream reverted the default because it might induce ; performance issues in large organizations ; See #368251 for some of the consequences of *not* having ; this setting and smb.conf(5) for all details ; ; winbind enum groups = yes ; winbind enum users = yes

#======================= Share Definitions =======================

[homes] comment = Home Directories


browseable = no

# By default, the home directories are exported read-only. Change next # parameter to 'yes' if you want to be able to write to them. writable = yes

# File creation mask is set to 0700 for security reasons. If you want to # create files with group=rw permissions, set next parameter to 0775. # create mask = 0700

# Directory creation mask is set to 0700 for security reasons. If you want to # create dirs. with group=rw permissions, set next parameter to 0775. # directory mask = 0700 # Restrict access to home directories # to the one of the authenticated user # This might need tweaking when using external authentication schemes valid users = %S read only = no guest ok = no # inherit permissions = yes

# Un-comment the following and create the netlogon directory for Domain Logons # (you need to configure Samba to act as a domain controller too.) [netlogon] comment = Network Logon Service path = /usuarios/netlogon guest ok = no writable = no share modes = no

# Un-comment the following and create the profiles directory to store # users profiles (see the "logon path" option above) # (you need to configure Samba to act as a domain controller too.) # The path below should be writable by all users so that their # profile directory may be created the first time they log on [profiles] comment = Users profiles path = /usuarios/profiles writable = yes guest ok = no hide files = /desktop.ini/ntuser.ini/NTUSER.*/ browseable = no create mask = 0600 directory mask = 0700 csc policy = disable

[printers] comment = All Printers browseable = no path = /var/spool/samba printable = yes public = no writable = no create mode = 0700

# Windows clients look for this share name as a source of downloadable # printer drivers [print$]


comment = Printer Drivers path = /var/lib/samba/printers browseable = yes read only = yes guest ok = no # Uncomment to allow remote administration of Windows print drivers. # Replace 'ntadmin' with the name of the group your admin users are # members of. ; write list = root, @ntadmin

# A sample share for sharing your CD-ROM with others. ;[cdrom] ; comment = Samba server's CD-ROM ; writable = no ; locking = no ; path = /cdrom ; public = yes

# The next two parameters show how to auto-mount a CD-ROM when the # cdrom share is accesed. For this to work /etc/fstab must contain # an entry like this: # # /dev/scd0 /cdrom iso9660 defaults,noauto,ro,user 0 0 # # The CD-ROM gets unmounted automatically after the connection to the # # If you don't want to use auto-mounting/unmounting make sure the CD # is mounted on /cdrom # ; preexec = /bin/mount /cdrom ; postexec = /bin/umount /cdrom

Crearemos el directorio /usuarios y le daremos permisos para todos los usuarios

mkdir /usuarios

mkdir /usuarios/profiles

chmod 700 -R /usuarios

Reiniciamos Samba./etc/init.d/samba restart

Damos a Samba la clave de admin para el arbol LDAP

smbpasswd -w ci2008clo

iv) Configuración de SMBLDAP-TOOLS:

Ejecutamos las siguientes ordenes:cd /usr/share/doc/smbldap-tools/examples/cp smbldap_bind.conf /etc/smbldap-tools/cp smbldap.conf.gz /etc/smbldap-tools/gzip -d /etc/smbldap-tools/smbldap.conf.gz


cd /etc/smbldap-tools/net getlocalsid

en titan es SID="S-1-5-21-1361311219-1223073149-1793825348"

Editamos el contenido del fichero /etc/smbldap-tools/smbldap.conf y adaptamos las siguientes lineas

SID="S-1-5-21-1361311219-1223073149-1793825348"sambaDomain="INFORMATICA"ldapTLS="0"suffix="dc=informatica"sambaUnixIdPooldn="sambaDomainName=INFORMATICA,${suffix}"userSmbHome=userProfile=userHomeDrive=userScript=

Editamos el contenido del fichero /etc/smbldap-tools/smbldap_bind.conf y adaptamos las siguientes lineas.slaveDN="cn=admin,dc=informatica"slavePw="ci2008clo"masterDN="cn=admin,dc=informatica"masterPw="ci2008clo"

Le aplicamos permisos a los ficheros:chmod 0644 /etc/smbldap-tools/smbldap.confchmod 0600 /etc/smbldap-tools/smbldap_bind.conf

v) Poblar LDAP usando smbldap-tools

Ejecutamos el comando:smbldap-populate -u 30000 -g 30000le asignamos la clave en nuestro caso será (ci2008clo).


Copiamos esto

vi) Añadir un usuario LDAP al sistema

Crearemos una cuenta.smbldap-useradd -a -m -c "Pepito Grillo" alumno1

-a permite tanto a Windows como Linux logearse

-m hace el directorio home

-c especifica el nombre completo

Le asignamos una contraseña a la cuenta creada.smbldap-passwd alumno1le pondremos alumno1 en la clave

vii) Configurar el servidor para usar la autentificación LDAP.

Instalaremos el software necesario:Instalación de libnss-ldap

Primero vamos a instalar el paquete libnss-ldap:apt-get install libnss-ldap

Mientras se instala el paquete libnss-ldap se le pedirá alguna información. Sin embargo, al finalizar la instalación de este paquete, tendremos que reconfigurarlo para que nos pida más información. Recordemos que para reconfigurarlo debemos ejecutar el siguiente comando:dpkg-reconfigure libnss-ldap

La información que se nos puede pedir (ya sea en la instalación o en la reconfiguración) y lo que debemos digitar:Servidor de LDAP 127.0.0.1Nombre distintivo (DN) dc=informaticaVersión de LDAP 3Se requiere usuario para la base de datos LDAP noPrivilegios especiales de LDAP para root síConfiguración leíble y escribible sólo para el propietario síCuenta LDAP para root cn=admin,dc=informaticaContraseña para la cuenta LDAP de root ci2008clo La misma del admin de LDAP

Ahora vamos a editar el archivo de configuración /etc/nsswitch.conf.Buscamos las siguientes 3 líneas:passwd: compat ldapgroup: compat ldap


shadow: compat ldapInstalación de libpam-ldapSeguidamente vamos a instalar el paquete libpam-ldap:

apt-get install libpam-ldapMientras se instala el paquete libpam-ldap se le pedirá alguna información. Sin embargo, al

finalizar la instalación de este paquete, tendremos que reconfigurarlo para que nos pida más información. Recordemos que para reconfigurarlo debemos ejecutar el siguiente comando:dpkg-reconfigure libpam-ldapLa información que se nos puede pedir (ya sea en la instalación o en la reconfiguración) y lo que debemos digitar:Servidor de LDAP 127.0.0.1Nombre distintivo (DN) dc=informaticaVersión de LDAP ==>3Make local root Database admin ==> sí Se requiere usuario para la base de datos LDAP ==>noLDAP account for root cn=admin,dc=informatica La pregunta venía en InglésContraseña para la cuenta LDAP de root ci2008clo ==>La misma del admin de LDAPLocal crypt to use when changing passwords ==>md5

Como se pudo observar, algunos datos solicitados fueron los mismos que pidió el paquete libnss-ldap.

Ahora, debido a que nuestro servidor LDAP va a ser consultado de una manera muy constante, es una buena práctica configurar un servicio de caché para algunos datos de usuario. Mientras los datos que residan en la caché sean lo suficientemente recientes, se utilizarán estos en vez de preguntar al servidor LDAP otra vez.

El servicio de cacheo de nombres (nscd) o “name service caching daemon” cumple exactamente esta tarea.

Instalamos el paquete nscd con el siguiente comando:# apt-get install nscd

Este sería un muy buen momento para reiniciar el servicio Samba:# /etc/init.d/samba restart

viii) Añadir cuenta de maquina al sistema LDAP.

Vamos a agregar una cuenta de maquina para Windows XP Professional que van a incorporarse al dominio. Para ello ejecutamos la orden:smbldap-useradd -w nombre_equipo_winxp

Para este paso de agregar todas la maquinas, hemos desarrollado un script el cual nos permite aprovechando la configuración previamente configurada del servidor DHCP, donde aparece el nombre


del equipo que se le va asignar vía DHCP automáticamente. Por lo tanto solamente se deberá ejecutar el script y automáticamente se darán de alta todas las maquinas de las aulas.

ix) Instalación de servidor NFS:

NFS es el sistema que utiliza Linux para compartir carpetas en una red. Mediante NFS, un servidor puede compartir sus carpetas en la red. Desde los PCs de los usuarios se puede acceder a dichas carpetas compartidas y el resultado es el mismo que si estuvieran en su propio disco duro. NFS son las siglas en inglés de Network File System que podríamos traducir como Sistema de Archivos en Red.

apt-get install nfs-common nfs-kernel-serverAntes de arrancar el servicio NFS, es necesario indicar qué carpetas deseamos compartir y que

permisos van a tener los usuarios que accedan a ellas.

Vamos a compartir la carpeta del servidor /usuarios/linux para ello añadiremos al fichero /etc/exports lo siguiente:

/usuarios/linux 192.168.10.0/255.255.255.0(rw)

x) Alta de maquinas en el sistema Ldap:

Aprovechando el fichero de configuración de DHCP, hemos generado un script el cual dará de alta las maquinas en nuestro sistema.

Código del script:

#!/bin/bash

if [ $# != 1 ]; thenecho ERRORecho Falta el fichero dhcp.conf

elsefichero=$1if [ -f $fichero ]; then

(cat $fichero | grep host | cut -d " " -f2)>equiposlineas=$(wc -l equipos | cut -d " " -f1)aux=0while [ $aux != $lineas ]; do

let aux=aux+1


equipo=$(head -n $aux equipos | tail -n 1)smbldap-useradd -w $equipo

donerm equipos

elseecho ERRORecho El fichero no existe, verifique el nombre.

fi

fi

exit 0

Donde ejecutaremos el script seguido del fichero de configuración DHCP, y automáticamente nos añadirá todos los equipos.

2)EN CLIENTES

i) Añadir la maquina con Ubuntu7.10

Así ya tenemos configurado el servidor para montar las carpeta a los clientes, ahora lo siguiente es configurar las maquinas de los clientes para que le haga el montaje de la carpeta por NFS automáticamente al arrancar el equipo. Para ello, si no lo tuviera instalado, tendríamos que instalar el paquete nfs-client para poder realizar montaje por nfs. Una vez instalado el paquete, solo falta ir al fichero de /etc/fstab y añadir la siguiente linea.192.168.10.4:/usuarios/linux /home nfs

Instalamos el paquete libnss-ldap:apt-get install libnss-ldap

Mientras se instala el paquete libnss-ldap se le pedirá alguna información. Sin embargo, al finalizar la instalación de este paquete, tendremos que reconfigurarlo para que nos pida más información. Recordemos que para reconfigurarlo debemos ejecutar el siguiente comando:dpkg-reconfigure libnss-ldap

La información que se nos puede pedir (ya sea en la instalación o en la reconfiguración) y lo que debemos digitar:Servidor de LDAP 192.168.10.4


Nombre distintivo (DN) dc=informaticaVersión de LDAP 3Se requiere usuario para la base de datos LDAP noPrivilegios especiales de LDAP para root síConfiguración leíble y escribible sólo para el propietario síCuenta LDAP para root cn=admin,dc=informaticaContraseña para la cuenta LDAP de root ci2008clo La misma del admin de LDAP

Ahora vamos a editar el archivo de configuración /etc/nsswitch.conf.Buscamos las siguientes 3 líneas:passwd: compat ldapgroup: compat ldapshadow: compat ldap

Seguidamente vamos a instalar el paquete libpam-ldap:apt-get install libpam-ldap

Mientras se instala el paquete libpam-ldap se le pedirá alguna información. Sin embargo, al finalizar la instalación de este paquete, tendremos que reconfigurarlo para que nos pida más información. Recordemos que para reconfigurarlo debemos ejecutar el siguiente comando:dpkg-reconfigure libpam-ldapLa información que se nos puede pedir (ya sea en la instalación o en la reconfiguración) y lo que debemos digitar:Servidor de LDAP 192.168.10.4Nombre distintivo (DN) dc=informaticaVersión de LDAP ==>3Make local root Database admin ==> sí Se requiere usuario para la base de datos LDAP ==>noLDAP account for root cn=admin,dc=informatica La pregunta venía en InglésContraseña para la cuenta LDAP de root ci2008clo ==>La misma del admin de LDAPLocal crypt to use when changing passwords ==>md5

Para simplificar toda esta información y automatizar un poco la configuración de los clientes en Linux se a generado un script:#!/bin/bash#Instalacion de los paquetes necesarios, la opcion -y es por si hubiera que contestar si o no responda siempre si.apt-get install -y nfs-common nfs-kernel-server libnss-ldap libpam-ldapdpkg-reconfigure libnss-ldapdpkg-reconfigure libpam-ldap


echo "192.168.10.4:/usuarios/linux /home nfs" >> /etc/fstabsed -i 's/compat/compat ldap/g' /etc/nsswitch.conf#Fichero common-authsed -i 's/auth/#auth/g' /etc/pam.d/common-authecho "auth sufficient pam_ldap.so" >> /etc/pam.d/common-authecho "auth required pam_unix.so nullok_secure use_first_pass" >> /etc/pam.d/common-auth#Fichero common-accountsed -i 's/account/#account/g' /etc/pam.d/common-accountecho "account sufficient pam_ldap.so" >> /etc/pam.d/common-accountecho "account required pam_unix.so try_first_pass" >> /etc/pam.d/common-account#Fichero common-passwdsed -i 's/password/#password/g' /etc/pam.d/common-passwordecho "password sufficient pam_ldap.so" >> /etc/pam.d/common-passwordecho "password required pam_unix.so nullok obscure min=4 max=8 md5 use_first_pass" >> /etc/pam.d/common-passwordecho “Es necesario reiniciar el sistema para que se apliquen las nuevas configuraciones”echo “¿Quieres reiniciar ahora el sistema?(s/n):”read opcionif [ $opcion=”s” || $opcion=”S” || $opcion=”si” || $opcion=”Si”]; then

rebootelse

echo “No olvide que es necesario reiniciar el sistema para que se aplique la nueva configuración”fiexit 0

Donde en la maquina a configurar con Linux instalado ejecutaremos la orden para descargarnos el fichero:wget http://192.168.10.4/script_cliente_linux.sh Le asignamos permisos de ejecución al scriptchmod 777 script_cliente_linux.sh Ejecutamos el script como administrador del equipo:sudo script_cliente_linux.sh Las configuraciones que nos pedirán están detalladas anteriormente


http://192.168.10.4/script_cliente_linux.sh

ii) Añadir la maquina con Windows XP Profesional al dominio.

Para añadir una máquina al dominio LDAP, seguiremos los siguientes pasos:1. Entramos a Windows como Administrador del equipo2. Botón derecho sobre Mi PC y sobre propiedades3. Entramos en la pestaña Nombre de equipo4. Pulsamos sobre el botón Cambiar...5. Pulsamos sobre Dominio y debajo escribimos el nombre del dominio en nuestro caso es

INFORMATICA6. Nos solicitara un usuario y contraseña, en nuestro caso usuario “root” y contraseña “ci2008clo”7. Finalmente nos da la bienvenida al dominio y nos pedirá reiniciar el sistema.8. Al iniciar de nuevo el equipo debemos seleccionar el dominio y introducir un usuario y su

clave del dominio LDAP.

3)APLICACIÓN WEB PARA IMPORTAR USUARIOS

La aplicación consta de una serie de ficheros o scripts realizados en el lenguaje de programación PERL y PHP, y permite al administrador ( previa autentificación ) realizar la importación de usuarios al dominio SAMBA y en definitiva al servidor LDAP.

Para ello el administrador se logueará en la aplicación y una vez autentificado se le permitirá importar el fichero de usuarios, listado de usuarios por clase y alta de un nuevo administrador de la aplicación.

La aplicación tiene un nivel de seguridad con el cual solo nos permite entrar a la aplicación si estas autentificado sino te mandara a la pagina de logueo.

Ficheros con los que trabaja la aplicación:contasena:

--Almacena la contraseña del administrador de el servidor ldap para poder importar luego el archivo .ldif.

--Permisos de solo lectura para www-data. admin:

--Ira almacenando los administrador o personas con privilegios para importar los ficheros de usuarios.

--Permisos de lectura y escritura para www-data. /tmp/autentificacion:

--Fichero que almacena si se ha iniciado correctamente la session y si es asi permite entrar a la aplicacion.

--Permisos de lectura y escritura www-data. /tmp/usuarios.ldif:


--Fichero que se construye a partir del importado por el cliente y se importa a ldad. --Se borra y se vuelve a crear cada vez que se importa un nuevo fichero. --Permisos de lectura y escritura www-data.

/tmp/passwd: --Fichero temporal que se utiliza para encriptar claves de usuarios dados de alta. --Se borra automáticamente.

/tmp/nombre_fichero_importado: --Fichero que sube el cliente al servidor y que utilizaremos para crear el usuarios.ldif. Pasos aplicación:

1. Inicio: Para ello entraremos a la aplicación a traves del navegador poniendo la dirección IP del servidor capitan/cgi-bin/index.pl

2. Login: Deberá rellenar el formulario y darle a enviar y comprobará si se trata de un usuario dado de alta.


3. Comprobar usuario: comprobará si el usuario es correcto , si fuese así se autentificará la sesión sino dará error.NO VALIDO

VALIDO

4. Menu aplicación: aquí se muestra las tres acciones que se pueden realizar con la aplicación ( importar, listado usuarios, registro ).

5. Importar: se pedirá el fichero que se quiere importar y en que grupo se quiere importar ( 1ASIA, 1ASIB, 2ASI ).


6. Listado usuarios: seleccionar el grupo, darle a mostrar y saldrá el listado de usuarios.

7. Registro: alta de nuevo administrador, rellenar el formulario y darle a nueva alta.


4)SERVIDOR DHCP

i) Definición

El protocolo de configuración dinámica de host (DHCP, Dynamic Host Configuration Protocol) es un estándar TCP/IP diseñado para simplificar la administración de la configuración IP de los equipos de nuestra red.

Si disponemos de un servidor DHCP, la configuración IP de los PCs puede hacerse de forma automática sin necesidad de hacerlo manualmente.

Un servidor DHCP es un servidor que recibe peticiones de clientes solicitando una configuración de red IP. El servidor responderá a dichas peticiones proporcionando los parámetros que permitan a los clientes autoconfigurarse. Para que un PC solicite la configuración a un servidor, en la configuración de red de los PCs hay que seleccionar la opción 'Obtener dirección IP automáticamente'.

El servidor proporcionará al cliente al menos los siguientes parámetros: * Dirección IP * Máscara de subred

Opcionalmente, el servidor DHCP podrá proporcionar otros parámetros de configuración tales como: * Puerta de enlace, Servidores DNS y muchos otros parámetros más

El servidor DHCP proporciona una configuración de red TCP/IP segura y evita conflictos de direcciones repetidas. Utiliza un modelo cliente-servidor en el que el servidor DHCP mantiene una administración centralizada de las direcciones IP utilizadas en la red. Los clientes podrán solicitar al servidor una dirección IP y así poder integrarse en la red.


ii) Implementación

a) En el servidor:

Para instalar los archivos necesarios de nuestro servidor DHCP podemos utilizar apt-get desde una consola de root: apt-get install dhcp3-server

De esta forma instalaríamos los programas necesarios para disponer de nuestro propio servidor DHCP.

ConfiguraciónEl servidor DHCP deberá saber qué rangos de direcciones IP puede 'alquilar' y qué parámetros

adicionales (puerta de enlace, servidores DNS, etc...) debe proporcionar a los clientes para que la configuración de los mismos sea completa y sea la deseada.

Una configuración TCP/IP mínima debe contener al menos la dirección IP y la máscara de subred, por lo tanto, esos son los dos mínimos datos que un servidor DHCP puede proporcionar a un cliente, no obstante, un servidor DHCP suele proporcionar muchos más parámetros.

Abrimos el archivo de configuración del servidor e indicar la red y en rango de direcciones ip que se van a darsudo gedit /etc/dhcp3/dhcpd.conf

En el apartado de subnet le indicamos la dirección de red con la que vamos a trabajar 192.168.1.0 su mascara de red netmask 255.255.255.0 y el rango de cesión range 192.168.10.100 192.168.1.250;

También se le puede asignar la puerta de enlace,la direcciones de los servidores DNS , la dirección de broadcast y el tiempo que puede tener un cliente como máximo una dirección IPoption routers 192.168.10.1;option domain-name-servers 80.58.0.33, 80.58.32.97;option broadcast-address 192.168.10.255;default-lease-time 6000;

Iniciamos el demonio del servidor teniendo en cuenta que antes debes haberte situado en la misma red (192.168.1.0)


sudo /etc/init.d/dhcp3-server startA continuación detallamos el fichero de configuración generado para DHCP, dhcpd.conf:

subnet 192.168.10.0 netmask 255.255.255.0 {default-lease-time 600;max-lease-time 7200;option routers 192.168.10.1;option domain-name "informatica";host t114pc03 { hardware ethernet 00:13:8F:83:BC:BC; fixed-address 192.168.10.67;}host t114pc04 { hardware ethernet 00:13:8F:81:95:C5; fixed-address 192.168.10.68;}host t114pc05 { hardware ethernet 00:0B:6A:BD:DF:10; fixed-address 192.168.10.69;}host t114pc07 { hardware ethernet 00:0B:6A:BE:59:EF; fixed-address 192.168.10.71;}host t114pc10 { hardware ethernet 00:20:18:3A:A2:69; fixed-address 192.168.10.74;}host t114pc21 { hardware ethernet 00:E0:7D:AF:28:73; fixed-address 192.168.10.85;}host t114pc13 { hardware ethernet 00:20:ED:AD:9C:AA; fixed-address 192.168.10.77;}host t114pc09 { hardware ethernet 00:20:ED:AD:98:CF; fixed-address 192.168.10.73;}host t114pc12 { hardware ethernet 00:20:ED:AD:AA:D1; fixed-address 192.168.10.76;}host t114pc22 { hardware ethernet 00:20:ED:AD:98:C6; fixed-address 192.168.10.86;}host t114pc17 { hardware ethernet 00:20:ED:3B:03:5F;


fixed-address 192.168.10.81;}host t114pc11 { hardware ethernet 00:20:ED:AD:AD:94; fixed-address 192.168.10.75;}host t115pc01 { hardware ethernet 00:1A:92:27:E1:91; fixed-address 192.168.10.97; }###AULA 116#########host t116pc03 { hardware ethernet 00:13:8F:CF:64:7D; fixed-address 192.168.10.131; }host t116pc05 { hardware ethernet 00:1A:4D:7A:51:59; fixed-address 192.168.10.133;}host t116pc06 { hardware ethernet 00:1A:4D:7A:4F:25; fixed-address 192.168.10.134;}host t116pc09 { hardware ethernet 00:1A:4D:7A:51:79; fixed-address 192.168.10.137;}host t116pc17 { hardware ethernet 00:1A:4D:75:55:B5; fixed-address 192.168.10.145;}host t116pc19 { hardware ethernet 00:1A:4D:7F:78:49; fixed-address 192.168.10.147;}host t116pc07 { hardware ethernet 00:1A:4D:75:69:88; fixed-address 192.168.10.135;}host t116pc23 { hardware ethernet 00:13:8F:D2:BA:94; fixed-address 192.168.10.151;}host t116pc22 { hardware ethernet 00:1A:4D:75:5C:57; fixed-address 192.168.10.50;}host t116pc24 { hardware ethernet 00:1A:4D:75:F6:4F; fixed-address 192.168.10.152;


}host t116pc26 { hardware ethernet 00:1A:4D:7C:4A:FA; fixed-address 192.168.10.154;}host t116pc27 { hardware ethernet 00:1A:4D:7F:89:A6; fixed-address 192.168.10.155;}host t116pc14 { hardware ethernet 00:13:8F:CA:E8:B9; fixed-address 192.168.10.142;}host t116pc21 { hardware ethernet 00:1A:4D:7A:51:88; fixed-address 192.168.10.149;}host t116pc20 { hardware ethernet 00:1A:4D:7F:89:83; fixed-address 192.168.10.148;}####AULA 112##########host t112pc19 { hardware ethernet 00:16:E6:4C:F9:B2; fixed-address 192.168.10.51;}host t112pc20 { hardware ethernet 00:16:E6:4F:3E:4D; fixed-address 192.168.10.52;}host t112pc21 { hardware ethernet 00:16:E6:4F:38:BB; fixed-address 192.168.10.53;}host t112pc22 { hardware ethernet 00:16:E6:4D:69:41; fixed-address 192.168.10.54;}host t112pc23 { hardware ethernet 00:16:E6:4F:38:93; fixed-address 192.168.10.55;}host t112pc24 { hardware ethernet 00:16:E6:4C:F2:77; fixed-address 192.168.10.56;}host t112pc25 { hardware ethernet 00:14:85:C7:33:2C; fixed-address 192.168.10.57;}


host t112pc26 { hardware ethernet 00:14:85:C7:2D:3E; fixed-address 192.168.10.58;}host t112pc27 { hardware ethernet 00:16:E6:4F:0D:CE; fixed-address 192.168.10.59;}host t112pc05 { hardware ethernet 00:16:E6:4D:11:EC; fixed-address 192.168.10.37;}host t112pc06 { hardware ethernet 00:16:E6:4F:08:51; fixed-address 192.168.10.38;}host t112pc07 { hardware ethernet 00:16:E6:4A:C8:10; fixed-address 192.168.10.39;}host t112pc08 { hardware ethernet 00:16:E6:4E:72:93; fixed-address 192.168.10.40;}host t112pc10 { hardware ethernet 00:20:ED:35:0D:15; fixed-address 192.168.10.42;}####AULA 115##########host t115pc14 { hardware ethernet 00:C0:DF:80:E0:38; fixed-address 192.168.10.110;}host t115pc13 { hardware ethernet 00:E0:4C:E0:F0:CA; fixed-address 192.168.10.108;}host t115pc11 { hardware ethernet 00:E0:4C:E0:F0:B7; fixed-address 192.168.10.107;}host t115pc10 { hardware ethernet 00:40:F4:66:2B:DB; fixed-address 192.168.10.106;}host t115pc09 { hardware ethernet 00:E0:4C:E0:F0:D3; fixed-address 192.168.10.105;}host t115pc08 {


hardware ethernet 00:40:F4:70:11:CE; fixed-address 192.168.10.104;}host t115pc07 { hardware ethernet 00:40:F4:6B:BE:E6; fixed-address 192.168.10.103;}host t115pc05 { hardware ethernet 00:E0:7D:AF:28:5C; fixed-address 192.168.10.101;}host dpto01 { hardware ethernet 00:09:6B:3A:B1:B6; fixed-address 192.168.10.6;}host dpto02 { hardware ethernet 00:E0:4C:E0:F0:D3; fixed-address 192.168.10.7;}}

b) En clientes

Configuramos en la configuración de red en modo DHCP.

8. Recursos

7.1.- Herramientas hardware

Los requerimientos mininos serán un equipo que actué de servidor. Los equipos clientes. Y una red interna que conecte a los equipos con el servidor.

7.2.- Herramientas software

A nivel de software se utilizara el S/O Debían en el servidor, y los paquetes necesarios en la implementación.

Para los clientes, vamos a utilizar tanto Windows XP Profesional, como Ubuntu 7.10.

7.3.- Personal

No es necesario personal dedicado para el mantenimiento, simplemente sería necesario un administrador para la gestión de los usuarios del dominio.

7.4.- Presupuesto

Al utilizar software libre, en el caso de Debian y Ubuntu el coste de licencias es 0. Sin embargo en los clientes con Windows XP Profesional, tendrán el coste de las licencias, que el caso del centro al disponer ya de dichas licencias el coste en este caso ya se suprimió.

Sin embargo si suponemos que el centro carece de requisitos mínimos se detalla un


presupuesto:

Material Características Cantidades Precio aprox.

Servidor (Ordenador sobremesa + Monitor + teclado + ratón)

S/O Debían 1 396.56

Cliente (Ordenador sobremesa + Monitor + teclado + ratón)

NETWAY P3500 + VIA CD7 1.5 GHZ/512MB/160GB/DVD SUPERMULTI

1 396.56

WINDOWS XP PROFESIONAL OEM

1 104,57

CONFIGURACION SERVIDOR

Implementación servidor

1 1200

CONFIGURACION CLIENTES

Integración cliente 1 10

9. Conclusiones

9.1. Grado de consecución de objetivos

Al finalizar el proyecto se puede almacenar los perfiles de usuario en el servidor, permitir que el usuario pueda loguearse en cualquier equipo, simplemente facilitando su nombre de usuario y contraseña para que se le cargue su configuración, centralizar todos las cuentas de usuarios bajo un servidor y asignar automáticamente la configuración de la red a todas las máquinas de la red.

En definitiva, se han cumplido la mayoría de los objetivos iniciales.

9.2. Problemas encontrados

En un principio configuramos el servidor en nuestro equipo, cuyo S/O era Ubuntu, una vez instalado y configurado, que costó trabajo, disponemos a implementarlo en el servidor y encontramos incompatibilidades de lo realizado en Ubuntu, en Debían. Pues vuelta a empezar, pero con el sistema lleno de configuraciones imposibles de quitar, incluso desinstalando los paquetes instalados.

En la automatización de los clientes, no hemos encontrado nada relacionado con el tema. Hicimos una captura de registro de Windows antes de añadirlo al dominio y otra después, comparamos los registros y encontramos las claves modificadas donde aparece el nombre del dominio, pero nada de la contraseña, por lo que no hemos podido alcanzar ese objetivo.

En definitiva los principales problemas encontrados han sido la falta de documentación correcta en Debían sobre el proyecto. Es decir, hay información, pero no es del todo correcta, así que hemos tenido que investigar más sobre las posibles configuraciones realizadas.


9.3. Futuras mejoras

Si surgen nuevas versiones, se recomienda actualizar los servicios, del servidor. De cara a la aplicación web, se pueden incluir más opciones. También se podría automatizar los clientes, para añadirlos al dominio.

10. Referencias / Bibliografíahttp://www.openldap.org/

http://www.howtoforge.com/openldap-samba-domain-controller-ubuntu7.10

http://rolandpish.files.wordpress.com/2007/10/samba_como_pdcopenldap.pdf

http://www.ajduenas.com/wp-content/uploads/2007/07/proyecto-integrado-antonio-jesus-duenas.pdf

http://jroliva.wordpress.com/samba-ldap-debian-40-etch/

http://formacion.cnice.mec.es/materiales/85/cd/REDES_LINUX/frames/frameset_1.html

11. LICENCIAEsta obra está bajo una licencia Reconocimiento-No comercial 2.5 España de Creative Commons.

Para ver una copia de esta licencia, visite http://creativecommons.org/licenses/by-nc/2.5/es/ o envie una carta a Creative Commons, 171 Second Street, Suite 300, San Francisco, California 94105, USA.


http://creativecommons.org/licenses/by-nc/2.5/es/

http://formacion.cnice.mec.es/materiales/85/cd/REDES_LINUX/frames/frameset_1.html

http://jroliva.wordpress.com/samba-ldap-debian-40-etch/

http://www.ajduenas.com/wp-content/uploads/2007/07/proyecto-integrado-antonio-jesus-duenas.pdf

http://rolandpish.files.wordpress.com/2007/10/samba_como_pdcopenldap.pdf

http://www.howtoforge.com/openldap-samba-domain-controller-ubuntu7.10

http://www.openldap.org/

pdc ldap

Documents