Proyecto Integrado Utilizar Samba Como Controlador Dominio Con Autentificación en Servidor Ldap

pIES Gran Capitán
Departamento de Informática
Ciclo Formativo de Grado Superior de
Administración de Sistemas Informáticos
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ñoz

Miguel Ángel Fernández Rodríguez
2º A.S.I.
Curso2007-2008
[Junio 2008]
IES Gran Capitán -- C/. Arcos de la Frontera, S/N -- 14014 Córdoba -- 957-440770
http://www.iesgrancapitan.org -- http://informatica.iesgrancapitan.org -- informatica@iesgrancapitan.org
Í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...................................................................................................................................11
1) 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............................................................26
4)SERVIDOR DHCP....................................................................................................................29
i)Definición..............................................................................................................................29
ii)Implementación....................................................................................................................30
a)En el servidor:........................................................................................................................30
b)En clientes..............................................................................................................................35
8.Recursos.........................................................................................................................................35
7.1.- Herramientas hardware..........................................................................................................35
7.2.- Herramientas software...........................................................................................................35
7.3.- Personal.................................................................................................................................36
7.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ón
Si 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 proyecto

Este 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 proyecto

Objetivos:
 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
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 trabajo
Semana 31/03/2008-06/04/2008
En 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/2008
En 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/2008
Creació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/2008
Desarrollar aplicación o scripts que configure automáticamente los equipos de los usuarios.
Semana 30/04/2008-07/05/2008
Instalar y configurar servidor NFS de forma adecuada para que cumpla con los requisitos requeridos.
Semana 08/04/2008-15/05/2008
Realizació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ón
Pasos 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-doc
Se 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 SAMBA

Copiamos 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.schema
y modificamos la linea
access to attribute=userPassword
por:
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.
#
#
# 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 <<kahan@informatik.tu-muenchen.de>
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

# It specifies the location of a user's home directory (from the client
# point of view)
logon drive = H:
logon home = \\%L\%U\.profile

# 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
Copiamos esto
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.conf
chmod 0600 /etc/smbldap-tools/smbldap_bind.conf
v) Poblar LDAP usando smbldap-tools

