Universidad Oviedo

1
Universidad Oviedo

• Servicios Integrados de Directorio

2
Índice

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

3
Origen
? Plan estratégico en Tecnología

• Mejorar Gestión y Organización
• Integración

4
(No Transcript)
5

6

GAUSS
Oferta docente
ASTURCON
Datos económicos
HOMINIS
RR.HH
7
(No Transcript)
8
Problema

• Información dispersa
• Identificación de personas
• Múltiple login

9
(No Transcript)
10
Planteamiento

• La incapacidad de desarrollo propio imposibilita
  optar por la vía de integración desde la UOV.
• Proyecto llave en mano.
• Tecnología estándar consolidada en el mercado.

11
Índice

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

12
Soluciones analizadas

• IBM
• LOTUS NOTES
• Microsoft
• EXCHANGE 2000
• SUN
• IPLANET

13
Índice

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

14
Valoración genérica

• IBM
• No permite listas dinámicas
• Microsof
• Propietario
• Abierto
• SUN
• Tecnología madura
• Listas dinámicas
• Heterogeneidad

15
Índice

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

• Origen del proyecto
• Soluciones analizadas
• Valoraciones genéricas
• Descripción del proyecto

16
Objetivo

1. Punto central de recuperación de información.
2. Integrar BB.DD.
3. Capacidad incorporar servicios.
4. Máxima transparencia.
5. Superar el múltiple login.

17
Requisitos (I)

• Dotar de servicio de correo corporativo a la
  comunidad universitaria.
• Unificar los datos contenidos en HOMINIS y GAUSS
  junto con los de correo electrónico y mostrarlos
  mediante una única vista en páginas web
  accesibles por los usuarios.

18
Requisitos (II)

• Crear un único repositorio de datos para la
  autenticación de los usuarios y el acceso a los
  servicios.
• Consolidación de datos en LDAP.
• Dotar a la Universidad de una infraestructura
  basada en servicio de directorio corporativo LDAP
  que le permita implementar futuros servicios sin
  esfuerzo

19
Requisitos (III)

• Creación de un sistema de listas de distribución
  dinámicas con administración delegada.
• Interfaces Web de acceso a la información
  consolidada por el Metadirectorio.

20
Arquitectura
balanceadores
LDAP esclavo
Proxy MAIL
Proxy LDAP
Pasarela LDAP
Web mail
cortafuegos
informix
LDAP maestro
Metadirectorio
Servicios mensajeria
Administración delegada
21
(No Transcript)
22
Correo electronico
Messaging Server
Servicios de correo
Messaging Server
Buzones de correo
Proxy Mail
SSL
POP
IMAP
Proxy LDAP
SSL
Peticiones SSL
Proxy LDAP
HTTP
SMTP
SSL
Usuarios / Apps
Autenticación
Perfil de usuario
Directory Server
Control de Acceso
Directory Server
23
Paginas blancas
Directory Server
Directory Server
Proxy LDAP
Peticiones SSL
SSL
SSL
Proxy LDAP
Autenticación
Usuarios / Apps
Perfil de usuario
Pasarela WWW LDAP
WWW LDAP Gateway
Control de Acceso
24
Listas distribucion
Directory Server
Proxy LDAP
Proxy LDAP
DS
Peticiones SSL
SSL
SSL
Autenticación
Usuarios / Apps
Perfil de usuario
WWW LDAP Gateway
Interfaz WWW listas
Control de Acceso
Gestión de listas
25
Jerarquia
Perfiles, Privilegios, Esquema,Jerarquia,
Replicacion, Seguridad
26
Hitos Proyecto
FASE I Julio 2002 Instalación,
Configuración.
FASE III Noviembre PROTOTIPO

• FASE II
• Desarrollo de conectores
• Enlace Metadirectorio
• Personalización
• WebMail
• Delegated Administrator
• Interfaz listas dinámicas.
• Securización de los servicios

FASE IV Diciembre Aceptación del
proyecto. Entrega de Documentación definitiva.
27
(No Transcript)
28
Arquitectura
29
(No Transcript)
30
(No Transcript)
31
(No Transcript)
32
(No Transcript)
33
(No Transcript)