Gestión de servidores DHCP en entornos Microsoft

Transcripción

1 Página 1

2 Página 2

3 Índice 1.- Introducción Desarrollo del proyecto Arquitectura del sistema Elección tecnológica Captura de requisitos Análisis Diseño: Pseudocódigo Implementación: Detalles técnicos Pruebas Gestión Conclusiones Anexos DOP Descripción Objetivos Método de trabajo Alcance Planificación Plan de contingencia Factibilidad Manual de usuario Página 3

4 Página 4

5 1.- Introducción Gestión de servidores DHCP en entornos Microsoft, es un proyecto realizado por Guillermo Feijóo Gavari, alumno de la ingeniería técnica en informática de sistemas en la facultad de informática de la UPV en Donostia, en el curso académico 2010/2011. Gestión de servidores DHCP en entornos Microsoft, es un proyecto surgido de la necesidad de delegar la gestión de reservas de IP desde el departamento de Sistemas-It de una importante empresa nacional en un CAU, o centro de atención al cliente, que teniendo unos permisos de acceso mucho más restringidos en el entorno de los servidores DHCP, debe ser capaz de llevar a cabo las tareas de asignación, reserva, modificación y eliminación de IP tanto para equipos como para teléfonos sobre VoIP. El principal objetivo que se persigue en la consecución del proyecto se puede dividir en dos partes: 1.-Liberar de carga de trabajo al departamento de sistemas. 2.-Automatizar y agilizar un proceso que se lleva a cabo a diario. Por tanto, la herramienta creada sirve para permitir al agente CAU el acceso a servidores DHCP, pero no de forma expresa, sino siempre a través de una abstracción del entorno que proporcionan las tareas que ejecuta la herramienta. Cabe mencionar que a parte de los dos objetivos mencionados anteriormente, se persigue también la realización de éstas gestiones de forma segura, pero esto no es un objetivo en si, sino más bien un conjunto de buenas prácticas que siempre hay que cumplir en cualquier entorno empresarial. Así pues, el agente CAU ejecutará la aplicación desde un puesto de trabajo, (usando para ello Windows XP), que pertenece al dominio de la empresa en la que está trabajando. El domino de la empresa, está formado por puestos de trabajo ejecutando Windows XP y servidores de distintas índoles, entre los que cabe mencionar los servidores DHCP, que corren sobre Windows Server Página 5

6 Página 6

7 2.- Desarrollo del proyecto 2.1 Arquitectura del sistema La plataforma sobre la que se implementa el proyecto, es un dominio microsoft, y por tanto, implementa el servicio de directorio propietario de dicha compañía, conocido como Directorio Activo, (AD, por sus siglas en inglés). Éste no es más que la versión microsoft de LDAP,( Lightweight Directory Access Protocol), con alguna característica añadida para extender su funcionalidad a las distintas tecnologías que proporciona ésta compañía. Cabe mencionar, que la totalidad del proyecto, está pensada para trabajar sobre plataformas microsoft,(sistemas operativos microsoft), como se verá más adelante, en la descripción de la plataforma. A continuación, se describen los distintos elementos que componen la plataforma sobre la que se va a desplegar el proyecto. Controladores de dominio: También conocidos como DC,(Domain Controller). Son las máquinas que implementan el servicio de directorio. Concretamente, alojan los catálogos que contienen lo que en éste entorno se conoce como "objetos" de Directorio Activo. Servidores DHCP: Son servidores cuyo rol es gestionar la conectividad de las distintas máquinas que se encuentran en la red corporativa de la empresa, también conocida popularmente como intranet. Implementan el servicio DHCP,( Dynamic Host Configuration Protocol), encargado de la gestión de las direcciones IP de las máquinas dentro de la red corporativa. Servidores asterisk: Son servidores que implementan la administración de la red de telefonía VoIP. Puestos de usuario: Son las máquinas que los usuarios utilizan para trabajar. Página 7

8 2.2 Elección tecnológica Sobre la elección tecnológica, es importante mencionar que en la elaboración de éste proyecto, a diferencia de otros, la plataforma ya estaba constituida antes de existir si quiera la necesidad de implementar el proyecto. En otras palabras, no hubo que tomar una elección para determinar sobre qué tecnologías se quería trabajar, si no que el propio proyecto responde en gran medida precisamente a la "imposición" que supuso su realización sobre un entorno productivo previamente creado. Sin embargo, si puede decirse que hubo una toma de decisión importante a la hora de decidir qué lenguaje de programación se quería usar para la creación de la herramienta. Esto es principalmente debido al hecho de que hoy en día existen diversos lenguajes de programación que pueden implementar los casos de uso que requería éste proyecto. Hubo que buscar aquel que mejor se adaptase a las necesidades de la red corporativa. En cualquier caso, se describe a continuación las distintas tecnologías que se han visto involucradas en la ejecución de éste proyecto, divididas en dos grupos. Por un lado, las tecnologías sobre las que funciona la red corporativa; por otro, las tecnologías decididas a la hora de programar e implantar la herramienta en la red corporativa. Ya se ha mencionado con anterioridad la arquitectura de la plataforma, si bien no se han mencionado con detalle las tecnologías que hacen posible su existencia. Así pues, se enuncian a continuación. + Tecnologías en la plataforma: 1.- Controladores de dominio: Todos los controladores de dominio de la red corporativa sobre la que se desplegará el proyecto funcionan sobre Microsoft Windows Server 2003 standard edition. Ésta es la versión servidor de los Sistemas operativos de microsoft. 2.- Servidores DHCP: Todos los servidores DHCP de la red funcionan sobre Microsoft Windows Server 2003 standard edition. 3.- Puestos de usuario: Todos los puestos de usuario, también conocidos como puestos o equipos de trabajo, funcionan sobre Microsoft XP. + Lenguajes de programación: Como lenguaje de programación "principal", se escogió Visual Basic, en el entorno de desarrollo Visual Basic 6.0 enterprise. Las razones de ésta elección son básicamente 2: a) Es un lenguaje de programación con una capacidad de integración máxima dentro de la plataforma sobre la que se quería desplegar el producto. Página 8

9 b) Es un lenguaje de programación muy documentado. Esto es, durante años ha sido el producto estrella para desarrollar herramientas que vayan a correr sobre sistemas operativos Microsoft, y eso ha permitido su rápida propagación por entornos empresariales, y por Internet, dando pie a miles de foros sobre programación dedicados únicamente a éste lenguaje de programación. No hace falta decir que esto ayudó mucho a la hora del desarrollo de la herramienta, permitiendo documentarse o incluso resolver algunas dudas y situaciones que se plantearon directamente buscando ayuda en Internet, bien sea a través de foros de desarrolladores, o a través de los distintos portales de documentación de Microsoft. Página 9

10 Página 10

11 2.3 Captura de requisitos Diagrama de casos de Uso Página 11