Ejecutamos el comando:
smbldap-populate -u 30000 -g 30000
le asignamos la clave
en nuestro caso será (ci2008clo).
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 alumno1
le 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.1
Nombre distintivo (DN) dc=informatica
Versión de LDAP 3
Se requiere usuario para la base de datos LDAP no
Privilegios 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=informatica
Contraseñ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 ldap
group: compat ldap
shadow: compat ldap
Instalación de libpam-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
dpkg-reconfigure libpam-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:
Versión de LDAP ==>3
Make local root Database admin ==> sí
Se requiere usuario para la base de datos LDAP ==>no
LDAP account for root cn=admin,dc=informatica La pregunta venía en Inglés
Contraseña para la cuenta LDAP de root ci2008clo ==>La misma del admin de LDAP
Local 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-server
Antes 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 ]; then
echo ERROR
echo Falta el fichero dhcp.conf
else
fichero=$1
if [ -f $fichero ]; then
(cat $fichero | grep host | cut -d " " -f2)>equipos
lineas=$(wc -l equipos | cut -d " " -f1)
aux=0
while [ $aux != $lineas ]; do
let aux=aux+1
equipo=$(head -n $aux equipos | tail -n 1)
smbldap-useradd -w $equipo
done
rm equipos
else
echo ERROR
echo 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
La información que se nos puede pedir (ya sea en la instalación o en la reconfiguración) y lo
que debemos digitar:
Versión de LDAP 3
Se requiere usuario para la base de datos LDAP no
Privilegios 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=informatica
Contraseñ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 ldap
group: compat ldap
shadow: 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
La información que se nos puede pedir (ya sea en la instalación o en la reconfiguración) y lo que
debemos digitar:
Versión de LDAP ==>3
Make local root Database admin ==> sí
Se requiere usuario para la base de datos LDAP ==>no
LDAP account for root cn=admin,dc=informatica La pregunta venía en Inglés
Contraseña para la cuenta LDAP de root ci2008clo ==>La misma del admin de LDAP
Local 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-ldap
echo "192.168.10.4:/usuarios/linux /home nfs" >> /etc/fstab
sed -i 's/compat/compat ldap/g' /etc/nsswitch.conf
#Fichero common-auth
sed -i 's/auth/#auth/g' /etc/pam.d/common-auth
echo "auth sufficient pam_ldap.so" >> /etc/pam.d/common-auth
echo "auth required pam_unix.so nullok_secure use_first_pass" >> /etc/pam.d/common-auth
#Fichero common-account
sed -i 's/account/#account/g' /etc/pam.d/common-account
echo "account sufficient pam_ldap.so" >> /etc/pam.d/common-account
echo "account required pam_unix.so try_first_pass" >> /etc/pam.d/common-account
#Fichero common-passwd
sed -i 's/password/#password/g' /etc/pam.d/common-password
echo "password sufficient pam_ldap.so" >> /etc/pam.d/common-password
echo "password required pam_unix.so nullok obscure min=4 max=8 md5 use_first_pass"
>> /etc/pam.d/common-password
echo “Es necesario reiniciar el sistema para que se apliquen las nuevas configuraciones”
echo “¿Quieres reiniciar ahora el sistema?(s/n):”
read opcion
if [ $opcion=”s” || $opcion=”S” || $opcion=”si” || $opcion=”Si”]; then
reboot
else
echo “No olvide que es necesario reiniciar el sistema para que se aplique la nueva
configuración”
fi
exit 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 script
chmod 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
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 equipo
2. Botón derecho sobre Mi PC y sobre propiedades
3. Entramos en la pestaña Nombre de equipo
4. Pulsamos sobre el botón Cambiar...
5. Pulsamos sobre Dominio y debajo escribimos el nombre del dominio en nuestro caso es
INFORMATICA
6. 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ón
El 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 dar
sudo 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 IP
option 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 start
A 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;
}
host t114pc05 {
hardware ethernet 00:0B:6A:BD:DF:10;
}
host t114pc07 {
hardware ethernet 00:0B:6A:BE:59:EF;
}
host t114pc10 {
hardware ethernet 00:20:18:3A:A2:69;
}
host t114pc21 {
hardware ethernet 00:E0:7D:AF:28:73;
}
host t114pc13 {
hardware ethernet 00:20:ED:AD:9C:AA;
}
host t114pc09 {
hardware ethernet 00:20:ED:AD:98:CF;
}
host t114pc12 {
hardware ethernet 00:20:ED:AD:AA:D1;
}
host t114pc22 {
hardware ethernet 00:20:ED:AD:98:C6;
}
host t114pc17 {
hardware ethernet 00:20:ED:3B:03:5F;
}
host t114pc11 {
hardware ethernet 00:20:ED:AD:AD:94;
}
host t115pc01 {
hardware ethernet 00:1A:92:27:E1:91;
}
###AULA 116#########
host t116pc03 {
hardware ethernet 00:13:8F:CF:64:7D;
}
host t116pc05 {
hardware ethernet 00:1A:4D:7A:51:59;
}
host t116pc06 {
hardware ethernet 00:1A:4D:7A:4F:25;
}
host t116pc09 {
}
host t116pc17 {
hardware ethernet 00:1A:4D:75:55:B5;
}
host t116pc19 {
hardware ethernet 00:1A:4D:7F:78:49;
}
host t116pc07 {
hardware ethernet 00:1A:4D:75:69:88;
}
host t116pc23 {
hardware ethernet 00:13:8F:D2:BA:94;
}
host t116pc22 {
hardware ethernet 00:1A:4D:75:5C:57;
}
host t116pc24 {
hardware ethernet 00:1A:4D:75:F6:4F;
}
host t116pc26 {
hardware ethernet 00:1A:4D:7C:4A:FA;
}
host t116pc27 {
hardware ethernet 00:1A:4D:7F:89:A6;
}
host t116pc14 {
hardware ethernet 00:13:8F:CA:E8:B9;
}
host t116pc21 {
}
host t116pc20 {
hardware ethernet 00:1A:4D:7F:89:83;
}
####AULA 112##########
host t112pc19 {
hardware ethernet 00:16:E6:4C:F9:B2;
}
host t112pc20 {
hardware ethernet 00:16:E6:4F:3E:4D;
}
host t112pc21 {
hardware ethernet 00:16:E6:4F:38:BB;
}
host t112pc22 {
hardware ethernet 00:16:E6:4D:69:41;
}
host t112pc23 {
hardware ethernet 00:16:E6:4F:38:93;
}
host t112pc24 {
hardware ethernet 00:16:E6:4C:F2:77;
}
host t112pc25 {
hardware ethernet 00:14:85:C7:33:2C;
}
host t112pc26 {
hardware ethernet 00:14:85:C7:2D:3E;
}
host t112pc27 {
hardware ethernet 00:16:E6:4F:0D:CE;
}
host t112pc05 {
hardware ethernet 00:16:E6:4D:11:EC;
}
host t112pc06 {
hardware ethernet 00:16:E6:4F:08:51;
}
host t112pc07 {
hardware ethernet 00:16:E6:4A:C8:10;
}
host t112pc08 {
hardware ethernet 00:16:E6:4E:72:93;
}
host t112pc10 {
hardware ethernet 00:20:ED:35:0D:15;
}
####AULA 115##########
host t115pc14 {
hardware ethernet 00:C0:DF:80:E0:38;
}
host t115pc13 {
hardware ethernet 00:E0:4C:E0:F0:CA;
}
host t115pc11 {
hardware ethernet 00:E0:4C:E0:F0:B7;
}
host t115pc10 {
hardware ethernet 00:40:F4:66:2B:DB;
}
host t115pc09 {
hardware ethernet 00:E0:4C:E0:F0:D3;
}
host t115pc08 {
hardware ethernet 00:40:F4:70:11:CE;
}
host t115pc07 {
hardware ethernet 00:40:F4:6B:BE:E6;
}
host t115pc05 {
hardware ethernet 00:E0:7D:AF:28:5C;
}
host dpto01 {
hardware ethernet 00:09:6B:3A:B1:B6;
}
host dpto02 {
hardware ethernet 00:E0:4C:E0:F0:D3;
}
}
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 S/O Debían 1 396.56

