Sistemas Distribuidos: Ejercicio del tema servicio de nombres

Fecha Examen: 26 de abril del 2013.


Ejercicio de LDAP

  1. ¿Qué es falso con respecto al RDN de un objeto?
    1. Sólo puede corresponder con atributos de la clase estructural del objeto.
    2. Debe ser único entre objetos hermanos.
    3. Puede estar formado por múltiples atributos del objeto.
    4. Es el componente final del DN del objeto.
Explicación
El RDN de un objeto es la parte final (el último componente) del DN que hace referencia a dicho objeto y tiene que ser único entre todos los objetos hijos del mismo objeto padre. El valor del RDN se corresponde con uno o más atributos del objeto que le hacen único entre sus hermanos pudiendo corresponer a atributos de la clase estructural pero también de las clases auxiliares a las que esté asociado el objeto. Así, por ejemplo, es habitual que el objeto que representa una organización use como RDN el atributo dc.
  1. Un esquema donde los nodos de los empleados de la empresa cuelguen de nodos que representan equipos de trabajo (pequeña agrupación de empleados del mismo departamento que trabajan juntos) en vez de nodos de departamentos, ¿qué implica?
    1. Un árbol más profundo y, por tanto, más sensible a los cambios en la empresa.
    2. Un árbol más profundo y, por tanto, menos sensible a los cambios en la empresa.
    3. Un árbol menos profundo y, por tanto, más sensible a los cambios en la empresa.
    4. Un árbol menos profundo y, por tanto, menos sensible a los cambios en la empresa.
Explicación
Es un árbol más profundo ya que implica un nivel más (equipos de trabajo que cuelgan de departamentos) lo que trae como consecuencia que sea más sensible a los cambios en la organización de la empresa.
  1. En el nodo correspondiente a cada departamento de una empresa, cuelgan los nodos de empleados e impresoras asociados a ese departamento. ¿Qué características tendrá una operación de búsqueda que obtiene todos los datos de los empleados de un departamento dado?
    1. ámbito one; con filtro de búsqueda
    2. ámbito one; sin filtro de búsqueda
    3. ámbito base; con filtro de búsqueda
    4. ámbito base; sin filtro de búsqueda
Explicación
En cuanto al ámbito, hay que recorrer todos los nodos de un departamento, por lo que debe ser de tipo one. Con respecto al filtro, es necesario puesto que se pretende seleccionar sólo aquellos nodos que correspondan a empleados (se podría, por ejemplo, establecer un filtro basado en objectClass).
  1. La empresa E1 organiza sus departamentos como OUs asociando el personal a los mismos. La empresa E2 usa un único OU para colgar todo el personal y groupOfNames para implementar los departamentos. ¿Qué ámbito mínimo requeriría en cada empresa una operación de búsqueda que obtenga el número de teléfono de todos sus empleados?
    1. E1 default; E2 one
    2. E1 one; E2 one
    3. E1 one; E2 default
    4. E1 default; E2 default
Explicación
La primera empresa tiene que recorrer todos los nodos correspondientes a empleados que cuelgan de todos los departamentos, por lo que requiere en ámbito de tipo default. La segunda, sin embargo, tiene que recorrer todos los nodos que cuelgan de personal por lo que le basta con usar un ámbito de tipo one.
  1. En una empresa que usa un único OU para colgar todo el personal y groupOfNames para implementar los departamentos, ¿cuántas de las siguientes operaciones requerirán el uso de la operación Modify: alta de un empleado en la empresa, baja de un empleado y cambio de departamento?
    1. 3
    2. 0
    3. 1
    4. 2
Explicación
Analicemos cada una de las operaciones: Por tanto, las tres requieren un Modify.
  1. En una empresa que organiza sus departamentos como OUs asociando el personal a los mismos, ¿cuántas de las siguientes operaciones requerirán el uso de la operación Modify DN: alta de un empleado en la empresa, baja de un empleado y cambio de departamento?
    1. 1
    2. 3
    3. 0
    4. 2
Explicación
Analicemos cada una de las operaciones: Por tanto, sólo la última requiere un Modify DN.
  1. En una empresa los empleados no cambian prácticamente nunca de departamento, pero un empleado puede pertenecer a varios departamentos. ¿Cómo podría implementarse este requisito?
    1. Usando un único OU para todo el personal y un groupOfNames por cada departamento.
    2. Usando un OU para cada departamento y colgando al empleado de los departamentos correspondientes.
    3. En LDAP no se pueden crear ese tipo de relaciones.
    4. Usando un OU para cada departamento con sus empleados asociados y un único groupOfNames sólo para todos los empleados que pertenecen a varios departamentos.
Explicación
LDAP gestiona un espacio de nombres organizado en un árbol. Por tanto, no es posible que un nodo (en este caso, un empleado) cuelgue de varios nodos padre (que serían departamentos, en el caso que nos ocupa). Una posible solución sería colgar todos los empleados de un nodo de tipo OU que representa a todo el personal e implementar cada departamento como un groupOfNames, tal que en el campo member se hace referencia a cada empleado de ese departamento, permitiendo así que un empleado pueda pertenecer a varios departamentos.