12 2.3.2 Casos de uso 1.- Caso de uso: Consultar servidores DHCP en el dominio Actores: Agente del CAU Resumen: Éste caso de uso comienza cuando el agente CAU lanza la herramienta, es decir, quiere realizar alguna gestión de reservas de IP. El agente entonces pulsa el botón Consultar servidores DHCP en el dominio. Precondición: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta. Poscondición: Se han mostrado en la interfaz gráfica de la herramienta los servidores DHCP que hay en el dominio o se ha mostrado un mensaje de error. Escenario principal (o curso normal de los acontecimientos) 1.-Agente del CAU: Quiere encontrar los servidores DHCP que hay en el dominio. 2.-Sistema: Presenta una ventana con la opción Consultar servidores DHCP en el dominio al agente del CAU. 3.-Agente del CAU: Pulsa el botón Consultar servidores DHCP en el dominio de la ventana. 4.-Sistema: Devuelve en la interfaz gráfica una lista con los servidores DHCP que ha encontrado en el dominio. Extensiones (o curso alternativo de los acontecimientos): Paso 4: Ha ocurrido un error durante la consulta en el dominio. 1. Sistema: Muestra por pantalla un mensaje de error informando al usuario del problema ocurrido y vuelve a la pantalla principal. Página 12

13 2.- Caso de uso: Conectar con servidor seleccionado Actores: Agente del CAU. Resumen: Éste caso de uso comienza cuando el agente CAU desea iniciar sesión en un servidor DHCP de entre los que aparecen en la lista de servidores del dominio. Precondición: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta, y ha realizado previamente una consulta sobre el dominio para conocer los servidores DHCP que hay en él. Poscondición: Se ha cargado en la interfaz gráfica de la herramienta un árbol con la estructura de redes, subredes e IP que contiene el servidor DHCP seleccionado. Escenario principal (o curso normal de los acontecimientos) 1.-Agente del CAU: Quiere ver la información relativa a un servidor DHCP determinado. 2.-Sistema: Muestra por pantalla una lista de servidores DHCP que hay en el dominio. 3.-Agente CAU: Selecciona un servidor y pulsa el botón Conectar servidor seleccionado. 4.-Sistema: Inicia una conexión en el servidor y carga en la interfaz gráfica de la herramienta toda la información relativa al servidor DHCP. Extensiones (o curso alternativo de los acontecimientos): Paso 3: Ocurre un error al conectar con el servidor seleccionado. 1.- Sistema: Muestra un mensaje de error en pantalla indicando la naturaleza del mismo. 2.- Agente del CAU: Acepta el mensaje de error. 3.-Sistema: Muestra de nuevo la pantalla en la que se puede elegir servidor. Paso 3: Otro agente del CAU ha iniciado sesión en ese mismo servidor. 1.- Sistema: Muestra un mensaje informando de éste hecho por pantalla. 2.- Agente del CAU: Acepta el mensaje. 3.- Sistema: Muestra de nuevo la pantalla en la que se puede elegir servidor. Página 13

14 3.- Caso de uso: Buscar en DHCP Actores: Agente del CAU Resumen: Éste caso de uso comienza cuando el agente del CAU ya ha construido la interfaz que contiene las reservas y asignaciones del servidor DHCP que ha decidido administrar. Precondición: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta, y ha construido previamente un árbol con las reservas y asignaciones del servidor DHCP seleccionado usando las características de la herramienta. Poscondición: Se ha encontrado en el árbol de reservas el dato buscado, (Dirección IP o Dirección MAC) Escenario principal (o curso normal de los acontecimientos) 1.-Agente del CAU: Tiene el dato de una reserva y necesita encontrar la reserva dentro del árbol de reservas. 2.-Sistema: Muestra por pantalla una lista de ámbitos del DHCP, y para cada ámbito, una lista ordenada con las reservas de IP. 3.-Agente CAU: Introduce el dato del que dispone, (dirección IP o Dirección MAC), y pulsa el botón "Buscar IP/Buscar MAC". 4.-Sistema: Realiza un recorrido por los índices del árbol buscando el dato introducido, hasta encontrarlo, o hasta llegar al final del árbol. Cuando termina la búsqueda, muestra por pantalla un mensaje informando sobre el resultado de la búsqueda. Extensiones (o curso alternativo de los acontecimientos): Paso 3: Ocurre un error al conectar con el servidor seleccionado. 1.- Sistema: Muestra un mensaje de error en pantalla indicando la naturaleza del mismo. 2.- Agente del CAU: Acepta el mensaje de error. 3.-Sistema: Muestra de nuevo la pantalla en la que se puede elegir servidor. Página 14

15 4.- Caso de uso: Añadir reserva de IP para un puesto informático Actores: Agente del CAU. Resumen: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta. Precondición: El agente del CAU ha construido previamente el árbol de reservas del servidor DHCP. Poscondición: El agente del CAU ha reconstruido el árbol de reservas del servidor DHCP que ahora incluye la reserva añadida. Escenario principal (o curso normal de los acontecimientos) 1.-Agente del CAU: Tiene los datos de una reserva y quiere crearla. 2.-Sistema: Muestra por pantalla una lista de ámbitos del DHCP, y para cada ámbito, una lista ordenada con las reservas de IP. 3.-Agente CAU: Pincha con el botón derecho del ratón sobre un ámbito. 4.-Sistema: Muestra en pantalla las distintas opciones que puede escoger, entre las que se encuentra "añadir reserva de IP para puesto". 5.-Agente del CAU: Selecciona la opción "añadir reserva de IP para puesto". 6.-Sistema: Muestra en pantalla un nuevo marco con los campos donde se deben introducir los datos de la reserva que se desea crear. 7.-Agente del CAU: Rellena los distintos campos del marco con los datos de los que dispone y pulsa el botón "Añadir reserva". 8.-Sistema: Muestra un nuevo marco con un mensaje en el que se solicita confirmación para añadir la reserva, y se muestra los datos que se van a usar para crear la reserva. 9.-Agente del CAU: Pulsa el botón "SI", para confirmar la acción solicitada. 10.-Sistema: Añade la reserva con los datos confirmados y reconstruye la interfaz con el árbol del DHCP, que ahora incluye la nueva reserva. Extensiones: (o curso alternativo de los acontecimientos) Paso 9: Ocurre un error al conectar con el servidor para realizar la reserva. 1.- Sistema: Muestra un mensaje de error en pantalla indicando la naturaleza del mismo. 2.- Agente del CAU: Acepta el mensaje de error. 3.-Sistema: Muestra de nuevo la pantalla en la que se puede elegir servidor. Página 15