sobremesa + Monitor +
teclado + ratón)
Cliente (Ordenador NETWAY P3500 + 1 396.56

sobremesa + Monitor + VIA CD7 1.5
teclado + ratón) GHZ/512MB/160GB/D
VD SUPERMULTI
WINDOWS XP 1 104,57
PROFESIONAL OEM
CONFIGURACION Implementación 1 1200

SERVIDOR servidor
CONFIGURACION Integración cliente 1 10

CLIENTES
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ía

http://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. LICENCIA
Esta 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.

Proyecto Integrado Utilizar Samba Como Controlador Dominio Con Autentificación en Servidor Ldap

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Integrado Utilizar Samba Como Controlador Dominio Con Autentificación en Servidor Ldap

Cargado por

Copyright:

Formatos disponibles

pIES Gran Capitán

Se trata de un proyecto con el que queremos que cualquier

Carlos Arizón Muñoz

2. Uso del proyecto

3. Objetivos y requisitos del proyecto

4.1. Estudio de soluciones existentes

1. OPENLDAP: OpenLDAP, es una implementación en código abierto del protocolo LDAP

1. Primer paso: (este paso ya está hecho en nuestro servidor).

6.2. Diseño detallado

Para trabajar mejor nos logearemos como root.

i) Instalación del servidor LDAP:

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

ii) Instalación de servidor SAMBA:

Configuración OpenLDAP para usarlo con SAMBA

iii) Configuración de SAMBA:

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

# server string is the equivalent of the NT Description field

# Windows Internet Name Serving Support Section:

# WINS Server - Tells the NMBD components of Samba to be a WINS Client

#### Networking ####

# The specific set of interfaces / networks to bind to

#### Debugging/Accounting ####

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

# We want Samba to log a minimum amount of information to syslog. Everything

# Do something sensible when Samba crashes: mail the admin a backtrace

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

# You may wish to use password encryption. See the section on

obey pam restrictions = yes

; guest account = nobody

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

# Is this machine able to authenticate users. Both PDC and BDC

# The following setting only takes effect if 'domain logons' is set

# The following setting only takes effect if 'domain logons' is set

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

# If you want to automatically load your printer list rather

# CUPS printing. See also the cupsaddsmb(8) manpage in the

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

# Using the following line enables you to customise your configuration

# Domain Master specifies Samba to be the Domain Master Browser. If this

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

# By default, the home directories are exported read-only. Change next

# Restrict access to home directories

# Un-comment the following and create the profiles directory to store

# Windows clients look for this share name as a source of downloadable

# A sample share for sharing your CD-ROM with others.

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

iv) Configuración de SMBLDAP-TOOLS:

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

Le aplicamos permisos a los ficheros:

v) Poblar LDAP usando smbldap-tools

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

La información que se nos puede pedir (ya sea en la instalación o en la reconfiguración) y lo

Ahora vamos a editar el archivo de configuración /etc/nsswitch.conf.

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

ix) Instalación de servidor NFS:

Vamos a compartir la carpeta del servidor /usuarios/linux para ello añadiremos al

x) Alta de maquinas en el sistema Ldap:

Aprovechando el fichero de configuración de DHCP, hemos generado un script el cual dará de

Código del script:

Donde ejecutaremos el script seguido del fichero de configuración DHCP, y automáticamente

i) Añadir la maquina con Ubuntu7.10

Instalamos el paquete libnss-ldap:

3)APLICACIÓN WEB PARA IMPORTAR USUARIOS