16 5.- Caso de uso: Añadir reserva de IP para telefonía Actores: Agente del CAU Resumen: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta, y dispone de los datos para realizar una reserva de IP para puesto de telefonía IP. Precondición: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta, y dispone de los datos para realizar una reserva de IP para puesto de telefonía IP. Poscondición: El sistema ha mostrado por pantalla los datos del servidor con la nueva reserva o ha mostrado un mensaje de error. Escenario principal (o curso normal de los acontecimientos) 1.-Agente del CAU: Tiene los datos de una reserva para puesto telefónico y quiere crearla. 2.-Sistema: Muestra por pantalla una lista de ámbitos del DHCP, y para cada ámbito, una lista ordenada con las reservas. 3.-Agente CAU: Pincha con el botón derecho del ratón sobre un ámbito. 4.-Sistema: Muestra en pantalla las distintas opciones que puede escoger, entre las que se encuentra "añadir reserva de IP para telefonía". 5.-Agente del CAU: Selecciona la opción " añadir reserva de IP para telefonía". 6.-Sistema: Muestra en pantalla un nuevo marco con los campos donde se deben introducir los datos de la reserva que se desea crear. 7.-Agente del CAU: Rellena los distintos campos del marco con los datos de los que dispone y pulsa el botón "Añadir reserva". 8.-Sistema: Muestra un nuevo marco con un mensaje en el que se solicita confirmación para añadir la reserva, y se muestra los datos que se van a usar para crear la reserva. 9.-Agente del CAU: Pulsa el botón "SI", para confirmar la acción solicitada. 10.-Sistema: Añade la reserva con los datos confirmados y reconstruye la interfaz con el árbol del DHCP, que ahora incluye la nueva reserva. Extensiones: (o curso alternativo de los acontecimientos) Paso 9: Ocurre un error al conectar con el servidor para realizar la reserva. 1.- Sistema: Muestra un mensaje de error en pantalla indicando la naturaleza del mismo. 2.- Agente del CAU: Acepta el mensaje de error. 3.-Sistema: Muestra de nuevo la pantalla en la que se puede elegir servidor. Página 16

17 6.- Caso de uso: Eliminar reserva Actores: Agente del CAU Resumen: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta. El agente del CAU dispone de algún dato de la reserva que quiere eliminar. Precondición: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta. El agente del CAU dispone de algún dato de la reserva que quiere eliminar. Poscondición: El sistema ha mostrado los datos del servidor sin la reserva eliminada o ha mostrado un mensaje de error. Escenario principal (o curso normal de los acontecimientos) 1.-Agente del CAU: Tiene los datos de una reserva y quiere eliminarla. 2.-Sistema: Muestra por pantalla una lista de ámbitos del DHCP, y para cada ámbito, una lista ordenada con las reservas. 3.-Agente CAU: Pincha con el botón derecho del ratón sobre una reserva. 4.-Sistema: Muestra en pantalla la opción "eliminar reserva seleccionada". 5.-Agente del CAU: Selecciona la opción " eliminar reserva seleccionada". 6.-Sistema: Muestra un nuevo marco con un mensaje en el que se solicita confirmación para eliminar la reserva, y se muestra los datos de la reserva a eliminar. 7.-Agente del CAU: Pulsa el botón "SI", para confirmar la acción solicitada. 8.-Sistema: Elimina la reserva del servidor y recarga la información, que ya no incluye la reserva eliminada. Extensiones: (o curso alternativo de los acontecimientos) Paso 7: Ocurre un error al conectar con el servidor para realizar la reserva. 1.- Sistema: Muestra un mensaje de error en pantalla indicando la naturaleza del mismo. 2.- Agente del CAU: Acepta el mensaje de error. 3.-Sistema: Muestra de nuevo la pantalla en la que se puede elegir servidor. Página 17

18 7.- Caso de uso: Consultar datos de asignaciones. Actores: Agente del CAU Resumen: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta. El agente del CAU quiere conocer los datos relativos a una asignación dinámica de IP. Precondición: El agente del CAU tiene permisos para gestionar reservas de IP mediante la herramienta. El agente del CAU quiere conocer los datos relativos a una asignación dinámica de IP. Poscondición: El sistema ha mostrado los datos de la asignación dinámica o ha mostrado una pantalla con un mensaje de error. Escenario principal (o curso normal de los acontecimientos) 1.-Agente del CAU: Quiere consultar todos los datos acerca de una asignación de dinámica IP. 2.-Sistema: Muestra una lista de ámbitos de asignación dinámica y las asignaciones de cada uno de ellos. 3.-Agente CAU: Hace doble click sobre una asignación de IP. 4.-Sistema: Muestra en la pantalla toda la información relativa a la asignación. Extensiones: (o curso alternativo de los acontecimientos) Paso 3: Ocurre un error al conectar con el servidor para realizar la reserva. 1.- Sistema: Muestra un mensaje de error en pantalla indicando la naturaleza del mismo. 2.- Agente del CAU: Acepta el mensaje de error. 3.-Sistema: Muestra de nuevo la pantalla en la que se puede elegir servidor. Página 18

19 Modelo de dominio Atributos Página 19

20 Página 20

21 2.4 Análisis Caso de uso: Consultar servidores DHCP en el dominio Diagrama de secuencia de sistema: Contratos: Name: ConsultarServidores(): Responsabilities: Se encarga de iniciar sesión en un DC y consultar los servidores DHCP del dominio. Preconditions: El usuario tiene permisos para usar la herramienta. Postconditions: El sistema muestra los servidores DHCP que hay en el dominio. Salida: Muestra la lista de servidores DHCP que hay en el dominio. Página 21

22 Caso de uso: Conectar con servidor seleccionado Diagrama de secuencia de sistema: Contratos: Name: ConectarConServidor(Servidor): Responsabilities: Se encarga de iniciar sesión en el servidor DHCP seleccionado. Preconditions: El sistema muestra la lista de servidores DHCP del dominio. Postconditions: El sistema muestra la información relativa al servidor seleccionado. Salida: Muestra la información relativa al servidor seleccionado. Página 22

23 Caso de uso: Buscar en DHCP Diagrama de secuencia de sistema: Contratos: Name: BuscarEnDHCP(IP): Responsabilities: Realiza una búsqueda de IP en la lista de reservas del servidor DHCP. Preconditions: En pantalla está la información relativa a un servidor. Postconditions: El sistema muestra la información de la reserva para esa IP y resalta la IP encontrada, o muestra una pantalla informando de que no existe esa reserva. Salida: Muestra la información relativa a la reserva para esa IP, o una pantalla informando de que no existe esa reserva. Name: BuscarEnDHCP(MAC): Responsabilities: Realiza una búsqueda de IP en la lista de reservas del servidor DHCP. Preconditions: En pantalla está la información relativa a un servidor. Postconditions: El sistema muestra la información de la reserva para esa MAC y resalta la IP encontrada, o muestra una pantalla informando de que no existe esa reserva. Salida: Muestra la información relativa a la reserva para esa IP, o una pantalla informando de que no existe esa reserva. Página 23

24 Caso de uso: Añadir reserva de IP para un puesto informático. Diagrama de secuencia de sistema: Contratos: Name: AñadirReserva(IP,MAC,HOST): Responsabilities: Añade la reserva de IP con los datos proporcionados. Preconditions: En pantalla está la información relativa a un servidor. Postconditions: El sistema ha añadido una reserva de IP, o a mostrado un mensaje explicando porqué no ha añadido la reserva. Salida: Muestra la información del servidor incluyendo la nueva reserva o muestra un mensaje de error. Página 24

25 Caso de uso: Añadir reserva de IP para telefonía Diagrama de secuencia de sistema: Contratos: Name: AñadirReserva(IP,MAC,BootServer): Responsabilities: Añade la reserva de IP con los datos proporcionados. Preconditions: En pantalla está la información relativa a un servidor. Postconditions: El sistema ha añadido una reserva de IP para un puesto telefónico, o a mostrado un mensaje explicando porqué no ha añadido la reserva. Salida: Muestra la información del servidor incluyendo la nueva reserva o muestra un mensaje de error. Página 25

26 Caso de uso: Eliminar reserva Diagrama de secuencia de sistema: Contratos: Name: EliminarReserva(): Responsabilities: Elimina la reserva seleccionada de entre las mostradas en pantalla. Preconditions: En pantalla está la información relativa a un servidor. Postconditions: El sistema ha añadido eliminado una reserva de IP, o a mostrado un mensaje explicando porqué no ha eliminado la reserva. Salida: Muestra la información del servidor sin la reserva eliminada o muestra un mensaje de error. Página 26

27 Caso de uso: Consultar datos de asignaciones Diagrama de secuencia de sistema: Contratos: Name: MuestraInfoAsignación(): Responsabilities: Muestra en pantalla la información sobre la asignación seleccionada. Preconditions: En pantalla está la información relativa a un servidor. Postconditions: El sistema ha mostrado la información de la asignación, o a mostrado un mensaje explicando porqué no ha mostrado la información. Salida: Muestra la información de la asignación o muestra un mensaje de error. Página 27

28 Página 28

29 2.5 Diseño: Pseudocódigo Consultar servidores DHCP en el dominio Si hay conectividad con DC conectar con DC realizar consulta sobre servidores DHCP > listaservidores.txt cargar fichero en interfaz gráfica mostrar lista de servidores DHCP else mostrar mensaje "no hay conexión a servidor" fin Página 29

30 Conectar con servidor seleccionado Si hay conectividad con servidor consultar datos servidor si ficherocondatos existe eliminarfichero datos servidor > fichero.txt else datos servidor > fichero.txt fin si cargar fichero.txt en interfaz gráfica else mostrar mensaje de error "no hay conexión al servidor" fin Página 30

31 Buscar en DHCP Si dato validado Si hay conectividad con el servidor consultar datos servidor > fichero.txt buscar en fichero(dato) cargar fichero.txt en interfaz gráfica si dato encontrado resaltar entrada en interfaz gráfica else mostrar mensaje "dato no encontrado" fin si else mostrar mensaje "no hay conexión al servidor" fin si else mostrar mensaje "dato incorrecto" fin Página 31

32 Añadir reserva de IP si datos validados si hay conectividad con el servidor añadir reserva de IP consultar datos de servidor > fichero.txt cargar fichero.txt en interfaz gráfica else mostrar mensaje "no hay conexión con el servidor" fin si else mostrar mensaje de error "datos introducidos incorrectos" fin Página 32

33 Eliminar reserva si hay conectividad con el servidor eliminar reserva consultar datos servidor > fichero.txt cargar fichero.txt en interfaz gráfica else mostrar mensaje de error "no hay conexión al servidor" fin Página 33

34 Consultar datos de asignaciones si hay conectividad con el servidor consultar datos servidor > fichero.txt buscar datos de entrada seleccionada cargar fichero.txt en interfaz gráfica mostrar datos de la reserva seleccionada else mostrar mensaje de error "no hay conexión al servidor" fin Página 34

35 2.6 Implementación: Detalles técnicos En éste apartado, se tratará de explicar en qué tecnologías, aplicaciones y servicios de red se basa el funcionamiento de la herramienta. Para eso, a continuación se detallarán los aspectos más importantes de cada uno de los elementos que hacen posible la implantación del software desarrollado en la plataforma final. Así pues, a continuación se listan y comentan cada una de las características más importantes que implementa la herramienta, y que están por debajo del código ejecutado. 1.-Shell de windows: También conocida como command line, cmd o ms-dos. Es la shell por excelencia en los sistemas operativos de microsoft, tanto aquellos orientados a usuario, como los orientados a versión servidor. Éste es uno de los elementos más utilizados en la herramienta, ya que implementa utilidades como netsh, un bien conocido comando de administración en entorno de red para sistemas windows. En el caso de la herramienta, todos los accesos remotos desde el puesto de usuario a los servidores se ejecutan en éste contexto. Por poner un ejemplo, cuando desde la interfaz gráfica se solicita listar los servidores DHCP del dominio, en realidad por debajo se esta ejecutando un comando: netsh dhcp show servers >ruta\fichero.txt Éste comando implementa la consulta sobre los servidores DHCP del dominio, desde un puesto de usuario, realizando una conexión a un DC. Así pues, de alguna manera había que implementar el acceso remoto a la shell de windows de otras máquinas desde la máquina que ejecutase el software desarrollado. Para ello, se escogió un pack de herramientas que implementa microsoft para sus sistemas operativos, pertenecientes a la división sysinternals de microsoft. Concretamente, la utilidad que permite hacer esto es psexec.exe. 2.-Psexec.exe: Es una herramienta desarrollada por Mark Russinovich,(MVP de microsoft, conocido por su ayuda al desarrollo para administradores de sistemas ), realizada para ejecutar procesos en remoto en sistemas windows. Es una herramienta muy contrastada, y con soporte por parte de microsoft,(en cuanto a documentación). Gran parte del tiempo de ejecución de la herramienta desarrollada está apoyado en ésta fantástica utilidad. Así pues, en casi todos los accesos remotos de la herramienta, se sigue el patrón psexec + cmd, como se puede ver en el siguiente ejemplo, que muestra el comando que ejecuta el programa a la hora de consultar los servidores DHCP del dominio: psexec -u \\ maquina_destino -u dominio\usuario -p password cmd/c netsh dhcp show servers >ruta\fichero.txt El potencial de ésta herramienta es enorme, ya que permite realizar lo que en el mundo de administración de sistemas se conoce como "impersonación"; en otras palabras, autenticarse de forma remota con distintas credenciales. Página 35

36 Otro aspecto importante, es el uso de las "carpetas compartidas" en red, y su combinación con los permisos de disco NTFS, para poder implementar totalmente las restricciones de acceso a los servidores, a la vez que se usan para llevar un log de los distintos sucesos que genera la herramienta. 3.-Rutas de red y permisos NTFS: Como se puede ver en el comando mostrado anteriormente, muchos comandos vuelcan su salida en ficheros de texto, que después son cargados en la interfaz gráfica de la herramienta. Para poder realizar esto con cierto grado de control y garantías de seguridad, se usan las rutas compartidas en red, y los permisos de disco NTFS. En los servidores DHCP del dominio, existe una ruta compartida en red, que sólo pueden ver los administradores del sistema, y el usuario del dominio que tiene permisos para ejecutar la herramienta. De ésta forma, se hace posible que el usuario que ejecuta la herramienta sea capaz de generar la información sobre el servidor DHCP en el propio servidor, para recuperar dicha información desde su propio puesto. 4.-Dhcpcmd.exe: Ésta es una utilidad, también de microsoft, que viene a rellenar el hueco que deja netsh. Esto se debe a que netsh y su contexto dhcp server, no permite listar las asignaciones de IP de un servidor DHCP. Como era una de las necesidades del cliente, hubo que incluir el uso de ésta herramienta. Página 36

37 3.5 Pruebas La realización de todo tipo de pruebas al software generado se presenta como una de las fases más importantes a la hora de la revisión de la aplicación desarrollada. Estas pruebas simbolizan una revisión final de las anteriores fases del desarrollo del producto (especificaciones, diseño, codificación). En la cadena de valor del desarrollo de un software específico, el proceso de prueba es clave a la hora de detectar errores o fallas. Conceptos como estabilidad, escalabilidad, eficiencia y seguridad se relacionan a la calidad de un producto bien desarrollado. Las aplicaciones de software han crecido en complejidad y tamaño, y por consiguiente también en costos. Hoy en día es crucial verificar y evaluar la calidad de lo construido con el fin de minimizar el costo de su reparación. Cuanto antes se detecte una falla, más barato será su corrección. Pruebas Unitarias: Es una forma de probar el correcto funcionamiento de un módulo de código. Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado. El objetivo de las pruebas unitarias es aislar cada parte del programa y mostrar que las partes individuales son correctas. Proporcionan un contrato escrito que el trozo de código debe satisfacer. He aquí la lista de pruebas unitarias que se han realizado para comprobar la fiabilidad de cada módulo de la aplicación. Consultar servidores DHCP en dominio: Se realiza la consulta y se verifica que es correcta. Conectar con servidor DHCP: Se intenta conectar a un servidor sin seleccionar ninguno. Buscar en DHCP: Se introducen cadenas de datos que no cumplen las expresiones regulares adecuadas. Direcciones MAC de más de 12 dígitos. Direcciones MAC de menos de 12 dígitos. Direcciones IP mayores y menores de 255. Direcciones IP mayores y menores de 255. Añadir reserva de IP para un puesto informático: Se introducen Direcciones MAC de más de 12 dígitos. Direcciones MAC de menos de 12 dígitos. Direcciones IP mayores de 255. Direcciones IP menores de 255. Nombres de equipo incorrectos. Comentarios para la reserva extremadamente largos. Página 37

38 Añadir reserva de IP para un puesto telefónico: Direcciones MAC de más de 12 dígitos. Direcciones MAC de menos de 12 dígitos. Direcciones IP mayores de 255. Direcciones IP menores de 255. Nombres de equipo incorrectos. Comentarios para la reserva extremadamente largos. Servidores de arranque de telefonía inexistentes. Eliminar reserva: Intentar eliminar un ámbito del DHCP. También cabe mencionar otros aspectos; durante todo el desarrollo del software presentado, se utilizaron dos vías de pruebas. Por un lado, se virtualizó un entorno similar al de producción. En éste entorno se fue desarrollando la herramienta, y se fueron testeando la distintas características de las que se quería dotar a la herramienta. Una vez satisfechos éstos aspectos, cada nuevo módulo que se quería incorporar se pasaba al entorno productivo, y se testeaba en el mismo. También cabe mencionar, que una vez se comprobaba el correcto funcionamiento de cada módulo, se compilaba y se distribuía a los usuarios finales, de manera que éstos pudieran participar del desarrollo de la herramienta añadiendo comentarios que más tarde se usarían para mejorar la herramienta y su uso. Podría decirse, que aparte de las pruebas que realizó el propio desarrollador del software, se rodeó de beta testers para tener en consideración sus opiniones y así entregar finalmente un producto que satisficiera las necesidades de todos, (cliente y usuarios). En cuanto a las pruebas realizadas, estas consistían en el tratamiento y validación de los datos que manejaba el programa, y en la captura de los distintos errores que se pudieran detectar. Además, se implementó un sistema de bitácora, de manera que cada uno de los eventos acaecidos al usar la herramienta, eran registrados y guardados para su posterior análisis. Página 38

39 3.- Gestión 3.1 Incidencias relevantes Dedicaré éste apartado, a comentar los distintos problemas a los que me he tenido que enfrentar a la hora del desarrollo del proyecto: Dado que era la primera vez que se intentaba una gestión de servidores DHCP basada en comandos, tuve que buscar en Internet, si era posible esa vía de administración,y en tal caso, qué comandos y qué características se adaptaban mejor a nuestras necesidades,(rendimiento, seguridad en las conexiones, etc...) Muchas veces, un acceso denegado implicaba muchas horas de trabajo de auditoria para poder determinar cuál era el fallo. La shell de windows no es muy descriptiva, se puede decir que no devuelve muchos datos. Si a eso le añadimos que desde la interfaz gráfica se llama a un programa que lanza procesos en remoto, y éste llama a una shell en una máquina remota, se entiende lo complicado que puede llegar a ser determinar qué está provocando el fallo. Determinar qué permisos necesitaba el usuario que ejecutaba la herramienta supuso un gran esfuerzo, ya que los casos de uso implicaban muchos accesos distintos. El cambio de un entorno virtual de pruebas a un entorno físico de producción supuso de nuevo un quebradero de cabeza, pues hubo que volver a determinar porqué algunos accesos eran denegados, otras veces no había conectividad con las máquinas,(esto implicó varias conversaciones con el departamento de comunicaciones); en general, hubo que corregir aspectos que en el entorno real escapaban a mi control. Los algoritmos de ordenación a la hora de construir la interfaz con las listas de ámbitos DHCP así como todas las reservas y asignaciones de IP resultaron a veces poco eficaces, por lo que hubo que reescribir dicho algoritmos para mejorar su rendimiento, y minimizar el tiempo de carga de la interfaz gráfica. Página 39

40 Página 40

41 3.2 Gantt planificado contra gantt real Gantt planificado Gantt real Página 41

42 Página 42

43 3.3 Conclusiones de la gestión La sensación que me ha dejado la gestión del proyecto, es que lo mas dificil de coordinar un proyecto es sin duda conseguir con los plazos planificados. Siempre surgen temas que ralentizan la evolución del desarrollo. Ésto se hace patente simplemente con echar un vistazo a la figura que compara el gantt planificado con el gantt real. Sin embargo, cuando termina, queda una sensación muy agradable, de haber gestado un proyecto desde la nada hasta un producto completo. Página 43

44 4 Conclusiones Se han cumplido los objetivos del proyecto y he finalizado con éxito la aplicación en los tiempos esperados. Se han sufridos todo tipo de retrasos debido a diversas circunstancias, pero uno de los peores aspectos ha sido esos tiempos muertos cuando la evolución de tu trabajo depende del trabajo de otros. He aprendido realmente lo que es llevar un proyecto, con todas sus implicaciones de planificación de tiempos, reuniones con clientes, desarrollo y pruebas, etc... He aprendido mucho, de la administración de sistemas en general, y de la administración de servidores DHCP en particular. A nivel personal, sólo decir que siempre resulta grato crear cosas de la nada, y que éstas ayuden a los demás. Puedo decir que estoy satisfecho con el producto final que se entrega. Es un software de sencilla instalación, fácil manejo, rápido y fiable. Pero no acaba ahí. Gracias a éste proyecto, me he relacionado con compañeros de trabajo de distintos puestos, que también me han aportado cosas como por ejemplo experiencia y por supuesto ayuda. Página 44

45 Página 45

46 5 Documento de Objetivos de Proyecto - DOP 5.1 Descripción Gestión de servidores DHCP en entornos Microsoft es un proyecto a desarrollar por Guillermo Feijóo que se corresponde con el Proyecto Fin de Carrera de la titulación ITIS (Ingeniería Técnica en Informática de Sistemas) en el curso académico 2010/2001. El proyecto consiste en realizar una aplicación para un cliente. Concretamente, para poder delegar determinadas tareas repetitivas en otros soportes. En éste caso, en el soporte CAU, (Centro de Atención al Usuario). Se trata pues, de entregar una forma de gestionar las reservas y asignaciones de direcciones IP de los puestos telefónicos e informáticos de una red corporativa. Esto implica entregar un producto que permita validarse como administradores contra los servidores DHCP a agentes del CAU, que no poseen esos privilegios. Todo ello bajo las condiciones de seguridad y fiabilidad que exige un entorno de producción. El agente del CAU ejecutará la aplicación desde un puesto Windows XP que pertenece al dominio del cliente. El dominio de esta entidad está compuesto por servidores Windows Server 2003 Standard Edition y puestos Windows XP. El proyecto será coordinado con el grupo de sistemas de la empresa. Página 46

47 5.2 objetivos Crear una aplicación que sirva para realizar ciertas tareas que por metodología ITIL, están asignadas al CAU, al ser unas tareas sencillas, rutinarias y de gestión del DA, están procedimentadas para que el CAU pueda realizarlas en un primer nivel de soporte técnico. De esta forma, el objetivo general que persigue este proyecto, es el de facilitar a este primer nivel de soporte (CAU), el poder realizar estas tareas sin tener que acceder directamente a los servidores, facilitando la interacción con los servidores de la entidad a través de la aplicación, pudiendo realizar las tareas de gestión del Directorio Activo ganando agilidad y rapidez, y garantizando la seguridad del DA y de los servidores, ya que evitan el acceso completo como administradores del dominio a estos recursos de primer nivel de soporte. Personalizar y optimizar estas tareas adaptándolas a las necesidades de gestión del cliente. Que el acceso y la utilización de la aplicación sean intuitivos; a pesar de que la mayoría de los usuarios que trabajarán con esta herramienta serán usuarios cualificados y que trabajan en el mundo de la informática, siempre es más agradable un herramienta de fácil aprendizaje y uso. Implementar seguridad en la aplicación, para que sólo accedan a la misma las personas autorizadas a hacerlo (personal técnico del CAU). Esta seguridad es importante, dado que la herramienta va a interactuar con el Directorio Activo. Se va a llevar un registro de utilización que permitirá controlar accesos y fallos en cualquier momento. Página 47

48 5.3 Método de trabajo Se dividirá el trabajo en distintas fases, siguiendo el Proceso Unificado de Desarrollo. La implementación constará de 3 fases. La primera fase consistirá en implementar los casos de uso asociados a los puestos informáticos. La segunda consistirá en implementar los casos de uso asociados a los puestos telefónicos. La tercera será para implementar los casos de uso relacionados con la información de las asignaciones. Posteriormente y tras realizar las pruebas pertinentes se trasladará a un entorno real piloto, en la red corporativa. Tras realizar dichas pruebas se trasladará al entorno de producción. Se coordinará con el grupo de sistemas y el CAU cómo se tratará la información y los casos de uso que contemplará finalmente la aplicación. Se acordarán reuniones puntuales para el seguimiento del proyecto. Página 48

49 5.4 Alcance Entregas - DOP: 13/10/ Captura de requerimientos - Análisis - Diseño - Primera iteración + Pruebas - Segunda iteración + Pruebas - Tercera iteración + Memoria - Presentación pública Diagrama EDT Página 49

50 Asignación de recursos Fase 1: DOP Fase 2: Captura de requerimientos Fase 3: Análisis Fase 4: Diseño Fase 5: Primera iteración + Informe situación + Pruebas Fase 6: Segunda iteración + Informe de situación + Pruebas Fase 7: Tercera iteración + Memoria Fase 8: Presentación pública Estimación del esfuerzo Se calcula por antecedentes que se destinarán en torno a 180h/persona para el desarrollo del proyecto. Se supone una carga lineal de trabajo proporcional al número de días para cada entrega. Restando en las entregas correspondientes días por vacaciones de Navidad y exámenes, hemos calculado que se trabajarán 60 días aproximadamente. 180 h/persona 60 días 3 h/persona al día Fase 1: 1 día * 3 h/personas al día = 3 h/persona Fase 2: 6 días * 3 h/personas al día = 18 h/persona Fase 3: 6 días * 3 h/personas al día = 18 h/persona Fase 4: 6 días * 3 h/personas al día = 18 h/persona Fase 5: 18 días * 3 h/personas al día =54 h/persona Fase 6: 12 días * 3 h/personas al día = 36 h/persona Fase 7: 8 días * 3 h/personas al día = 24 h/persona Fase 8: 3 días * 3 h/personas al día = 9 h/persona Total = 180h/persona Fase 1: DOP 3 h/persona Descripción Objetivos Método de trabajo Alcance Planificación temporal Plan de contingencia Factibilidad Reuniones Página 50

51 Fase 2: Captura de requerimientos 18 h/persona Modelos de uso o Diagramas de caso de uso o Casos de uso de alto nivel o Casos de uso expandidos Modelo dominio Glosario Diseño pantallas Reuniones Fase 3: Análisis 18 h/persona Diagramas de secuencia del sistema Contratos Reuniones Fase 4: Diseño 18 h/persona Diagramas de interacción Diagramas de clase Reuniones Fase 5: Primera Iteración + Pruebas+ Informe de situación 54 h/persona Codificación Informe de situación Reuniones Fase 6: Segunda Iteración + Pruebas + Informe de situación 36 h/persona Codificación Informe de situación Reuniones Fase 7: Tercera Iteración (Producto) + Memoria 24 h/persona Codificación Informe de situación Reuniones Fase 8: Presentación pública 9 h/persona Preparar presentación Ensayar Página 51

52 5.5 Planificación temporal Diagrama de Gantt: 5.6 Plan de contingencia A continuación se enumeran una serie de riesgos o imprevistos que pudieran suceder a lo largo de la elaboración del proyecto y que afectarían directamente a la realización del mismo. Junto a cada riesgo se ofrece una posible solución o medidas de prevención para minimizar en lo posible los daños provocados. Página 52

53 5.7 Factibilidad Dada la aproximación de 180 h/persona para la realización del proyecto y teniendo en cuenta la estimación de 181h/persona, además de tener un plan de contingencias que me permite abordar los problemas que puedan surgir, considero factible la realización de este proyecto. Página 53

54 Página 54

55 Manual de la Herramienta DHCP manager Página 55

56 DESINSTALACIÓN CASOS DE USO Consultar servidores DHCP en el dominio: Conectar al servidor seleccionado: Buscar IP o MAC en el árbol del DHCP: Añadir reserva de IP para equipo: Añadir reserva de IP para telefonía: Eliminar reserva, (de cualquier tipo): COSAS A TENER EN CUENTA: LISTA DE BOOT SERVER HOST NAMES: Página 56

57 INSTALACIÓN Importante seguir todos los pasos en el orden especificado. Fundamental para el buen funcionamiento del programa: Todo usuario del CAU que vaya a usar el programa debe pertenecer al grupo DO_CAU y ser administrador local de su puesto. 1.-Una vez se tiene en el puesto el PAQUETE DHCP MANAGER, hay que ejecutar setup.exe, aceptando todo lo que muestre por pantalla. Página 57

58 Al final aparecerá el mensaje La instalación de DHCPmanager ha finalizado correctamente. 2.-Reiniciar el equipo. 3.-Cuando finalice el reinicio de la máquina, ir a inicio/ejecutar/cmd, y teclear en el cmd el comando psexec. Se abrirá una ventana pidiendo aceptar los términos de licencia. Se pulsa aceptar y luego se cierra la ventana de cmd. (A veces, no hace falta aceptar los términos de licencia la primera vez, por lo tanto, aunque éste paso no siempre es necesario, todo aquel que haga la instalación debe hacerlo). Página 58

59 Tras éste paso, la máquina ya está lista para empezar a usar la herramienta. DESINSTALACIÓN La desinstalación se ejecuta desde inicio/panel de control/agregar o quitar programas. Buscar la entrada DHCP manager y pinchar en cambiar o quitar. Cuando se pregunte si se quieren quitar los archivos compartidos, pulsar quitar todos. Cuando acabe, la herramienta habrá sido completamente eliminada del sistema. CASOS DE USO El programa está preparado para realizar tareas en función de ciertos datos de entrada, por lo tanto, si se solicita realizar alguna operación con dicha herramienta, es deber del solicitante proporcionar los datos necesarios para llevarla acabo. 1.- Consultar servidores DHCP en el dominio: Tras ejecutar el programa, aparece la ventana inicial, que sólo permite realizar tres acciones: Buscar servidores, conectar a un servidor y salir del programa. Lo primero que hay que hacer es pinchar sobre el botón Buscar Servidores DHCP en el dominio. Al pinchar sobre el botón, desaparece la ventana y tras unos segundos durante los cuales realiza la consulta, vuelve a parecer. Es el momento en el que ya se puede seleccionar un servidor de los que aparecen al desplegar la lista Selecciona un servidor DHCP. Página 59

60 En cualquier momento se puede pulsar el botón salir para terminar con la aplicación. 2.- Conectar al servidor seleccionado: Dato necesario: Servidor al que hay que conectar. Desplegar la lista Selecciona un servidor DHCP y seleccionar el servidor que se desea administrar. Después, pinchar sobre el botón Conectar Servidor Seleccionado, y desparecerá la ventana durante unos segundos; dicho tiempo varía en función del servidor al que conectemos. Esto sucede porque el programa tiene que cargar en la siguiente ventana todas las reservas de IP del servidor, y si éste tiene muchas entradas tardará más en cargarse que uno con pocas entradas. Cuando el programa haya terminado de cargar todo el árbol del DHCP al que hemos conectado, mostrará una nueva ventana con la información del DHCP. Momento en el que ya se pueden realizar acciones sobre el servidor. En cualquier momento se puede pulsar el botón salir para terminar con la aplicación. Página 60

61 3.- Buscar IP o MAC en el árbol del DHCP: Dato necesario: Dirección IP o Dirección MAC. Para realizar una búsqueda por IP o por MAC, se dispone de un botón situado abajo a la izquierda. Se introduce la IP o MAC que queremos localizar y se pincha sobre el botón Buscar IP/Buscar MAC. Cuando se haya terminado de buscar, el programa informará mediante una nueva ventana si la IP o MAC que buscamos está o no en dicho servidor. Página 61

62 Pulsamos aceptar y el programa nos resalta la entrada encontrada, y además muestra en el marco de la derecha la información sobre la entrada encontrada. Página 62

63 Si el dato buscado no está en el servidor, el programa nos informará mediante una ventana. En cualquier momento se puede pulsar el botón Refrescar DHCP, cuya única función es volver a crear el árbol del DHCP. En cualquier momento se puede pulsar el botón Terminar, que nos devuelve a la anterior pantalla, en la que podremos conectar a otro servidor, volver a consultar la lista de servidores o salir si ya hemos terminado con el programa. 4.- Añadir reserva de IP para equipo: Datos necesarios: -Si se nos pide crear reserva con una IP concreta, se nos debe proporcionar. En caso contrario, el dato IP será una IP que encontremos libre en el rango. -MAC del equipo al que se le va a hacer la reserva. -Nombre del equipo al que se le va hacer la reserva. Para realizar una reserva, primero hay que identificar el Scope en el que se va a crear la reserva. Una vez identificado, se pincha con el botón derecho sobre el Scope y se desplegará un pequeño menú. Seleccionar Añadir Reserva de IP para máquina en éste Scope. Es importante mencionar el hecho de que sólo se pueden añadir reservas pinchando sobre un Scope, de lo contrario, el programa informará al usuario de que no ha pinchado sobre la entrada correcta. Página 63

64 Una vez seleccionada la opción Añadir Reserva de IP para máquina en éste Scope, se muestra una nueva ventana en la que hay que rellenar los datos de la reserva a crear. Los datos que hay que introducir, son los siguientes: -IP: Campo obligatorio. -MAC: Campo obligatorio. (IMPORTANTE: Las MAC s, no deben llevar guiones). -Nombre de la reserva: Aunque lo corriente es que la reserva lleve como nombre algo del tipo loquesea.intranet.guillermo, puede ser que no tenga que llevar ese formato, por lo tanto, se puede modificar ese campo sin problemas. Basta con borrar el texto que aparece en él y poner lo que proceda para la reserva. Éste campo también es obligatorio. -Comentario: Como su propio nombre indica, es un campo para poner un breve comentario sobre la reserva. Éste campo es opcional, y si se deja en blanco, el programa creará la reserva con el comentario Añadida por programa. Página 64

65 Una vez rellenados los campos, pulsar Añadir Reserva y listo. Si alguno de los campos no cumple con las especificaciones esperadas, el programa informará al usuario mediante una nueva ventana con el correspondiente mensaje. En el caso de que todos los campos cumplan sus especificaciones, tras pulsar Añadir Reserva se mostrará una nueva ventana pidiendo confirmación sobre la reserva que se va a realizar; momento que hay que aprovechar para verificar que la reserva que se va a realizar cumple con lo especificado. Si pulsamos cancelar, se cerrará la ventana de añadir reserva y no se realizará ningún cambio en el servidor. Página 65

66 La confirmación muestra una vez más todos los datos que se han introducido en los campos de la ventana para añadir la reserva. Una vez pulsemos SI, el programa lanzará el comando sobre el servidor para crear la reserva. Si por el contrario pulsamos NO, se cerrará esa ventana sin crear ninguna reserva. Tras añadir la reserva, el programa muestra una nueva ventana informando de la reserva que se acaba de realizar, y el valor de los campos introducidos por el usuario. Como ya se ha mencionado antes, si el campo comentario se deja vacío, el programa pone como comentario Añadida por programa. Si pulsamos aceptar, el programa volverá a cargar todo el árbol desde el servidor; una vez más, éste momento debería ser aprovechado para verificar que efectivamente la reserva aparece en el árbol del DHCP y todo parece correcto. Página 66

67 5.- Añadir reserva de IP para telefonía: Datos necesarios: -Si se nos pide crear reserva con una IP concreta, se nos debe proporcionar. En caso contrario, el dato IP será una IP que encontremos libre en el rango. -MAC del equipo al que se le va a hacer la reserva. -Boot Server Host Name que se quiere usar para realizar la reserva. El funcionamiento para la creación de reservas de telefonía es muy similar a la creación de reservas para puestos. Como ocurre en las reservas para puestos, lo primero que hay que hacer es identificar el Scope en el que hay que hacer la reserva. Una vez localizado, hay que pinchar con el botón derecho en dicho Scope, y elegir la opción Añadir Reserva de IP para telefonía en éste Scope. Tras seleccionar la opción para telefonía del menú, aparecerá la ventana en la que hay que introducir los datos para la creación de la reserva. Los campos para éste tipo de reservas son los siguientes: -IP: Campo obligatorio. -MAC: Campo obligatorio. (IMPORTANTE: Las MAC s, no deben llevar guiones). -Boot Server Host Name: Campo obligatorio. En principio, para un mismo centro siempre se usa el mismo BSHN, pero a veces, por distintas necesidades puede ocurrir que el BSHN para la reserva que se desea crear no sea el habitual, luego es un dato que se nos debe proporcionar. (Al final de éste manual se proporciona una lista del BSHN para cada centro). Página 67

68 -Comentario: Campo opcional. Como en el caso de la reserva para puestos, si se deja en blanco el programa añade el comentario Añadida por programa. Tras introducir los datos, se pincha en el botón Añadir Reserva. Si algún dato no cumple con las especificaciones, se informará al usuario mediante un mensaje de aviso acerca de la naturaleza del error. Si por el contrario todos los datos cumplen con lo que se espera, el programa mostrará una ventana pidiendo confirmación y mostrando los datos que se usarán para realizar la reserva. No hace falta decir que éste momento debe ser aprovechado para verificar los datos de la reserva Si se pulsa el botón cancelar, la ventana se cerrará y no se realizará ninguna acción sobre el servidor. Página 68

69 Una vez pulsado el botón SI de la ventana de confirmación, el programa lanzará sobre el servidor el comando para añadir la reserva, y mostrará una ventana de aviso cuando haya terminado dicha operación. Si se pulsa el botón NO, se cerrará la ventana y no se realizará ninguna acción sobre el servidor. Cuando pulsemos en el botón aceptar, el árbol se cargará de nuevo desde el servidor, momento en el que se debe verificar que la reserva se ha hecho correctamente realizando una búsqueda sobre la IP o MAC de la reserva creada. 6.- Eliminar reserva, (de cualquier tipo): Dato necesario: IP o MAC de la reserva que se quiere eliminar. Página 69

70 Éste proceso es distinto a los anteriores, pues en éste caso no hay que introducir ningún parámetro. En todo caso, debería ir precedido de una búsqueda de IP o MAC de la reserva que se quiere eliminar del servidor, (aunque conociendo la IP es fácil encontrarla en el árbol). En éste caso, a diferencia de los casos en los que se añaden reservas de cualquier tipo, hay que pinchar directamente sobre la reserva que se va a eliminar, y no sobre el Scope al que pertenece. Si no se hace así, el programa informa de tal situación por pantalla. Tras seleccionar la entrada y la opción eliminar, se pedirá confirmación al usuario. Es fundamental verificar que la reserva que se va a eliminar es la que realmente se quiere eliminar, puesto que en el momento que acepte la confirmación, ya no habrá manera de parar el proceso. Si se pulsa SI, se lanzará sobre el servidor el comando para eliminar la reserva. Si, en caso contrario, se pulsa NO, se cerrará la ventana y no se llevará a cabo ninguna acción sobre el servidor. Tras pulsar SI, se eliminará la reserva, y se informará al usuario cuando la tarea haya finalizado. Página 70

71 Tras pinchar en Aceptar, se volverá a cargar el árbol desde el servidor y es fundamental verificar que realmente se ha eliminado la reserva haciendo una búsqueda por IP o MAC en el árbol recién cargado, como se muestra a continuación. Una vez verificado que todo está bien se puede pinchar en Terminar. COSAS A TENER EN CUENTA: -El buen funcionamiento del programa se basa en el uso de las buenas costumbres que se enuncian a continuación. Si se siguen, no habrá ningún problema: -En función del servidor al que estemos conectando, la carga el árbol puede ser más o menos lenta, (por el número de entradas que hay que cargar). Ésta carga, suele acaparar toda la CPU Página 71