1. Origen y antecentes de STTA

• 1.01

  *  Historia de STTA  *

  ---

  Origen y antecedentes.

      Tarantella como Tecnología permite el acceso optimizado a las aplicaciones corporativas desde muy diferentes condiciones y situaciones. A nadie se le escapa la gran cantidad de "elementos tecnológicos " que han de "combinarse" para conformar un Servicio con Tarantella. Si miramos cualquier diagrama Tarantella aparece "en medio" , el objetivo es que sea completamente transparente y se integre sin provocar grandes cambios en el paradigma de explotación existente, sin embargo a veces se convierte en todo un problema e incluso desvela o revela debilidades del modo actual de trabajo, topología de red, etc.
  

      Tarantella siempre ha sido un producto con gran capacidad de adaptación e integración, el uso de estándares permite muchas posibilidades y combinaciones. El cliente busca una "respuesta", una "solución" global que comprenda todos los aspectos, desde el acceso del usuario, la disponibilidad de aplicaciones, etc pasando por la administración y la extensión de funcionalidades.
  

      Tarantella como empresa se concentra en los aspectos de acceso a aplicaciones y proporcionando mecanismos flexibles para la integración de los "elementos tecnológicos" que formen parte del servicio. Con Tarantella la implantación, la combinación de elementos, el modo de explotación se convierte en el factor crítico y definitivo a la hora de crear un "Servicio con Tarantella", donde se hace verdad aquello de que cada implantación es un mundo autónomo y distinto, en continuo cambio y transformación.
  

  En definitiva para ofrecer " un modelo operativo con garantías" es necesario:
  

  • Adecuar y sincronizar las tecnologías seleccionadas además de Tarantella de modo que "cumplan" estrictamente con los requisitos de explotación planificados. Hay que "combinar", "cortar", etc. Hasta "sincronizar a la medida".
  • Ocultar toda complejidad y ofrecer un uso sencillo y transparente y sobre todo práctico para la "producción", para que el "traje a medida" pueda ser usado en el día a día.

      Cuando ambas premisas se satisfacen e implementan de acuerdo con las circunstancias y las necesidades se obtiene una respuesta o solución real y ajustada .
  

      A menudo se ha hablado de Tarantella como una "caja negra" que proporciona efectos "casi mágicos", pero todos sabemos que estos "trucos" y "efectos" requieren un alto nivel de destreza, sincronización y duro trabajo, porque cada situación es diferente.
  

  STTA: ¿ Por qué una Interface de Gestión más?
  

      El servicio de acceso a las aplicaciones corporativas no está formado por un único elemento tecnológico con único responsable, sino por una combinación de elementos ( Hardware, Sistema Operativo configurado a medida, Servidores Web, software autenticación, Tarantella, SSL, etc.), de su correcta sincronización, gestión y disponibilidad depende todo el "servicio de acceso" , de modo que unos dependen y/o se apoyan en otros.
  

  ¿ Cómo mantener usuarios en varios servidores de acceso?
  ¿ Cómo coordinar los usuarios y sus claves con los ya existentes ?
  ¿ Cómo gestionar usuarios de manera que tengan un perfil de explotación asignado?
  ¿ Cómo gestionar las claves de acceso de un usuario a cada uno de los servidores de aplicaciones?
  ¿ Cómo generar copias de los "datos críticos" del servicio de manera "fácil" y "simple"?
  ¿ Cómo comprobar o controlar qué elemento está fallando dentro del servicio, a modo de supervisión?
  ¿ Cómo monitorizar y automatizar la explotación limitando y cambiando los accesos en función de la disponibilidad, niveles de respuesta o limitaciones de todos los Servicios?
  

      Es posible colocar bajo una interface los "elementos tecnológicos" que participan en el servicio y proporcionar un entorno fácil que genera y ejecuta las "órdenes necesarias" de forma automática y que guía al operador para evitar errores de sincronización. Además por medio de dicha interface se "establece un modo específico" de operar, parametrizar y definir los "elementos" del Servicio.
  

  Tencnologías de la Interface STTA

      Se basa en "Webmin" una interface para la administración de sistemas operativos Unix, que permite usar un navegador para la gestión del Sistema y de los Servicios que se ejecutan en el mismo. Utiliza un servidor de Web, que puede ser seguro y al que puede restringirse el acceso, junto a programas CGI agrupados en "módulos" según tareas, que están escritos en PERL (un lenguaje de programación GPL). Webmin está disponible bajo licencia BSD, puede ser utilizado y distribuido de modo "libre". (http://www.webmin.com/webmin/intro.html ). Es como Taratella multiplataforma y mantiene el mismo paradigma de explotación.
  

      El desarrollo es un "nuevo módulo" que accede al Sistema Operativo, a los servicios de LDAP y los de Tarantella, sincronizando y automatizando todo el trabajo; este módulo está en fuente y está disponible bajo licencia GPL (http://www.gnu.org/philosophy/free-sw.es.html ), por lo que es de uso y distribución libre. También es susceptible de mejoras siempre que se devuelvan con el código fuente
  

      Cuando un "software" se dice "Free" o "libre" no quiere decir gratuito, o más aún, de escaso valor. Pero al menos uno tiene "el control", "el conocimiento" y " el derecho " de elegir quién, cuándo y cómo
  

      El desarrollo efectuado no ha modificado en absoluto Tarantella, mediante la interface desarrollada se están automatizando la ejecución de las órdenes de línea de comandos que ya están disponibles en Tarantella y en otras herramientas, por ejemplo en los servidores LDAP.
  

      Por ello, si Tarantella cambiara en el futuro la sintaxis de un comando, sólo sería necesario modificar la parte que se ejecuta desde la interface para adaptarse al posible cambio, y esta ha quedado precisamente delimitada en previsión de tal contingencia. De igual forma, si cambiaran comandos del servidor LDAP, habría que efectuar una modificación para adaptarse a esta nueva versión.
  

      STTA es mantenida y soportada desde: http://www.eagora.info/stta y adaptada, instalada e integrada a medida según los trabajos de Consultoría a realizar.
  
  

  Características de STTA

  Versión 1.0

  Septiembre 2001 -- obsoleta -- 2.821 líneas de código (4 bibliotecas, 27 cgi)
  

      Surge como medio de administración y sincronización entre el LDAP I-Planet y Tarantella para la creación y gestión de usuarios, como un mecanismo simple de cgis para facilitar la administración.
  

  • Gestión usuarios y grupos en Tarantella y LDAP por una interface única en estructuras parametrizadas.
  • Carga de usuarios desde fichero en Tarantella y en LDAP.
  • Gestión de perfiles de acceso a Servidores de aplicaciones para cambiar las credenciales de acceso. Uso de los mecanismos de "password Cache" de Tarantella.
  • Interface de gestión de "datos" críticos, bases de datos, webtops, definiciones y configuraciones.

  Versión 1.1

  Noviembre 2001 -- no soportada -- 9.355 líneas de código ( 4 bibliotecas, 85 cgi)
  

      Ante la necesidad de nuevas funcionalidades en acceso a aplicaciones y las grandes limitaciones observadas por la "password Cache" de Tarantella. Se extiende el mecanismo de los Tcls buscando las credenciales en repositorios LDAP.
  

  • Gestión de Objetos para credenciales de acceso a aplicaciones mediante una Cache LDAP.
  • Parametrización de reglas para la búsqueda de credenciales.
  • Extensión de los Tcls de Tarantella para integrar los mecanismos de Cache LDAP.
  • Mantenimiento sincronizado de dos repositorios LDAP en la red tanto de usuarios como de Cache de credenciales.
  • Interface y scripts de Carga y descarga de LDAP y Tarantella. Para los de TTA se usaron los trabajos de Tillmann Basien.

  Versión 1.2

  Abril 2002 -- activa -- 21.500 líneas de código ( 17 bibliotecas, 154 cgi, utilidades 16)
  

      El módulo ha crecido y requiere una optimización profunda, se corrigen muchos bugs y se busca crear un "paquete" y módulo lo más completo posible. Se añaden nuevas funcionalidades de monitorización y supervisión.
  

  • Gestor de Sesiones de Tarantella automático.
  • Monitor de acciones sobre los Servicios, scripts de acciones, etc.
  • Limitación de sesiones por objetos.
  • Tickets de acceso a sesiones.
  • Nuevo look & feel. Los menús pueden usar uno de los dos modos característicos de Webmin: tabs e iconos. Se refuerzan las relaciones de jerarquías y navegación entre las opciones posibles.
  • Elementos de control y status del Servico (supervisión):
    • Control de sockets de servicios y servidores.
    • Acceso a datos y parámetros de configuración.
    • Impedir el acceso a la gestión de elementos u objetos si están implicados en una parte del servicio no operativa.
  • Refuerzo y control de los "acls" o autorizaciones de acceso para ejecutar determinadas tareas.
  • Gestor de ficheros que permite, según los permisos, ver, vaciar, borrar, modificar:
    • Logs de Tarantella
    • Logs de búsqueda de credenciales en la Cache de passwords.
    • Logs de los servidores Https, LDAP, Sistema Operativo.
    • Scripts de monitorización y control del servicio
  • CGIS para modificar hosts, grupos de hosts, aplicaciones, grupos de aplicaciones y dominios.
  • CGIS para gestionar Links y grupos de links (vínculos).
  • Uso de dirección IP en listas de hosts que permite el control por puertos y la asignar variable de entorno para los tcls de Tarantella y localizar grupos y hosts en Cache de passwords.
  • Comprobar listas, bloquear cambios y escribirlos en el log de Webmin.
  • Utilidades de carga y descarga de bases de datos mejoradas (TTA y LDAP).
  • Mecanismos de actualización seguros.
  • Informe y escritura en los logs de las acciones de la interface según parámetros. El historial de Webmin guarda todas las ejecuciones de órdenes y cambios realizados sobre los objetos.
  • Optimización de los bucles de carga de las listas de sincronización.
  • Uso reforzado de "hash" en la gestión de listas y carga selectiva.
  • Reorganización completa de bibliotecas.
  • Scripts de: actualización, control y gestión de monitor de acciones y gestor de sesiones, etc.
  • Estructuración del Ayuda.

  Versión 1.3

  Mayo 2003 -- versión disponible -- 31.170 líneas de código ( 26 bibliotecas, 181 cgi, utilidades 19)
  

  Primera release completa con ayudas y utilidades de instalación, configuración, etc.
  El desarrollo ha quedado publicado en http://www.eagora.info/stta
  Se modificado con las siguientes características:
  

  • Corrección de errores y bugs de las versiones anteriores.
  • Optimización y utilidades para Open-LDAP (configuración semi-automática).
  • Estructuración de la configuración (322 parámetors) para facilitar gestión.
  • Documentación on-line estructurada para localizaciones diferentes.
  • Generador de "manual" o "libro" de la documentación disponible.
  • Utilidad de "comentarios" o "feedback" para soporte de entornos.
  • Sincronización automática de servidores vía Webmin o FTP.
  • Localización español (completa) e inglés (parcial).
  • Generador de Informes del Servicio (status y definiciones).
  • Gestor automático de "logs" y "copias" del servicio.
  • Gestor de informes de uso de Tarantella (billing).
  • Generador de esquemas de los LDAP.
  • CGI para crear aplicaciones en Tarantella.
  • Gestor de accesos y auditoría de explotación del servicio.
  • Visualizador de jerarquía de objetos.
  • Utilidad para comprobar integridad de objetos en los servicios.
  • Movimiento y/o copia de objetos en los servicios.
  • Generación de Web de Ayuda, estática e independiente de Webmin.
  • Control de código instalado mediante "marcas" o "branding".
  • Gestor del Log de entradas en LDAP de usuarios.
  • Extensión de los mecanismos de "expect" y Tcls de acceso a las aplicaciones. (tickets y sesiones)
  • Utilidades de instalación y actualización.
  • Cambio de parámetros y configuración de los "elementos en el servicio" sincronizado.
  • Configuración por interface de utilidades y scripts
  • Sincronización con nuevas release de Tarantella y nuevas características.

  Versión 1.4

  2004 -- próxima versión --
  

  La actividad de desarrollo puede seguirse en http://www.eagora.info/stta
  Algunas características previstas:
  

  • Gestión dinámica de webtops: menús desplegables, etc
  • Gestión de "links" y mecanismos de publicación
  • Captura de "disponibiliad de Servidores" para valorar o no su acceso.
  • Status del Servicio en modo "ps" o "top",etc.
  • Generación de gráficos de uso y explotación de los servicios.
  • Gestión e integración de la explotación en CMS o Portales.
  • Extensión de los mecanismos de "expect" y Tcls de acceso a las aplicaciones
  • Documentación de desarrollo y estructura del módulo
  • Sincronización con nuevas release de Tarantella y nuevas características.
    

  
  

  ---

2. STTA como Interface de Servicios con Tarantella

• 2.01

  *  ¿ Qué es STTA ?  *

  ¿ Qué es STTA ?

  
  
  
  STTA (Servicios con Tarantella) es una herramienta para administrar Servicios alrededor del software Tarantella . Esta construído como un módulo de Webmin, permite una sincronización completa entre las diferentes tecnologías: LDAP, servidor Web, Tarantella, etc.
  
  No pretende sustituir al "Object Mangager" de Tarantella o las herramientas administrativas de LDAP, sino más bien coordinar los atributos y definiones de los objetos del servicio, además de complementar las tareas de administración y gestión.
  
  Ayuda a gestionar los Objetos del Servicio como una unidad en el entorno de explotación corporativo donde la tecnología de Tarantella de web-enabling y la autenticación de usuarios son críticas.
  

  ---

• 2.02

  *  Características  *

  Características

  
  
  
  

  • Gestión de Usuarios
    Altas, bajas, modificación borrado y carga de usuarios desde ficheros; tanto como usuarios del Sistema Operativo como de LDAPs. El DN de LDAP, o nombre del usuario, y el ENS de Tarantella del Objeto y su jerarquía estarán sincronizados y acordes. Esto permite "espejar" o reflejar la estructura de la organización en ambos repositorios para la configuración y acceso a los Servicios.
  
  
  • Autenticación de aplicaciones
    Reglas ajustables a medida para buscar credenciales y secuencias de acceso a aplicaciones (tercer nivel de Tarantella). Bsadas en usuarios, grupos, hosts, aplicaciones, dominios, requiere el uso de un LDAP dedicadado. (Cache Ldap). O en su lugar gestionar la "cache de password" de Tarantella
  
  
  • Gestionar grupos y objetos del Servicio
    Usuarios, hosts, aplicaciones, enlaces o vínculos, etc- desde un punto único- Hace el trabajo básico del "Object Manager" de Tarantella y el LDAP
  
  
  • Herramienta de navegación de objetos y enlaces
    Para verificar y fijar las correspondencias entre las definiciones de objetos y los servidores LDAP
  
  
  • Mecanismo ampliado para acceso a aplicaciones.
    La Cache Ldap de STTA permite ampliar los mecanismos TCL y Expect de Tarantella para arrancar aplicaciones. Pueden aplicarse "tickets" de acceso y control de sessions con acciones al respecto.
  
  
  • Herramientas de administración, comprobación y gestión.
    Para copia, recuperación, replicación,volcado del ENS de Tarantella, monitorizar y comprobar los Servicios para las "máquinas del array".
  
  
  • Gestor de sesiones de Tarantella
    Coleccionar las sesiones de emulación de Tarantella, contabilizarlas por objetos para ayudar al "monitor" de STTA a decidir la toma de acciones. Se pueden asignar número de sesiones por grupos, usuarios, hosts o aplicaciones. Gestionar los "billings" o resúmenes de acceso a Tarantella.
  
  
  • Monitor de Servicios
    Para realizar tareas específicas sobre todos los servicios partiendo de "eventos" a medida, que actúan como disparadores, de modo automático o manual. Se permiten múltiples criterios y condiciones encadenados.
  
  
  • Heramienta CGI para Gestionar Ficheros
    Herramienta elaborada para gestionar "logs", "definiciones", "guiones", "debug", etc. permite ejecutar, vaciar, leer, escribir ficheros.
  
  
  • Procedimiento de "feedback" para enviar o empaquetar información y ficheros de los Servicios
    Para comentarios, temas, peticiones, problemas, seguimiento, etc. Esta herramienta coleccionará los datos, los empaqueta y envía por correo electrónico. Desde "logs" de los Servicios a ficheros de configuración, todo puede ser simplemente empaquetado para enviar si no hay servidor de correo disponible en-línea.
  
  
  • Utilidad para generar informes de los Servicios y comprobar su estado
    En cada conexión http(s) se puede obtener y revisar los puertos de los Servicios y el status de configuración, recibir avisos o parar. La "interface" se adaptará a la disponibilidad del servicio no presentando aquellos objetos del mismo que no están disponibles. Los iconos y mensajes alertarán sobre los servicios que no están en marcha.
  
  
  • Gestor de listas de Logs
    Con una lista de ficheros de logs y parámetros de tiempo, STTA puede realizar las tareas de mantenimiento cotidiano de los logs.
  
  
  • Herramienta para contruir un Web de Ayuda
    para uso externo o servidores Web estáticos sin la intraestructura de Webmin instalada o simplemente para leer.
  
  
  • Varios servidores STTA trabajando en "array"
    Comunicaciones entre varios servidores para compartir información común del Servicio y gestionar los servicios locales. Esta característica trabaja en paralelo con el "array" de Tarantella para favorecer la alta disponibilidad y compartir la carga
  
  
  • Utilidad para Instalar / actualizar y parchear
    A partir de reglas predefinidas, asiste paso a paso hasta cumplir la tarea. Instalar, actualizar, cambiar de versión, parchear, unir al "array", instalar como secundario con servicios LDAP, etc. La configuración de Open-LDAP es semi-automática con scripts para las tareas básicas.
  
  
  • Mecanismo de marcado de ficheros para sincronizar y controlar las versiones e instalaciones
    Muy útil al intentar mantener varios servidores e instalaciones con muchos ajustes particulares.
  
  
  • Alto nivel de traceado y depuración
    Para "procesos de login en aplicaciones", "acciones sobre objetos", "monitor de acciones", "instalationes", etc.
  
  
  • Gran cantidad de parámetros de configuración ( más de 300 )
    Para automatizar la mayoría de los procesos y para ajustarse a diferentes situaciones de explotación y necesidades. Los guiones o "scripts" están parametrizados y configurables por la interface.
  
  

  
  El módulo STTA Webmin está escrito en PERL, usando tecnologías y estándares todos abiertos: LDAP, TCL, HTML, guiones Shell, etc. Está bajo licencia GPL. Todos los Servicios Profesionales, consultoría y ajustes particulares pueden ser contratados, pero el software en sí mismo está bajo GPL. Utilizando más de un año de desarrollo en un proyecto de una gran empresa, la idea es ABRIR esta útil herramienta a otros y hacerla crecer y fortalecerse.
  
  Requerimientos: SO Unix/Linux con Perl, Webmin, servidor Web instalado, LDAP y Tarantella. Para la gestión basta con un navegador Web en el "front-end".
  

  ---

• 2.03

  *  Arquitectura de STTA  *

  Arquitectura de STTA

  
  
  
  

  

  
  

        STTA coordina las peticiones LDAP y Tarantella de modo que obtengan el "path" correcto. Todas las peticiones LDAP se realizan por medio de Perl LDAP y todas las comunicaciones con Tarantella se realizan por medio de la interfaz de línea de ordenes y guiones de Tarantella. Tarantella interroga a la Cache LDAP, para obtener las credenciales del servidor de aplicaciones por medio de los guiones TCLs expects de Tarantella, que han sido modificados con algunos enlaces a PerlLDAP y STTA, de modo que las credenciales y parámetros apropiados son enviados. Esta aproximación permite extender los mecanismos de comprobación para tickets de sesiones y acciones, e incluso disponer de más diálogo para el arranque de aplicaciones.

  ---

• 2.04

  *  Tecnologías en STTA.  *

  Tecnologías en STTA.

  
  
  
  STTA usa tecnologías estándar y abiertas:

  • Webmin
    Es de lejos una de los mejores desarrollos para gestionar Sistemas Operativos. Es multiplataforma como Tarantella y usa también una interfaz Web.
    Hay otros lenguajes pero no una interfaz completa bien comprobada desde la que trabajar.
  • PerlLDAP
    Como Webmin usa Perl como lenguaje, la opción es encontrar una interfaz Perl a LDAP. Hasta STTA 1.3, dado que los primeros desarrollos fueron dedicado a Iplanet, STTA estaba usando el Perl LDAP de Mozilla. Esta opción precisa de compiladores ya que usa un API en C, no es código Perl puro. Desde STTA 1.3 Perl LDAP es el que se usa, está disponible también como módulo CPAN. Parece que tiene mucho más futuro y proporciona un muy buen "feedback" en cada operación.
  • TCL Expect
    Esta es la tecnología estándar usada por Tarantella para comunicarse o, mejor dicho, negociar el acceso a los servidores de aplicaciones y la carga de las mismas. Por lo que STTA adapta los procedimientos de búsqueda de credenciales al lenguaje TCL y Expect para ser lo más transparente posible a Tarantella.
  • Tarantella Scripts
    Este es le método básico para "hacer" o "realizar" cambios y peticiones los Servidores Tarantella. Esto significa que STTA funciona de modo muy transparente con Tarantella, incluso si las conexiones JVM en cada petición no ayudan demasiado a la carga del sistema.
  • Shell Scripts
    Algunos guiones Shell se añaden para realizar ajustes o lanzar guiones Perl.

  ---

3. Tecnologías en STTA

• 3. 01

  * Integración con Webmin, STTA como módulo de Webmin *  Integración con Webmin, STTA como módulo de Webmin

  
  

  STTA es un módulo más de Webmin, que se integra y participa de su infraestructura.       Extiende los mecanismos comunes para desarrollar sus funcionalidades.

  
  

  • STTA es un módulo de Webmin , registrado como Módulo adicional de Webmin. Desde el principio STTA ha sido GPL como puede leerse en los detalles de la Licencia.
  
  
  • STTA extiende y altera algunos mecanismos de Webmin:
    
    • Algunas de la funciones de la biblioteca general son "recargadas" con funciones ajustadas a las necesidades del módulo. ( $STTA/web-lib.pl ).
    
    
    • La configuración establece unos enlaces mínimos puesto que requiere una infraestructura que no es factible con las funciones de la biblioteca general de Webmin, la configuración habrá de hacerse desde la interface del módulo de STTA.
    
    
    • STTA escribe en los logs generales (webmin.log) pero utiliza mecanismos propios de "análisis de logs" conectados a Webmin.
    
    
    • STTA proporciona una biblioteca de ayuda rediseñadas para gestionar la estructura y funcionalidades del módulo: ayuda según contexto, Libro STTA, Generar Web Ayuda, etc.
    
    
  • STTA usa la funciones de conectividad para controlar el estado de puertos y accesibilidad a los servicios.
  
  
  • STTA se apoya en los mecanismos de control de ACLs para gestionar los niveles de acceso al módulo.
  
  
  • STTA se apoya en la gestión de usuarios de Webmin para crear y propagar usuarios del sistema.
  
  
  • STTA usa la infraestructura de conexión entre servidores Webmin, y las RPC (procedimientos remotos) para diferentes mecanismos: Con Sincronización en tiempo real, Replicación de listas, Ejecutar sincronización de listas, etc.
  
  
  

  ---

• 3. 02

  * Perl LDAP Conexión con LDAP mediante interface Perl *  Perl LDAP Conexión con LDAP mediante interface Perl

  
  

  STTA usa Perl LDAP para todas la comunicación LDAP    Los mensajes y códigos de error son capturados y registrados.

  
  

  • Se usa Perl LDAP como único mecanismo de interacción con los servidores LDAP, independientemente del software LDAP instalado: OpenLDAP, Iplanet, etc.
  
  
  • Tarantella usa sus propios mecanismos de "interrogación" a los servidores LDAP.
  
  
  • Los mecanismos de STTA LDAP Cache (scancache) vía tcls de STTA están elaborados en Perl por lo que se apoyan en Perl LDAP.
  
  
  • La gestión de Objetos y Elementos en STTA se apoya en la biblioteca ldap-lib.pl, que incluye funcionalidades para registrar en los logs de Webmin cada operación con todo detalle. El Historial de Acciones Webmin permite realizar un seguimiento y depuración de las operaciones, mediante las funciones incluídas por STTA en el anális de los logs (log_parser.pl).
  
  
  

  ---

• 3. 03

  * Conexión con Tarantella mediante scripts *  Conexión con Tarantella mediante scripts

  
  

  STTA se comunica con Tarantella por medio de la interface de comandos.    Los detalles de conexión con Tarantella son capturados y registrados.

  
  

  • Toda la interacción con Tarantella usa como único mecanismo de interaccióni la interface de línea de comandos.
  
  
  • Los mecanismos de STTA LDAP Cache (scancache) vía tcls de STTA conectan con Tarantella por medio de ficheros de intercambio y "retoques" en los ficheros TCL de Tarantella; en la Extensión de los mecanismos de conexión a las aplicaciones de los servidores por TCL y Expect (métodos estándar de Tarantella).
  
  
  • La gestión de Objetos y Elementos en STTA y su sincronización en la base de datos de Tarantella (ENS), así como toda comunicación con Tarantella, se agrupa es varias funciones de código en la biblioteca global-lib.pl (sub run_tta_cmd ), que efectúa llamadas a los mecanismos de Webmin para ejecutar "ordenes en el sistema". Para ello, se escriben y cargan scripts Tarantella usando los directorios temporales de Webmin.
  
  
  • STTA registra las acciones con todo detalle, incluyendo ficheros de scripts y listas de atributos, en el Historial de Acciones Webmin, lo que permite realizar un seguimiento y depuración de las operaciones realizadas sobre Tarantella.
  
  
  • Algunas utilidades de Scripts de STTA están escritas en TCL y usan las biblioteca e infraestructura TCL incluída en Tarantella Descarga Tarantella ENS y Carga Tarantella ENS.
  
  

  ---

4. Interface de STTA

• 4. 01

  * Tipos de Interfaces *  STTA ofrece varios tipos de Interface  así como detalles de configuración a medida y adapción dinámica al contexto

  
  

  El aspecto o "look & feel" de STTA puede cambiar en función de:       - El tema seleccionado en Webmin    - El tipo de interface seleccionado en STTA    - Los detalles y parámetros de aspecto (iidioma, fondo, colores, etc.)    - La comprobación del estado de los servicios    - Los privilegios de acceso y uso del módulo.

  • La adaptación dinámica al contexto de STTA ajusta la interface a las opciones disponibles en cada petición al servidor
    Se basa en varios elementos que son comprobados cada vez que se envía la página del menú de opciones:
    • Parámetros de configuración de Stta
      La disponibilidad o no de alguno de las partes o módulos de STTA conlleva la aparición o desaparición de sus opciones.
      Por ejemplo: si se usa o no el monitor aparecerá o no la sección con sus opciones. (Parámetro has_monitor de la configuración)
      Lo mismo para las sección de ldapcache . (Parámetro is_ldapcache de la configuración)
      No se muestran las opciones no activadas.
    • STTA puede Comprobar Servicios en cada Acceso o petición al servidor, lo que permite conocer el estado de los servicios
      (Parámetro check_services de la configuración)
      Si alguno de los servicios no está disponible y ha de ser usado: Tarantella, Ldap, etc. Sus opciones no aparecerán en el menú y aparecerán iconos de status o alerta en la cabecera y pie de la página.
      Esto evita problemas de integridad entre los servicios
    • En función del Control de Acceso configurado para el usuario de Webmin.
      La interface presenta sólo aquellas opciones para las cuales el usuario ha sido autorizado.
      El usuario ve aquello que puede usar.
  
  
  • Tipo "Tabs" o carpetas Permite navegar entre las opciones agrupadas en temas y objetos
    
    Ver
    Es mucho más fácil e intuitivo para navegar y encontrar la opción. Se puede configurar para:
    • Predeterminar que agrupación, "tab" o carpeta ver por defecto
    • Establecer un criterio de orden para la presentación: por nombre, temas,
    
    Este modo responde al tipo de interface introducido en la versiones actuales de Webmin, se corresponde con algunos temas disponibles en la inteface de Webmin.
    
  
  
  • Tipo "Tabla" o página de iconos Visualiza todas las opciones disponibles formateadas en tablas dentro de una sóla página.
    
    Ver
    Se puede acceder en una sóla petición a todas las ocpiones disponibles sin necesidad de navegar por agrupaciones o "tabs",
    se evitan peticiones sucesivas al servidor hasta ver la ocpión deseada pero hay que rebuscar entre los iconos de página para encontrar la opción.
    Este modo responde a modelos de la inteface de Webmin antiguos y fue el utilizado en el desarrollo de la interface de STTA en la versión 1.0.
    Se mantiene porque:
    • Da una imagen completa de opciones disponibles de STTA
    • Elimina las sucesivas peticiones entre el cliente y el servidor para gestionar Menús

  ---

• 4. 02

  * Personalizar Interface *  Personalizar y/o configurar a medida la interface de STTA

  
  

  El aspecto o "look & feel" de STTA se puede personalizar en función de:       - El tema seleccionado en Webmin    - El tipo de interface seleccionado en STTA    - Los detalles y parámetros de aspecto (idioma, fondo, colores, etc.)    - Los privilegios de acceso y uso del módulo.

  La personalización de STTA se realiza, al igual que la de Webmin, por servidor, excepto los detalles referidos al acceso a determinadas partes del módulo, que se determinan en el Control de Acceso de cada usuario de Webmin definido, esto solo afecta a la aparición o no de determinados iconos en los paneles y al acceso a determinadas tareas.
  

  • Los Parámetros de configuración de la Interface de Stta permiten seleccionar colores para las cabecearas y cuerpo de las tablas de las páginas, así como una imagen de fondo, etc.
    El propósito es dotar a cada servidor que forma parte de la explotación del Servicio, de ciertas características o rasgos diferenciadores a simple vista: colores, fondos, rótulos, etc.
    El usuario identifica de foma inmediada el servidor con el que interactua.

  Por ejemplo: en el Tipo "Tabs" o carpetas con distintas apariencias:
  
  Ver
  
  Ver
  

  ---

• 4. 03

  * Botones y enlaces de navegación: Cabecera de página *   Los botones y enlaces de las cabeceras permiten acceder a funcionalidades de uso frecuente según contexto.

  
  

  Algunos de los enlaces que aparecen mencionados aquí    pueden variar si se configura STTA    en los valores del fichero lang correspondiente:    headpage_right para los enlaces de la derecha    head_logout opciones de la derecha (logout,comentarios)    ______________________________________________    Los valores de la izquierda se ajustan según contexto

  
  

  • Parte superior izquierda de la pantalla
    

    Estos enlaces permiten ir a las opciones de ayuda según contexto y a las del índice de Webmin

    
    
    
  • Parte superior izquierda de la pantalla (admin)
    

    Los enlaces de la parte superior izquierda pueden cambiar según el contexto incluyendo direcciones específicas: en el caso del administrador puede arancar o parar algunos servicios

    
    
    
  • Parte superior izquierda de la pantalla MENSAJE DE SISTEMA
    

    Se carga el contenido del fichero se configura en los valores de Configuración Principal como Path fichero mensajes del entorno STTA(motd), el final de cada línea es sustituido por la etiqueta HTML correspondiente, este fichero debe contener mensajes del Servicio al estilo del uso del fichero "/etc/motd" en el "login" del sistema. Si no existe o su contenido está vació no aparece nada.

    
    

    Aviso de Parada del Servicio hoy a las 17:30 horas

    Este mensaje aparece según el Estilo de los mensajes del entorno STTA: modo Recuadro o "box" (tal y como aparece arriba) o en modo "scroll" o "marquee" (tal y como aparace al lado), esta configuración se selecciona en Configuración interface, ambos estilos permiten usar HTML y variables STTA y Webmin en el texto del mensaje.

    
    
    
  • Parte superior derecha de la pantalla
    

    Estos enlaces se configuran en valores del fichero lang correspondiente (es,en, etc) permiten acceder a alguna URL específca: por defecto la Web de Publicación de STTA (Info) ... El icono de STTA es un botón que permite ir a la página principal de STTA Los enlaces de más abajo (grupo head_logout) permiten Desconectar la sesión de Webmin y realizar Comentarios de STTA

    
    

    El texto que aparece aquí como Servidor Tarantella corresponde a la Descripción del Servidor, se configura en los valores de Configuración STTA como Descripción del Servidor (stta_servtitle)

    
    
  • En la parte central de la cabecera de la pantalla
    Pueden aparecer los iconos de status o alerta, un "click" sobre ellos tiene el mismo efecto del botón central del pie de pantalla y muestra la ventana de Status
    

    	Alerta sobre los servicios de Tarantella No estarán disponibles
    	Alerta sobre los servicios de LDAP No estarán disponibles
    	Alerta sobre los servicios de LDAPCACHE No estarán disponibles

    
    
    

  ---

• 4. 04

  * Botones y enlaces de navegación: Pie de página *   Los botones y enlaces de pie de página   permiten acceder a funcionalidades   de uso frecuentes según contexto.

  
  

  Algunos de los enlaces que aparecen mencionados aquí    pueden variar si se configura STTA    en los valores del fichero lang correspondiente:    headpage_right para los enlaces de la derecha    head_logout opciones de la derecha (logout,comentarios)    ______________________________________________    Los valores de la izquierda se ajustan según contexto

  
  

  • Botón para volver al índice
    

    Este enlace permite regresar al Módulo por defecto para enlace fin de página

    
    
    
  • Parte inferior izquierda de la pantalla
    

    Estos enlaces permiten acceder a la ayuda de STTA, a la URL para Ayuda de Software Tarantella y a la URL para Ayuda de Software LDAP

    
    
    
  • Parte central del pie de la pantalla
    

    Este enlace muestra la ventana de Status

    
    
    
  • Parte inferior derecha de la pantalla
    

    Estos enlaces permiten acceder al contenido detallado de la Licencia

    
    
    
  • Parte inferior derecha de la pantalla
    Pueden aparecer los iconos de status o alerta, un "click" sobre ellos tiene el mismo efecto del botón central del pie de pantalla y muestra la ventana de Status
    

    	Alerta sobre los servicios de Tarantella No estarán disponibles
    	Alerta sobre los servicios de LDAP No estarán disponibles
    	Alerta sobre los servicios de LDAPCACHE No estarán disponibles

    
    
    

  ---

• 4. 05

  * Acceso a la ayuda según contexto *  Acceso a la ayuda según contexto

  
  

  STTA ofrece un completo sistema de Ayuda On-line:    según contexto, enlaces de referecias cruzadas,    índice de contenidos, Libro STTA, etc.       El sistema de Ayuda es además multilengua    y usa las "cadenas de texto", variables y valores del entorno.

  • Ayuda al contexto
  • Estructura
  • Preguntas Frecuentes

  Ayuda al contexto
  
  
  

  • Los formularios de STTA ofrecen "enlaces" de ayuda específica sobre los items de entradad de datos. En la parte superior Izquierda de la ventana el texto Ayuda ofrece información genérica del formulario o cgi.
    
  • Una vez abiertas las ventans de ayuda STTA se puede "navegar" por los enlaces y referencias cruzadas que ofrecen las mismas.
    
  • La dimensión de las ventanas de ayuda puede configurarse en Interface, valores Altura de la ventana de ayuda (pixels) (600) y Ancho de la ventana de ayuda (pixels) (800). El aspecto o "look & feel" de la ayuda está sujeto a los mismos detalles y configuración que la interface de STTA
    

  Estructura
  
  
  

  • STTA usa una biblioteca propia para gestionar la infraestructra de la Ayuda del módulo que evalua etiquetas y texto para devolver texto HTML:
    
    
    • Los ficheros html del "directorio base (help)" no contienen "cadenas de texto localizadas", usan variables de texto o valores del entorno en base a al idioma configurado en Webmin.
      
    • En algunos casos se "incluyen" otros ficheros para confeccionar la página, se incluyen secciones completas o se generarn valores de atributos de configuración del entorno.
      
    • El valor de LANG (que figura entre % ) es sustituido por el del idioma Webmin(ej: es, en, etc)
      
    • Todo el "texto localizado" en el idioma correspondiente, está en el subdirectorio LANG del "directorio base (help)" del módulo.
      
    
    
  • El directorio dentro del módulo que contiene la ayuda es "help" que contiene:
    
    
    • Ficheros html con la arquitectura básica del tema correspondiente:
      • Carga de cabecera de página, etiqueta HTML "head".
      • Bloques de cabecera de la página de página, etiqueta HTML "headimg" y "headertitle".
      • "Include" de fichero LANG/head del tema. Texto de encabezado del tema.
      • "Include" de fichero LANG/msg del tema. Recuadro con información general en modo resumen y detalles relevantes.
      • "Include" de fichero LANG/body del tema. Texto con descripción y análisis detallado del tema.
      • Carga de referecias cruzadas (caja ver también), etiqueta HTML "footlinks".
      • Carga de pies y bloques de pie de la página, etiqueta HTML "foot".
      
      
    • Directorios LANG del idioma correspondiente para ser "incluídos" por la arquitectura base de las páginas, con la estructura siguiente:
      • Ficheros html de tipo general de la ayuda.
      • LANG/head/tema. Texto de encabezado del tema.
      • LANG/msg/tema. Recuadro con información general en modo resumen y detalles relevantes.
      • LANG/body/tema. Texto con descripción y análisis detallado del tema.
      • LANG/config/parámetro. Texto con detalles de la configuración del parámetro de la sección. Estos ficheros son cargados directamente del directorio LANG con una cabecera y pie por defecto. (cfg_head y cfg_foot).
      
      

  Preguntas Frecuentes
  
  
  

  • ¿ Se puede desactivar la ayuda ?
    Sí, cambiando el valor de la variable Usar ayuda en las pantallas de entrada (help_active) en main
  
  
  • ¿ Cómo se establece el enlace al Libro STTA ?
    El enlace por defecto está establecido sobre la Web de publicación de la versión oficial del Libro en PDF, si la plataforma no tiene acceso a Internet, basta con descargar el archivo del "bookstta.pdf" y colocarlo en directoryo help/LANG (ej: help/es para Español), entonces, el enlace se establecerá contra este path. Habrá que actualizar el fichero pdf del libro cuando cambie en la Web de publicación.
  
  
  • ¿ Cómo se puede generar una estrucura de ayuda para otro idioma ?
    Usando el script mklanghelp.sh desde el directorio del módulo de STTA (ver scripts).
  
  
  • ¿ Sobre qué ficheros hay que modificar el texto o traducir a otro idioma ?
    Sobre los ficheros del directorio help/LANG (ej: help/es para Español) y los ficheros LANG correspondientes al idioma del directorio "lang" del módulo, en especial el genérico y el del directorio "lang/help". No se deben traducir la variables de entorno y valores de carga de cadenas de texto.
  
  
  • ¿ Se pueden usar variables del entorno y valores de cadenas de texto ?
    Sí, usando las siguietes expresiones entre < >, donde las palabras text, config e infoCfg van precedidas del signo $ :
    • "exec text{nombre-de-la-variable}" es sustituído por el valor de la cadena de texto correspondiente.
    • "exec config{nombre-de-la-variable}" es sustituído por el valor de la variable correspondiente.
    • "infoCfg{nombre-del-parámetro}" (no hay que incluirlo entre <>) es sustituído por el valor de la cadena de texto del formulario de configuración correspondiente (ficheros "config.info.LANG).
  
  
  • ¿ Cómo se puden usar los iconos de alerta en las páginas ?
    Escribiendo los siguientes textos entre signos % :
    • "W" muestra un
    • "I" muestra un
    • "H" muestra un
    • "N" muestra un
    • "S" muestra un
    • "U" muestra un
    • "P" muestra un
    • "OK" muestra un
    • "INFO" muestra un
    • "AR" muestra un
  
  
  • ¿ Cómo se forma la URL de las páginas de ayuda ?
    
    URL base: http(s)://webmin-host:port/stta/help.cgi/stta/
    Hay que añadir:
    • El nombre del fichero html de ayuda ubicado en el directorio /usr/local/webmin-1.100/stta/help    sin la extensión (.html).
      Ejemplo: página índice /stta/help.cgi/stta/toc
    • Si se trata de una sección de la Configuración de STTA usar "config_[sección]", la sección es el nombre del fichero ubicado en el directorio de configuración de STTA (/etc/webmin/stta/dataconf).
      
    • Si se trata de un parámetro de la ayuda, usar config/[parámetro], el parámetro es el nombre del fichero html ubicado en el "directorio de la ayuda"/LANG/config.
      Ejemplo: página parámetro has_ldapcache /stta/help.cgi/stta/config/is_ldapcache
    • En todos los casos puede añadirse al final un valor como nombre de la ventana ?nombre-ventana de modo que los enlaces de la página sean abiertos sobre la misma.
    • No todos los ficheros ".html" pueden cargarse, el gestor de ayuda requiere incluir secciones y valores específicos (cabecera, pie página, etc) para generar un formato "HTML" correcto para los navegadores. Todos los ficheros bajo los directorios LANG son usados como "includes" de las páginas base en /usr/local/webmin-1.100/stta/help/.
      
    
    
  • ¿ Se puede disponer de una página a modo de MANUAL de STTA ?
    
    Usar la URL: http(s)://webmin-host:port/stta/help.cgi/stta/tocbook
    O los enlaces a Libro STTA
    

  ---

• 4. 06

  * Uso de comentarios y mecanismos de feedback *  Uso de comentarios y mecanismos de feedback

  
  

  Utilidad para componer y/o empaquetar detalles del entorno    para su análisis o referencia.       Los valores usados en el último formulario de Comentarios de STTA   son guardados y asignados como valor por defecto en el próximo envio    Para enviar comentarios y ficheros de configuración    el usuarios ha de estar autorizado en su ACL

  • Comentarios de STTA es una utilidad incluída como base de Webmin que ha sido adaptada al módulo STTA de modo que se puedan componer y/o empaquetar detalles del entorno para su análisis o referencia , este "feedback" permite informar de incidencias aportando detalles de implementación del Servicio.
    
    
  • Si el valor de Archivado el comentario y datos en está en blanco, se intenta el envio por SMTP o programa de senmail local; en caso contrario se generan los archivos en el directorio y se procede a ejecutar la Orden para empaquetar directorio, esta ordén debería de contener por ejemplo:
    tar cf /tmp/comm_$HOSTTIME.tar * ; gzip -f /tmp/comm_$HOSTTIME.tar ( $HOSTTIME es sustituido por "nombre-host-día-hora" al generar el "feedback").
    
    
  • es necesario usar alguna valor en Enviar comentario a direcciones para que se ejecute la petición. También deberían rellenarse los valores de: Nombre y Dirección de email
    
    
  • Comentarios de STTA usa el formato "tar" para coleccionar los ficheros de envio y la Path herramienta de compresión (gzip -f)
    
    
  • Las opciones de incluir ficheros son:
    • ¿Incluir detalles de configuración de STTA? proporciona los ficheros:
      • "stta_etc.tar.gz" con el contenido de /etc/webmin/stta
      • "brandinfo.html"
      • "brandinfo.tar.gz"
    • ¿Incluir informe de STTA? proporciona los ficheros:
      • "stta_etc.tar.gz" con el contenido de /etc/webmin/stta
      • "stta_report.html" informe de configuración y estado de STTA
      • ".brandinfo"
      • "config"
    • ¿Incluyo Bases de Datos de los servicios?
      bases de datos de LDAPs.
    • ¿Incluir Backups de los servicios? ficheros de backup de Tarantella y LDAPS.
      
    • ¿Incluir Logs de los servicios? ficheros de losg.
      
    
    En cualquier caso se incluye el fichero "mail-text" con los detalles del "feedback" e información sobre la plataforma.
    

  ---

• 4. 07

  * Servidores de Webmin y STTA *  Servidores de Webmin y STTA

  
  

  STTA permite conectar los otros servidores bajo STTA   publica un enlace a cada Servidor registrado bajo Webmin    Los servidores bajo STTA se configuran en Servidores de Webmin

  • STTA permite la gestión o conexión con otros servidores bajo la infraestructura Webmin + STTA
    
  • En algunos casos la comunicación es obligatoria, por ejemplo: Con Sincronización en tiempo real
    
  • Algunos servicios y gestión del Sistema Operativo del host pueden gestionarse por medio de los módulos y utilidades de Webmin
    

  ---

• 4. 08

  * Diarios, históricos, logs de acciones de Webmin y STTA *  Diarios, históricos, logs de acciones de Webmin y STTA

  
  

  Las acciones de STTA sobre los Servicios    son grabadas en el log de Webmin   con el máximo detalle de atributos, objetos y resultados    El log de acciones o diarios de acciones han de activarse    en Webmin, incluyendo el diario de cambios en archivos

  • STTA permite consultar el Historial de Acciones Webmin, cuya configuración y mantenimiento está controlada por Webmin
    
  • STTA usa un Logs de STTA para gestionar algunos funcionalidades automáticas.
    
  • STTA puede automatizar la Gestión de listas de logs de los Servicios.
    
  • Cualquier acción de STTA que implica ficheros o ejecución de órdenes del Sistema Operativo o de Tarantella, usa los ficheros temporales que proporciona Webmin (estos no se borran si el Nivel de Depuración de Codigo en Ejecución es mayor que cero), en cualquier caso son adjuntados y visibles en el Historial de Acciones Webmin.
    

  ---

• 4. 09

  * Webmin *  Sesiones Webmin y comunicación con otros servicios

  
  

  STTA es un módulo de Webmin   Los usuarios, sesiones, etc. configurados son aplicables a STTA       Los servidores bajo STTA se configuran en Servidores de Webmin    STTA como todo módulo Webmin permite configurar los ACL    en http(s)://serverName:ServerPort/acl/edit_acl.cgi?mod=stta

  • STTA como módulo de Webmin está sujeto a la infraestructura y procedimientos globales.
    
  • STTA se comunica con otros servidores para:
    • Sincronizar Listas
    • Replicar LDAP
    • Gestión de listas en Declarando un Host Master de las tablas del Servicio
    
    
  • STTA se comunica con Tarantella por medio de su interface de "ordenes" y llamadas al sistema operativo.
    
  • STTA se comunica con los servicios LDAP por medio de Perl LDAP.
    

  ---

• 4. 10

  * Scripts de STTA *  Scripts de STTA

  
  

  STTA suministra utilidades para gestionar el Servicio   elaboradas como "scripts" que pueden ser invocados   desde la interface o desde línea de órdenes del Sistema      STTA mantiene procedimientos para gestionar y cargar   los parámetros y valores del Servicio

  • Cómo funcionan
  • Preguntas Frecuentes
  • Globales
  • Tarantella
  • LDAP
  • OpenLDAP
  • STTA

  Cómo funcionan
  
  
  Son invocadas por los CGIs de la interface mediante una llamada al Sistema con los parámetors correspondientes.
  El proceso de instalación ubica los ficheros en un determinado path (Directorio de los tools de STTA - /opt/tarantella/tools)
  En la configuración de STTA los valores y parámetros necesarios son configurados en: shells, desde donde se genera el "script de carga de parámetros" envstta, este "script" se regeneara cada vez que se cambia la configuración de STTA.
  Todos los "scripts" cargan los valores del entorno (envstta) y la asignación de valores Globales.
  Si se ejecutan desde la interface, su salida es capturada y registrada en el Historial de Acciones Webmin.

  Globales
  
  
  La carga de variables y valores de entorno se hace en cada invocación de ejecución mediante los siguientes "scripts":

  • setenv_vars
    Es el cargador principal y el que invoca a los otros dos. Reune algunas variables y valores básicos como nombre de ordenes y carga los "mensajes" de los scripts en función del idioma por defecto definido en Webmin o el de por defecto. (el directorio del módulo mantiene los fichero de mensajes en lang/shells).
    
  • envstta
    Asigna los parámetros y valores del entorno que precisan los "scripts", es regenerado cuando se cambia la configuración de STTA por medio de la interface.
    
  • localenv_vars.sh
    Permite asignar valores locales del entorno (bibliotecas,etc). Se carga en último lugar por lo que puede reasignar valores ya definidos.
    

  Preguntas Frecuentes
  
  
  

  • ¿ Se pueden alterar los valores del entorno y/o variables de los scripts ?
    Sólo si se hace desde la interface de configuración.
    Si se cambia el fichero envstta este será regeneraro al salvar cualquier valor de la configuración desde la interface.
    El fichero "localenv_vars.sh" permite asignar variables locales y no es alterado por el entorno de STTA, sirve precisamente para alteraciones locales.
    Los "scripts" son instalados mediante la utilidad mktools.sh que los marca y registra, cualquier actualización puede regenerar los "scripts" instalados, con lo que cualquier modificación en los mismos se perdería.
    
    
  • ¿ Se pueden ejecutar vía CRON del Sistema ?
    Sí, en algunos casos es más que recomendable.
    
    
  • ¿ Se pueden ejecutar sin necesidad del entorno STTA ?
    Sólo los referidos a Tarantella y OpenLDAP, siempre que se mantenga la infraestructura del (Directorio de los tools de STTA - /opt/tarantella/tools) y los "scripts" globales y de carga de parámetros (envstta). Los directorios y ficheros asignados en las variables y parámetros han de existir, de modo que los "scripts" encuentren el origen y destino de sus acciones.
    
    
  • ¿ Qué licencia de uso tienen los "scripts" ?
    La Licencia es la misma que la de STTA. Han sido creados para el módulo y tienen una importacia crupcial en la administración y explotación del Servicio.
    
    

  Tarantella
  
  
  

  • tta
    Para invocar órdenes de la interface de Tarantella sin escribir todo el path completo.
    
  • ttatcl
    Carga las bibliotecas TCL de Tarantella y ejecuta un "script TCL".
    
  • ttabackup
    ver Backup Tarantella
    
  • ensdump
    ver Descarga Tarantella ENS
    
  • ensload
    ver Carga Tarantella ENS
    
  • ensrestore
    ver Recuperar ENS Backup
    
  • ensrecreate
    ver Re-crear Tarantella ENS
    

  LDAP
  
  
  

  • scanttacache
    ver STTA LDAP Cache (scancache) vía tcls
    
  • ldapreplicate
    ver Replicar LDAP
    

  OpenLDAP
  
  
  

  • oldapadm
    Gestión de servicios LDAP, tiene las opciones siguientes:
    • ldapserver-name Nombre del servidor LDAP o LDAPCACHE
    • Tarea a realizar: { ldiff | load | back | restore }
    • { data-file-path } fichero de carga o desecarga.
    Las acciones son registradas en el log del LDAP correspondiente.
    
  • openldap
    Para arrancar o parar los servicios LDAP, tiene las opciones siguientes:
    • Tarea a realizar: { star | stop }
      
    • { ldapserver-Names } Nombres de los servidores LDAP

  STTA
  
  
  

  • monitor
    ver Monitor de Acciones de STTA
    
  • mktools.sh
    Instala la infraestructura de los "scripts" en el path (Directorio de los tools de STTA, marca su contenido, etc., tiene las opciones siguientes:
    • { lang } Idioma o lengua para los mensajes .
    • { Webmin-etc } Path del directorio etc de Webmin.
    Esta utilidad suele ser ejecutada tras cada actualización de manera que se sincronizan los "scripts" instalados con los de la actualización.
    
  • ttasess
    ver Gestión de sesiones y Tickets
    
  • stta
    Permite invocar o listar las shells disponibles del entorno.
    
  • brandmgr.pl
    Proporciona información sobre Marcar STTA y la resgistra en su log.
    
  • mkhelplang.sh
    Crea la infraestructura para un idioma o lengua de ayuda del entorno, tiene las opciones siguientes:
    • { idioma-nuevo } Letras del idioma nuevo, ejemplo "es" para Español.
    • { idioma-base-modelo } Letras del idioma modelo, ejemplo "en" para Inglés.
    Una vez creada la infraestructura es necesario revisar el contenido y traducirlo, ver Acceso a la ayuda según contexto.
    

  ---

• 4. 11

  * Navegadores *  Uso de Navegadores con STTA

  
  

  Algunas funcionalidades de STTA pueden no operar correctamente    según el tipo de navegador o "browser".

  • Los Navegadores suelen tener problemas cuando el proceso de la petición o "request" por parte del servidor Web conlleva bastante tiempo de proceso, por ejemplo: la Descarga Tarantella ENS. En estos casos es más recomendable usar Scripts de STTA de modo que no se produzcan situaciones de "timeouts" y el servidor http(s) cancele los procesos solicitados.
    
  • Internet Explorer no puede actualizar globalmente todos los valores de configuración de STTA por lo que se evita que aparezca el botón de Enviar Petición, es neceario modificar sección por sección, mediante el enlace correspondiente.
    
  • Algunos Navegadores pueden tener problemas con algunas de las funcionalidades del código de las páginas ( CSS, marquee, javascript ). Los oficialmente soportados por Tarantella lo están por STTA.
    

  ---

5. Objetos y Elementos en STTA

• 5. 01

  * Usuarios *   Gestión de Usuarios de los Servicios

  
  

  Cada servicio del entorno permite resgistrar usuarios, que luego son utilizados para permitir o denegar el acceso, STTA controla y sincroniza la definición de usuarios en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA. Es el servicio correspondiente el que, según su configuración, realiza las tareas de autenticación y control de acceso. STTA mantiene cierto control sobre los usuarios a la hora de gestionar: sesiones, credenciales de acceso a aplicaciones, registros, etc.

  
  

  • Los usuarios son el elemento clave que identifica y permite el acceso al Servicio.
  • Se agrupan en estructuras de Organizaciones, que completan su definición y jerarquía.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a los usuarios un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido al usuario correspondiente de acceso al Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] del usuario sería útil en el caso que se precise que un usuario se identifique del mismo modo frente a diferentes aplicaciones, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada usuario tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las aplicaciones en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de Usuarios todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:
  

  • Alta Nuevo Usuario
  • Modificar Usuarios
  • Mover Usuarios
  • Password
  • Borrado de Usuarios
  • Carga de Usuarios
  • Usuarios del Sistema

  Alta Nuevo Usuario

  
  

  La creación de usuarios permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.   Si hay servicios LDAP definidos el usuario puede ser del Sistema o de LDAP.

  
  

  • Está formada por dos formularios de modo que no se accede a la asignación de atributos si antes no ha sido posible crear el usuario. Si es Usuario del Sistema habrá de generarse por medio de Webmini (usando el enlace de Crear y seleccionándolo una vez creado). Se trata de evitar nombres de usuario ya resgistrados.
  
  
  • La creación de Usuarios registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      Los valores por defecto son cargados desde el Path de valores por defecto de Objetos TTA Person
    
    
    
    • En LDAP de usuarios o en el Sistema Operativo vía Webmin, según se haya solicitado.
      
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP secundario. Si es Usuario del Sistema se replica por medio de la biblioteca de Webmin
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  
  • En la creación se usan los valores por defecto recogidos de Path de valores por defecto de Objetos TTA Person.
  
  

  
  

  Modificar Usuarios

  
  

  La modificación del usuario se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado el usuario.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de Usuarios registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP de usuarios o en el Sistema Operativo según se haya solicitado.
      
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP secundario. Si es Usuario del Sistema se replica por medio de la biblioteca de Webmin
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Mover Usuarios

  
  

  Al mover usuarios se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otra organización preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Usuarios registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP de usuarios o en el Sistema Operativo según se haya solicitado.
      
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP secundario. Si es Usuario del Sistema se replica por medio de la biblioteca de Webmin
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Password

  
  

  STTA permite asignar una credencial o clave nueva al usuario.   Sin embargo, no será posible conocer la clave actual registrada.

  
  

  • Solicita introducir la nueva clave dos veces para memorizar.
  
  
  • Si en la selección de usuarios se usa * como Nombre de Usuario LDAP el cambio de clave se efectuará sobre todos los usuarios del Criterio de Selección, de modo que se le asignará a todos ellos la misma clave.
  
  
  • Simplemente solicita al servicio LDAP el cambio de password.
  
  
  • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP secundario.
  
  
  • Si es Usuario del Sistema se reasigna y replica su clave por medio de las funcionalidades de Webmin
  
  

  
  

  Borrado de Usuarios

  
  

  STTA borra el usuario seleccionado según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.   El borrado parcial del mismo sólo es recomendable en el caso de que sean del Sistema

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de Usuarios borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP de usuarios o en el Sistema Operativo según se haya solicitado.
      
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP secundario. Si es Usuario del Sistema se replica por medio de la biblioteca de Webmin
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Carga de Usuarios

  
  

  La carga de Usuarios utiliza ficheros con una sintáxis predefinida   de modo que cada registro contiene todos los atributos necesarios   para la definición de Usuarios en los servicios.

  
  

  • El fichero debe contener por cada línea los siguientes siete campos de datos separados entre sí con "::"
    1.- Alias de la organización
    2.- Nombre Completo del Usuario
    3.- Matricula ( 6 digitos numericos )
    4.- Password ( si no contine valor se toma por defecto el nombre de usuario )
    5.- Direccion de Correo
    6.- Localizacion o descripcion
    7.- Tipo de usuario ( ldap | system -- este campo es obligatorio para discriminar el tipo de usuario a crear --
    finaliza con el separador "::"
    
    
  • Como ejemplo se puede ver la línea siguiente:
    usuarios::Usuario de Prueba::test::::test@domain.es::Usuario de prueba del servicio::ldap::
    Esta entrada creará un usuario "ldap" (campo 7) llamado "test" (campo 3) con clave "test" (campo 4 en vacío) en el grupo de usuarios que STTA tiene asociado al alias "usuarios" (campo 1).
    
  • Para conocer los "alias" de grupos disponibles (campo 1) hay que consultar con los administradores del servicio. ( El primer campo de cada línea del fichero de organizaciones de STTA - ).

  
  

  Usuarios del Sistema

  
  

  Los usuarios del Sistema son almacenados por el Sistema Operativo   según su tipo y el modo en que haya sido configurada su seguridad,   STTA puede replicar el usuario en todos los "servidores del array".   Son un modo alternativo de gestión de usuarios sin servicios LDAP.

  
  
  

  • Los usuarios del sistema son gestionados por la infraestura de Webmin
  
  
  • STTA registra estos usuarios en Path de la lista de Usuarios del Sistema.
  
  

  
  

  *   Estructura Tabla de Usuarios del Sistema *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 name Nombre de Usuario LDAP login en SO STTA Si clave login en fichero password del SO 1 grpalias Grupo de user belongs to this TTA ou STTA - TTA Si clave alias en fichero organizaciones (ou_list) 2 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 3 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 4 email Correo Electrónico User e-mail STTA - Optional info 5 where Descripción Localización o descripción usuario STTA - Info. opcional

  
  
  

  ---

• 5. 02

  * Organizaciones *   Gestión de Organizaciones de los Servicios

  
  

  STTA controla y sincroniza la definición de organizaciones en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de las mismas se haga sólo por medio de STTA.

  
  

  • Los usuarios son el elemento clave que identifica y permite el acceso al Servicio.
  • Se agurpan en estructuras de Organizaciones, que completan su definición y jerarquía.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a las organizaciones un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido a la organización correspondiente del Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] a la organización sería útil en el caso que se precise la misma identificación frente a diferentes aplicaciones, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada organización tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las aplicaciones en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de organizaciones, todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:

  • Nueva Organización
  • Modificar Organización
  • Mover Organizaciones
  • Borrado de Organizaciones
  • Carga de Organizaciones

  Nueva Organización

  
  

  La creación de organizaciones permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.

  
  

  • La creación de Organizaciones registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      Los valores por defecto son cargados desde el Path de valores por defecto de Objetos TTA OrgUnit
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Organizaciones.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  
  • En la creación se usan los valores por defecto recogidos de Path de valores por defecto de Objetos TTA OrgUnit.
  
  

  
  

  Modificar Organización

  
  

  La modificación de la organización se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado la organización.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de Organizaciones registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Organizaciones.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  
  • En la modificación se usan los valores por defecto recogidos de Path de valores por defecto de Objetos TTA OrgUnit.
  
  

  
  

  Mover Organizaciones

  
  

  Al mover organizaciones se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otra organización preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Organizaciones registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Borrado de Organizaciones

  
  

  STTA borra la organización seleccionada según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de Organizaciones borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Carga de Organizaciones

  
  

  La carga de Organizaciones utiliza ficheros con una sintáxis predefinida   de modo que cada registro contiene todos los atributos necesarios   para la definición de Organizaciones en los servicios.

  
  

  • El fichero de organizaciones de usuarios debe contener por cada línea los siguientes siete campos de datos separados entre sí con "::"
    
    1.- Alias del grupo en el que se crea la organización
    2.- Alias de la organización
    3.- Nombre de Grupo o Subgrupo
    4.- Alias del enlace que usa la organización para elaborar el webtop ( en el caso de que no esté vacío)
    5.- Nro. Máximo de Sesiones ( 9999 )
    6.- Localizacion o descripcion
    Se finaliza con el separador "::"
    
    
  • Como ejemplo se puede ver la línea siguiente:
    BASEORG::grupo-users::grupo de usuarios::users-links::9999::Grupo de usuarios del servicio::
    Se creará la organización "grupo de usuarios" (campo 3) con alias "grupo-users" (campo 2) bajo la organización actual exitente cuyo alias en STTA es "BASEORG" (campo 1) y se le asociará el grupo de enlaces o vínculos definido en STTA con el alias " (users-links" campo 4)
    
  • Los "enlaces o vínculos" se han de crear/registrar por STTA (es un container de aplicaciones) y asociarles un contenido de aplicaciones por medio del Object Manager.
    
  • NOTA: Resulta obvio que hay que cargar primero las organizaciones y luego los usuarios.

  
  

  *   Estructura Tabla de Organizaciones *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Nombre de Grupo o Subgrupo STTA - TTA - 2 obj Objeto DN de LDAPs DN LDAPs Si DN parcial del objeto 3 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 4 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 5 descrip Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

• 5. 03

  * Grupo Hosts *   Gestión de Grupos de Hosts de los Servicios

  
  

  STTA controla y sincroniza la definición de grupos de hosts en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA.

  
  

  • Los Grupo Hosts son el elemento clave que identifica y permite el acceso al Servicio.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a los grupos de hosts un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido al grupo de hosts correspondiente del Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] al grupo de hosts sería útil en el caso que se precise la misma identificación frente a diferentes aplicaciones, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada grupo de hosts tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las aplicaciones en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de grupo de hosts, todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:
  

  • Nuevo Grupo Hosts
  • Modificar Grupo Hosts
  • Mover Grupos Hosts
  • Borrado de Grupo Hosts

  Nuevo Grupo Hosts

  
  

  La creación de grupos de hosts permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.

  
  

  • La creación de un Grupo Hosts registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Grupo Hosts.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Modificar Grupo Hosts

  
  

  La modificación del grupo de hosts se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado el grupo de hosts.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de un Grupo Hosts registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Grupo Hosts.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Mover Grupos Hosts

  
  

  Al mover grupos de hosts se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otro grupo preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Grupo Hosts registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Borrado de Grupo Hosts

  
  

  STTA borra el grupo de hosts seleccionado según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de Grupo Hosts borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  *   Estructura Tabla de Grupo Hosts *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Nombre de Grupo STTA - TTA - 2 obj Objeto DN de LDAPs DN LDAPs Si DN parcial del objeto 3 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 4 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 5 descrip Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

• 5. 04

  * Hosts *   Gestión de Hosts de los Servicios

  
  

  STTA controla y sincroniza la definición de hosts en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA.

  
  

  • Los hosts son el elemento clave que identifica y permite el acceso al Servicio.
  • Se agurpan en estructuras de Grupo Hosts, que completan su definición y jerarquía.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a los hosts un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido al host correspondiente del Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] al host sería útil en el caso que se precise la misma identificación frente a diferentes aplicaciones, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada host tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las aplicaciones en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de hosts, todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:

  • Nuevo Host
  • Modificar Host
  • Mover Hosts
  • Borrado de Host
  • Status de Hosts

  Nuevo Host

  
  

  La creación de hosts permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.

  
  

  • La creación de Hosts registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      Los valores por defecto son cargados desde el Path de valores por defecto de Objetos TTA Host
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Hosts.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  
  • En la creación se usan los valores por defecto recogidos de Path de valores por defecto de Objetos TTA OrgUnit.
  
  

  
  

  Modificar Host

  
  

  La modificación del host se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado el host.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de Hosts registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Hosts.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  
  • En la modificación se usan los valores por defecto recogidos de Path de valores por defecto de Objetos TTA OrgUnit.
  
  

  
  

  Mover Hosts

  
  

  Al mover hosts se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otro grupo preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Hosts registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Borrado de Host

  
  

  STTA borra el host seleccionado según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de Hosts borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Status de Hosts

  
  

  Comprobación de disponibiliad de hosts.

  
  

  • Permite comprovar si los hosts seleccionados responden en el puerto que se les ha asociado
    
  • Esta comprobación puede ser usada por otras funcionaliades de Gestión de sesiones y Tickets y Monitor de Acciones de STTA
    

  
  

  *   Estructura Tabla de Hosts *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Nombre de Host STTA - TTA - 2 grpalias Grupo de Hosts clave STTA STTA Si alias clave en grupo apps (grpapps) 3 obj Objeto DN de LDAPs DN LDAPs Si DN parcial del objeto 4 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 5 ipname HostName o IP Nombre Dirección IP STTA - TTA - STTA comprueba si el host está accesible 6 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 7 portalive Puerto status (on-line) 0-9999 STTA -TTA - STTA comprueba si el host está accesible 8 descrip Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

• 5. 05

  * Grupo Aplicaciones *   Gestión de Grupos de Aplicaciones de los Servicios

  
  

  STTA controla y sincroniza la definición de grupos de aplicaciones en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA.

  
  

  • Los Grupo Aplicaciones son el elemento clave que identifica y permite el acceso al Servicio.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a los grupo de apliaciones un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido al grupo de aplicaciones correspondiente del Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] al grupo de aplicaciones sería útil en el caso que se precise la misma identificación frente a diferentes aplicaciones, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada grupo de aplicaciones tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las aplicaciones en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de grupo de aplicaciones, todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:
  

  • Nuevo Grupo Aplicaciones
  • Modificar Grupo Aplicaciones
  • Mover Grupos Aplicaciones
  • Borrar Grupo Aplicaciones

  Nuevo Grupo Aplicaciones

  
  

  La creación de grupos de aplicaciones permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.

  
  

  • La creación de un Grupo Aplicaciones registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Grupo Aplicaciones.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Modificar Grupo Aplicaciones

  
  

  La modificación del grupo de aplicaciones se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado el grupo de aplicaciones.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de un Grupo Aplicaciones registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Grupo Aplicaciones.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Mover Grupos Aplicaciones

  
  

  Al mover grupos de aplicaciones se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otro grupo preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Grupo Aplicaciones registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Borrar Grupo Aplicaciones

  
  

  STTA borra el grupo de aplicaciones seleccionado según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de Grupo Aplicaciones borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  *   Estructura Tabla de Grupo Aplicaciones *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Nombre Objeto Grupo Aplicaciones STTA - TTA - 2 obj Objeto DN de LDAPs DN LDAPs Si DN parcial del objeto 3 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 4 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 5 descrip Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

• 5. 06

  * Aplicaciones *   Gestión de Aplicaciones de los Servicios

  
  

  STTA controla y sincroniza la definición de aplicaciones en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de las mismas se haga sólo por medio de STTA.

  
  

  • Los Aplicaciones son el elemento clave que identifica y permite el acceso al Servicio.
  • Se agurpan en estructuras de Grupo Aplicaciones, que completan su definición y jerarquía.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a los aplicaciones un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido a la aplicación correspondiente del Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] a la aplicación sería útil en el caso que se precise una identificación común o conpartida para el acceso a la misma, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada aplicación tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las peticiones de acceso en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de aplicaciones, todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:
  

  • Nueva Aplicación
  • Modificar Aplicaciones
  • Mover Aplicaciones
  • Borrado de Aplicaciones

  Nueva Aplicación

  
  

  La creación de aplicaciones permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.

  
  

  • La creación de Aplicaciones registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      Los valores por defecto son cargados desde el directorio Path directorio listas de carga y el fichero del tipo de aplicación a crear : xapp-defaults, windowsapp-defaults, charapp-defaults, webapp-defaults.
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Aplicaciones.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Modificar Aplicaciones

  
  

  La modificación de la aplicación se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado la aplicación.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de Aplicaciones registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Aplicaciones.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Mover Aplicaciones

  
  

  Al mover aplicaciones se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otro grupo preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Aplicaciones registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Borrado de Aplicaciones

  
  

  STTA borra la aplicación seleccionada según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de Aplicaciones borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  *   Estructura Tabla de Aplicaciones *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Nombre Objeto Aplicación STTA - TTA - 2 grpalias Grupo de Aplicaciones clave STTA STTA Si alias clave en grupo apps (grpapps) 3 obj Objeto DN de LDAPs DN LDAPs Si DN parcial del objeto 4 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 5 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 6 apptype Tipo Aplicación Tipo de app. TTA TTA cmd options STTA -TTA Si De STTA app_types_def. Tipo de icono STTA al Visualizar objetos. 7 descrip Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

• 5. 07

  * Dominios *   Gestión de Dominios de los Servicios

  
  

  STTA controla y sincroniza la definición de dominios en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA.

  
  

  • Los Dominios son el elemento clave que identifica y permite el acceso al Servicio.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a los dominios un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido al dominio correspondiente del Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] al dominio sería útil en el caso que se precise la misma identificación frente a diferentes aplicaciones, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada dominio tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las aplicaciones en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de dominios, todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:
  

  • Nuevo Dominio
  • Modificar Dominios
  • Mover Dominio
  • Borrado de Dominios

  Nuevo Dominio

  
  

  La creación de dominios permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.

  
  

  • La creación de Dominios registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Dominios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Modificar Dominios

  
  

  La modificación del domino se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado el domino.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de Dominios registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Dominios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Mover Dominio

  
  

  Al mover dominios se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otro grupo preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Dominios registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Borrado de Dominios

  
  

  STTA borra el dominio seleccionado según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de Dominios borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  *   Estructura Tabla de Dominios *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Nombre Objeto Dominio STTA - TTA - 2 obj Objeto DN de LDAPs DN LDAPs Si DN parcial del objeto 3 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 4 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 5 descrip Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

• 5. 08

  * Vínculos * STTA controla y sincroniza la definición de vínculos en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA.

  
  

  STTA controla y sincroniza la definición de vínculos en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA.

  
  

  • Los Vínculos son el elemento clave que identifica y permite el acceso al Servicio.
  • El Servicio les proporciona acceso y determina un Tipo de Webtop de aplicaciones o tareas posibles.
    
  • Si el Servicio opera Con LDAP Cache se puede asignar a los vínculos un Objeto LDAP Cache.
    
    • El [ OBJETO por DEFECTO ] referido al vínculo o enlace correspondiente del Servicio permite establecer un perfil de acceso por medio de un Objeto LDAP Cache que proporciona una Credencial de Acceso a Aplicaciones.
    • La Credencial de Acceso a Aplicaciones que proporciona el [ OBJETO por DEFECTO ] al vínculo o enlace sería útil en el caso que se precise una identificación común o conpartida para el acceso a la misma, aunque en cualquier caso se pueden jerarquizar varias reglas disponiendo o no del Objeto LDAP Cache correspondiente, según necesidades del Servicio
      
    • Salvo que el Servicio esté definido de modo que cada vínculo o enlace tenga sistematicamente asociadas la misma Credencial de Acceso a Aplicaciones para todas las peticiones de acceso en el Servicio, debería ser una regla alternativa, no prioritaria, al evaluar la credenciales disponibles
      
    • Si entre las reglas de Configuración de la Caché activas no figura la de vínculos o enlaces, todas las definiciones de [ OBJETO por DEFECTO ], no tendrán efecto alguno.
      

  Como otros Objetos y Elementos en STTA pueden ser usados para tareas de gestión del Servicio como:

  • Log LDAP
  • Autenticación de acceso a Servidores de Aplicaciones
  • Sesiones Tarantella
  • Registro Sesiones TTA
  • Gestión de sesiones y Tickets
  • Monitor de Acciones de STTA

  La Gestión de usuarios en STTA permite:
  

  • Nuevo Vínculo
  • Modificar de Vínculos
  • Mover Vínculo
  • Borrado de Vínculos

  Nuevo Vínculo

  
  

  La creación de vínculos permite definir sus características y atributos.   No todas las características y atributos son modificables una vez creado.

  
  

  • La creación de Vínculos registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de creación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Vínculos.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • De identificación: único en la tabla (alias). Este atributo no es modificable.
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
      • Los valores que permiten localizar el objeto en las otras bases de datos ( normalmente un DN y nombre ENS completos o relativos a la base o raíz definida). Algunos servicios puede que no permitan cambios en lo que para ellos son "claves únicas", para STTA son tan sólo "claves asociadas".
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Modificar de Vínculos

  
  

  La modificación del vínculo se realiza sobre algunos de sus atributos   en cada uno de los servicios del entorno.   Hay características y atributos que no pueden alterarse una vez creado el vínculo.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • La modificación de Vínculos registra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella. Los atributos solicitados son los posibles en la tarea de modificación (consultar al respecto la documentación del software).
      
    
    
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Vínculos.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los atributos:
      
      
      
      • Los necesarios para las funcionalidades propias de STTA (Nro. Máximo de Sesiones)
      
      
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Mover Vínculo

  
  

  Al mover vínculos se cambia su posición o jerarquía en su definición,   de modo que se le vincula a otro grupo preservando sus atributos y definiciones.   La copia genera una nueva entrada con los mismos atributos.

  
  

  • Tras la selección, los valores previos son cargados desde las bases de datos de los servicios.
  
  
  • Mover o copiar Vínculos registra el objeto y sus atributos en las bases de datos de los servicios con las alteraciones estructurales necesarias (cambios de identificadores y asociaciones):
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    • En LDAP Cache se registra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache, con lo que se le puede asignar un Objeto LDAP Cache con las particalidares propias para la LDAP Cache de Usuarios.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de registro en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se registran los cambios.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  Borrado de Vínculos

  
  

  STTA borra el vínculo seleccionado según su tipo y los criterios de borrado   sin que sea recuperable a no ser que se vuelva a crear.

  
  

  • Tras la selección, se carga la identificación del objeto en STTA.
  
  
  • La eliminación de borra el objeto y sus atributos en las bases de datos de los servicios:
    
    
    
    • En Trantella ENS siempre que no se marque la opción No sincronizar Tarantella.
    
    
    • En LDAP Cache se borra la entrada del [ OBJETO por DEFECTO ] referido, sólo si el Servicio opera Con LDAP Cache.
    
    
    • Si se opera con Con LDAPs de backup o secundario, se realizan los procesos de borrado en el LDAP Cache secundario.
    
    
    • En las tablas de STTA se borra el objeto.
    
    
    • Si se opera con Con Sincronización en tiempo real, se sincronizan los registros en los demás Hosts con STTA.
    
    
  • La transacción queda registrada en el Historial de Acciones Webmin, lo que permite la revisión de las acciones llevadas a cabo en cada servicio. En el caso de errores, la interface propociona un enlace para Ver Detalles y depurarlo.
  
  

  
  

  *   Estructura Tabla de Vínculos *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Nombre Objeto Vínculo STTA - TTA - 2 obj Objeto DN de LDAPs DN LDAPs Si DN parcial del objeto 3 ens ENS nombre entrada ENS ENS TTA Si nombre ENS parcial del objeto 4 maxsess Nro. Máximo de Sesiones 0-9999 STTA Si config. por defecto: Número ilimitado de Sesiones 5 descrip Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

• 5. 09

  * Webtops de Usuario *   Gestión de Webtops de los Servicios

  
  

  STTA controla y sincroniza la definición de webtops en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la declaración de los mismos se haga sólo por medio de STTA.

  
  
  

  • No existe interface para registrar los webtops, es necesario editar la tabla correspondiete y colocar las entradas.
  
  
  • La tabla se configura en Path del la lista de Webtops para los usuarios TTA
  
  

  
  

  *   Estructura Tabla de Webtops de Usuario *
  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 2 name Descripción Título STTA STTA - Título en selecciones STTA 3 obj Webtop Path TTA path del Webtop STTA - TTA - TTA path relativo del Webtop

  
  

  ---

• 5. 10

  * Perfiles Password Cache *   Gestión de Perfil de Cache de los Servicios

  
  

  STTA controla y sincroniza la definición de perfiles de Cache en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA. Requiere la modalidad Con LDAP Cache

  
  
  

  • Los Perfiles de Cache son registrados en las tablas de STTA para luego ser creados en Tarantella por el proceso de correspondiente.
  
  
  • Si el Servicio ha de operar Con password cache de Tarantella .
  
  

  
  

  *   Estructura Tabla de Perfiles Password Cache *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias del Perfil clave STTA STTA Si Se comprueban en altas los duplicados 1 name Descripción Título STTA STTA - Título en selecciones STTA 2 hostusername Usuario en Servidor clave alias de lista de hostuser STTA Si clave alias en el fichero usuarios de hosts (hostuser_list) 3 hostname Nombre de Host Credenciales TTA objeto de cache STTA - TTA - clave alias en fichero de hosts 4 grphost Grupo de Hosts TTA Credenciales TTA objeto de cache STTA - TTA - clave alias en el fichero de grupo-hosts 5 username Nombre de Usuario LDAP Nombre login del usuario TTA STTA - TTA - se usa para contruir la cache passwd TTA 6 ou Grupo de TTA Credenciales TTA objeto de cache STTA - TTA - clave alias en fichero organizaciones (ou_list)

  
  

  ---

• 5. 11

  * Usuarios de Hosts Password Cache *   Gestión de Usuarios de Hosts de los Servicios

  
  

  STTA controla y sincroniza la definición de usuarios de hosts en los servicios, de modo que haya una correspondencia entre sus definiciones y atributos, siempre que la gestión de los mismos se haga sólo por medio de STTA. Requiere la modalidad Con LDAP Cache

  
  
  

  • Los usuarios de hosts son registrados en las tablas de STTA para luego ser creados en Tarantella por el proceso de generación de perfiles.
  
  
  • Si el Servicio ha de operar Con password cache de Tarantella .
  
  

  
  

  *   Estructura Tabla de Usuarios de Hosts Password Cache *
  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 username Nombre de Usuario LDAP login para conectar al servidor STTA - TTA Si Se usa para construir la passw cache de TTA 1 passwd Clave de Acceso password para conectar al servidor STTA -TTA Si Se usa para construir la passw cache de TTA 2 name Descripción Título STTA STTA - Título en selecciones STTA

  
  

  ---

6. Utilidades de administración

• 6. 01

  * Backup Tarantella *   Copia de Ficheros de Tarantella

  
  

  Copia de infraestructura de servidor Tarantella   por medio de la Orden para generar copia de TTA   en el directorio Path para copiar Tarantella    Se copian los ficheros necesarios   para reponer en el caso de reinstalar Tarantella    Los parámetros se configuran en Configuración TTA

  • STTA proporciona el shell script ttabackup entre su Scripts de STTA para esta tarea.
    
  • La Orden para generar copia de TTA (/opt/tarantella/tools/ttabackup ) ha de realizar un "backup" de los ficheros necesarios para reponer en el servidor Tarantella en el caso de reinstalación. Por defecto debería usar ttabackup
    
  • Backup Tarantella pasa como argumento a la Orden para generar copia de TTA el valor de Path para copiar Tarantella (/opt/save/tta), donde se crea un directorio como año_mes_dia_HoraMinutosSegundos (ejemplo: 2003_12_30_105657) que contiene los ficheros en formato "cpio" "gzip" correspondientes.
    
  • La lista que ttabackup copia de Tarantella en el Path para copiar Tarantella (/opt/save/tta) aparece en la línea que comienza por ALL= del script:
    ALL="docroot ens info password preferences serverconfig serverresources tsp"
    copiando el contenido de cada directorio en su fichero correspondiente en formato "cpio" "gzip", desde Path del directorio de Tarantella (/opt/tarantella).
    Si ttabackup no recibe parámetro alguno copia la lista de ALL
    
  • ttabackup puede ser invocada desde el Sistema, tiene las siguientes opciones:
    ttabackup {directorio-de-backup} {directorios-de-var} [-nodocroot]
    
    • {directorio-de-backup} genérico copia donde genera subdirectorio
    • {directorios-de-var} lista de directorios de /opt/tarantella/var a copiar entre comillas
    • [-nodocroot] si se excluye la copia del "docroot" que suele incrementar el tamaño final
    
    
  • STTA no incluye utilidades para recuperar una copia, bastaría con ir al directorio de /opt/tarantella/var y extraer el contenido del fichero correspondiente para recuperar el directorio que se precise. (Suele ser recomendable parar los servicios de Tarantella antes)
    
  • STTA proporciona la utilidad Backup Tarantella ENS para copiar sólo el ENS
    

6. 02

* Backup Tarantella ENS *   Copia del ENS del servidor Tarantella

Copia del ENS del servidor Tarantella   por medio de la Orden para generar copia de TTA   en el directorio Path para copiar Tarantella    Se copian sólo el ENS para reponer en el caso necesario    Los parámetros se configuran en Configuración TTA

• STTA proporciona el shell script ttabackup entre su Scripts de STTA para esta tarea.
  
• La Orden para generar copia de TTA (/opt/tarantella/tools/ttabackup ) ha de realizar un "backup" del ENS para reponer en caso necesario. Por defecto debería usar ttabackup
  
• Backup Tarantella ENS utiliza los mismos criterios que los definidos para Backup Tarantella sólo que como argumento de {directorios-de-var} usa "ens".
  
• STTA proporciona la utilidad Recuperar ENS Backup para recuperar sólo el ENS
  

---

6. 03

* Archivar Logs TTA *   Archivar los logs del servidor Tarantella

Archivar los LOGS de Tarantella   equivale a ejecutar la orden   tarantella archive    Los parámetros se configuran en tta

• Archivar Logs TTA ejecuta la tarea de Archivar los LOGS de Tarantella, que normalmente en la instalación Tarantella deja programada para la ejecución automatica por el Sistema vía Cron
  
• Por conveniencia, limpieza u otras razones es necesario ejecutar la tarea de Archivar los LOGS de Tarantella al margen de lo programado en el Sistema
  

---

6. 04

* Procesos *    Gestión de Procesos del Servicio

STTA permite gestionar los Procesos del Servicio   mediante el Gestor de Procesos de Webmin       La gestión de Procesos es sobre el Servidor      o host en donde se ejecuta Webmin

• La interface de STTA proporciona opciones para monitorizar y gestionar los Procesos TTA y los Procesos LDAP del servidor o host relacionados con el Servicio.
  
• El botón de Mostrar Status de STTA permite acceder a la opción de Lista de Procesos, tanto de Tarantella como de los LDAPs del Servidor
  
• Para monitorizar los procesos de otros servidores o hosts de la Explotación es preciso conectarse a ellos mediante Webmin, ver Servidores de Webmin y STTA
  

Gestor de Procesos - Formulario de Búsqueda

Este formulario te permite buscar procesos que cumplen algún criterio. Cuando se hace click en el botón de Búsqueda, se muestra bajo el formulario una lista de procesos que coinciden. Para cada uno se muestra la PID, propietario, uso de UCP y el comando. Haz click en la PID para mostrar más información acerca del proceso.

Bajo la lista de resultados de la búsqueda hay un botón para enviar una señal a los procesos que coincidan. Selecciona la señal que deseas enviar de la lista y haz click en el botón Enviar Señal. Las señales más útiles son KILL y TERM, para matar los procesos en ejecución.

Para más información acerca de los procesos Unix, haz click aquí.

---

---

6. 05

* Carga Tarantella ENS *   Carga del ENS del servidor Tarantella

Carga del ENS del servidor Tarantella   por medio de la Orden para Cargar ENS de TTA   en el Path del directorio de Carga de Bases de Datos TTA    Esta tarea sobrecarga en gran medida el Sistema   en proporción al número de objetos a cargar   Requiere parar el Servicio    La conexión con Navegador puede perderse   según el tiempo de respuesta de la petición http(s) -nro. Objetos-)   Es recomendable invocarlo directamente desde el Sistema    Los Objetos que se cargan no deben existir    La carga del ENS es propagada al Array de servidores por Tarantella    Los parámetros se configuran en Configuración TTA

• STTA proporciona el shell script ensload entre su Scripts de STTA para esta tarea.
  
• La Orden para Cargar ENS de TTA (/opt/tarantella/tools/ensload) ha de realizar una "carga" del ENS para reponer en caso necesario. Por defecto debería usar ensload
  
• STTA permite seleccionar el Fichero de Carga del ENS partiendo del Path del directorio de Descarga de Bases de Datos TTA (/opt/save/ensdumps) configurado.
  
• ensload de STTA:
  
  • Verifica que existe el Fichero de Carga del ENS en el Path del directorio de Descarga de Bases de Datos TTA (/opt/save/ensdumps).
    
  • STTA utiliza el script TCL ttaRestoreDs.tcl (cuyo original se ubica en /stta/tools/tcls) instalado en /opt/tarantella/tools/tcls para generar los scripts de Tarantella para la carga de los objetos del ENS en el directorio.
    
  • ttaRestoreDs.tcl genera un script de carga para los Objetos y Elementos en STTA, uno para cada clase.
    
  • Realiza una llamada a la JVM de Tarantella por cada clase de Objetos
    


• ensload puede ser invocada desde el Sistema con las siguientes opciones:
  ensload [ fichero-de-dumpfile-data-Store ] [ directorio-de-trabajo-existente]
  ensload sin argumentos:
  • asume que el fichero-dump se llama tta.DataStore en el directorio desde donde se ejecuta)
    
  • asume que el directorio-de-trabajo es el directorio desde donde se ejecuta)
    
  • [ fichero-de-dumpfile-data-Store ] fichero resultado de Descarga Tarantella ENS (tta.DataStore)
    
  • [ directorio-de-trabajo-existente ] para generar los scripts de carga en formato tta.clase-de-Objeto
    
  • STTA proporciona la utilidad Descarga Tarantella ENS para descarga el ENS
    

---

6. 06

* Re-crear Tarantella ENS *  Re-crear y cargar la Base de Datos de Tarantella

Inicializa y carga del ENS del servidor Tarantella   por medio de la Orden para Inicializar ENS de TTA    La carga del ENS es OPCIONAL   el Fichero de Carga del ENS no es obligatorio. Se puede sólo Incicializar.    Esta tarea sobrecarga en gran medida el Sistema   en proporción al número de objetos a cargar.   Requiere parar el Servicio    La conexión con Navegador puede perderse   según el tiempo de respuesta de la petición http(s) -nro. Objetos-)   Es recomendable invocarlo directamente desde el Sistema    Los Objetos que se cargan no deben existir    La carga del ENS es propagada al Array de servidores por Tarantella    Los parámetros se configuran en Configuración TTA

• STTA proporciona el shell script ensrecreate entre su Scripts de STTA para esta tarea.
  
• La Orden para Inicializar ENS de TTA (/opt/tarantella/tools/ensrecreate) ha de inicializar y "cargar" del ENS en caso necesario. Por defecto debería usar ensrecreate
  
• Opcionalmente STTA permite seleccionar el Fichero de Carga del ENS partiendo del Path del directorio de Descarga de Bases de Datos TTA (/opt/save/ensdumps) configurado.Si no se proporciona sólo se Inicializa.
  
• ensrecreate de STTA:
  
  • Para los servicios de Tarantella según valores de Entorno.
    
  • Utiliza los scripts de Tarantella para inicializar la Base de Datos (equivale a la acción correspondiente en la orden tarantella setup).
    
  • Coloca un "o=" delante del valor del Raiz para el árbol del directorio ENS si no lo tiene, ya que si se invoca directamente desde el Sistema sin argumentos pide el valor.
    
  • Utiliza la Raiz para el árbol del directorio ENS (ej: o=Organization -ver contenido de tta_base-) configurada para asiganarlo a la Base de Datos.
    
  • Arranca los servicios de Tarantella según valores de Entorno.
    
• Si la inicialización es correcta y se ha seleccionado un Fichero de Carga del ENS en el Path del directorio de Descarga de Bases de Datos TTA (/opt/save/ensdumps) invoca la Carga Tarantella ENS.
  


• ensrecreate puede ser invocada desde el Sistema con las siguientes opciones:
  ensrecreate [nombre-organizacion-ens]
  ensrecreate sin argumentos: pide el nombre-organización-ens (precedido o no de "o=")
  • [ nombre-organizacion-ens ] el Raiz para el árbol del directorio ENS
• Si precisa la Carga Tarantella ENS desde el Sistema hay que invocar la shell ensload con los parámetros correspondientes:
  ensload [ fichero-de-dumpfile-data-Store ] [ directorio-de-trabajo-existente]
  


• STTA proporciona utilidades para Descarga Tarantella ENS y Carga Tarantella ENS
  

---

6. 07

* Descarga Tarantella ENS *   Descarga del ENS del servidor Tarantella

Descarga del ENS del servidor Tarantella   por medio de la Orden para Descargar ENS de TTA   en el Path del directorio de Descarga de Bases de Datos TTA    Esta tarea sobrecarga en gran medida el Sistema   en proporción al número de objetos a descargar    La conexión con Navegador puede perderse   según el tiempo de respuesta de la petición http(s) -nro. Objetos-)   Es recomendable invocarlo directamente desde el Sistema    La descarga del ENS es del servidor del Array Tarantella en el que se invoca    Puede ser completa o parcial    Los parámetros se configuran en Configuración TTA

• STTA proporciona el shell script ensdump entre su Scripts de STTA para esta tarea.
  
• La Orden para Descargar ENS de TTA (/opt/tarantella/tools/ensdump) ha de realizar una "descarga" del ENS, total o parcial, para reponer en caso necesario. Por defecto debería usar ensdump
  
• STTA permite seleccionar el Path ENS Tarantella partiendo de la Raiz para el árbol del directorio ENS (ej: o=Organization -ver contenido de tta_base-) configurada, como "punto del ENS desde el que se descargan los objetos y atributos"(el ENS mantiene una estructura en forma de "arbol").
  


• La Descarga Tarantella ENS de STTA pasa como argumento a la Orden para Descargar ENS de TTA:
  • El valor del Path del directorio de Descarga de Bases de Datos TTA (/opt/save/ensdumps), donde se crea un fichero como año_mes_dia_HoraMinutosSegundos (ejemplo: 2003_12_30_105657) que contiene todos los objetos y sus atributos en formato de "volcado de Atributos" de Tarantella (orden: tarantella object list attributes).
    
  • El valor de Path ENS Tarantella . Si coincide con Raiz para el árbol del directorio ENS la descarga es COMPLETA.
    
  
  
• ensdump de STTA:
  
  • Coloca un "o=" delante del valor de Path ENS Tarantella si no lo tiene.
    
  • STTA utiliza el script TCL ttaDumpDs.tcl (cuyo original se ubica en /stta/tools/tcls) instalado en /opt/tarantella/tools/tcls para generar los scripts de Tarantella para la carga de los objetos del ENS en el directorio.
    
  • Llama a ttaDump.tcl que genera un fichero de volcado de los Objetos y Elementos en STTA, desdel el Path ENS Tarantella seleccionado.
    
  • Realiza una llamada a la JVM de Tarantella por cada Objeto que ha de ser descargado, según el número de objetos, puede sobrecargar el Sistema.
    


• ensdump puede ser invocada desde el Sistema con las siguientes opciones:
  ensdump [nombre-organizacion-ens] [ fichero-de-salida]
  
  • [ nombre-organizacion-ens ] el Path ENS Tarantella o punto del ENS desde el que se descargan los objetos y atributos
    
  • [ fichero-de-salida ] fichero resultado de Descarga Tarantella ENS (tta.DataStore)
    
• STTA proporciona la utilidad Carga Tarantella ENS para cargar el ENS
  

---

6. 08

* Recuperar ENS Backup *   Recuperar copia del ENS del servidor Tarantella

Recupera la copia del ENS del servidor Tarantella   por medio de Orden para Recuperar ENS Backup de TTA   desde el directorio Path para copiar Tarantella    Se hace renombra el ENS actual para reponer en el caso necesario    Los parámetros se configuran en Configuración TTA

• STTA proporciona el shell script ensrestore entre su Scripts de STTA para esta tarea.
  
• La Orden para generar copia de TTA (/opt/tarantella/tools/ensrestore) ha de realizar una recuperación segura del ENS. Por defecto debería usar ensrestore
  
• STTA permite seleccionar el Directorio de Backup de ENS partiendo del Path para copiar Tarantella (/opt/save/tta) configurado.
  
• ensrestore de STTA:
  
  • verifica que existe un fichero ens.cpio.gz en el Directorio de Backup de ENS seleccionado.
    
  • Para los servicios de Tarantella según valores de Entorno.
    
  • En /opt/tarantella/var si existe el directorio ens.old es borrado.
    
  • En /opt/tarantella/var renombra el directorio ens como ens.old, de mod que volve al ENS anterior sea tan simple como: parar Tarantella, renombrar el ens.old como ensi y arrancar Tarantella otra vez.
    
  • En /opt/tarantella/var coloca el contenido del fichero ens.cpio.gz seleccionado como directorio ens.
    
  • Arranca los servicios de Tarantella según valores de Entorno.
    
• ensrestore puede ser invocada desde el Sistema con las siguientes opciones:
  ensrestore [directorio-con-backup_ens]
  ensrestore (se asume que el directorio desde donde se ejecuta contiene el ens)
  
  • [directorio-backup-ens] path de directorio que contiene un fichero ens.cpio.gz
  
  
• STTA proporciona la utilidad Backup Tarantella ENS para copiar el ENS
  

---

6. 09

* Status Servicios Tarantella *  Muesta el estado de los Servicios Tarantella

Captura la salida de la Orden para obtener el Status de Tarantella

• STTA muestra los procesos en el Sistema en ejecución con el Path del daemon de Tarantella (/opt/tarantella/bin/bin/ttaauxserv)
  
• Si hay procesos STTA captura la salida de la Orden para obtener el Status de Tarantella (/opt/tarantella/bin/tarantella status --byserver)
  
• Si no hay procesos se muestra:
  

  Alerta sobre los servicios de Tarantella ( No estarán disponibles) Un "click" sobre la imagen abre la ventana para Mostrar Status de STTA

  
  

---

6. 10

* Copia de LDAP *   Copia de Ficheros del Servidor LDAP

Copia la infraestructura del servidor LDAP   por medio de la Orden para generar copia de BD LDAP   en el directorio Path para copias de BD LDAP    Se copian los ficheros necesarios   para reponer en el caso de reinstalar el LDAP    Los parámetros se configuran en Configuración LDAP

• Si el software LDAP es OpenLDAP (ver LDAP Software -IPLANET) STTA proporciona el shell script oldapadm entre su Scripts de STTA para esta tarea: oldapadm backup {directorio-de-backup}.
  
• El Orden para generar copia de BD LDAP (/opt/netscape/ldap/slapd-ttaldap/db2bak) ha de realizar un "backup" de los ficheros necesarios para reponer en el servidor LDAP en el caso de reinstalación.
  
• Copia de LDAP pasa como argumento a la Orden para generar copia de BD LDAP el valor de Path para copias de BD LDAP (/opt/save/bak), donde se crea la copia de los ficheros del servidor correspondiente.
  
• ldapbackup puede ser invocada desde el Sistema, tiene las siguientes opciones:
  ldapbackup {directorio-de-backup}
  
  • {directorio-de-backup} directorio donde se genera la copia
  
  
• STTA no incluye utilidades para recuperar una copia, bastaría con ir al directorio de /opt/netscape/ldap y extraer el contenido del fichero correspondiente para recuperar el directorio que se precise. (Suele ser recomendable parar los servicios de LDAP antes)
  
• STTA proporciona la utilidad Ldif del LDAP para copiar sólo los datos cargados en el Servidor LDAP en formato LDIF
  

---

6. 11

* Ldif del LDAP *   Descarga del Servidor LDAP en formato "ldif"

Descarga los datos del servidor LDAP   por medio de la Orden para exportar la BD LDAP   en el directorio Path para exportar la BD LDAP   en fichero con formato ldif    Los parámetros se configuran en Configuración LDAP

• Si el software LDAP es OpenLDAP (ver LDAP Software -IPLANET) STTA proporciona el shell script oldapadm entre su Scripts de STTA para esta tarea: oldapadm ldif {path-fichero-ldif}.
  
• El Orden para exportar la BD LDAP (/opt/netscape/ldap/slapd-ttaldap/db2ldif) ha de realizar un "ldif" de los ficheros necesarios para reponer en el servidor LDAP.
  
• Ldif del LDAP pasa como argumento a la Orden para exportar la BD LDAP el valor de Path para exportar la BD LDAP (/opt/save/ldif), donde se crea un directorio como año_mes_dia_HoraMinutosSegundos (ejemplo: 2003_12_30_105657) que contiene los ficheros en formato "cpio" "gzip" correspondientes.
  
• ldapldif puede ser invocada desde el Sistema, tiene las siguientes opciones:
  ldapldif {path-fichero-ldif}
  
  • {path-fichero-ldif} volcado del ldif
• STTA proporciona la utilidad Carga del LDAP para cargar los datos en el Servidor LDAP desde formato LDIF
  

---

6. 12

* Usuarios LDAP *   Consulta de Usuarios del Servidor LDAP

Ver usuarios definidos en el servidor LDAP   según el Criterio de Selección elegido

• Usuarios LDAP permite ver una lista de los usuarios según Criterio de Selección, ofrece una lista con atributos de cada usuario.
  
  
• Un click sobre el "login" del usuario muestra una ventana con el DN completo del usuario en el servidor LDAP.
  

---

6. 13

* Carga del LDAP *   Carga del Servidor LDAP desde fichero "ldif"

Carga los datos del servidor LDAP   por medio de la Orden para Cargar la BD LDAP   desde el directorio Path para exportar la BD LDAP   y fichero en formato ldif    Los parámetros se configuran en Configuración LDAP

• Si el software LDAP es OpenLDAP (ver LDAP Software -IPLANET) STTA proporciona el shell script oldapadm entre su Scripts de STTA para esta tarea: oldapadm load {path-fichero-carga-ldif}.
  
• El Orden para Cargar la BD LDAP (/opt/netscape/ldap/slapd-ttaldap/ldif2db -i) ha de realizar una "carga" de los ficheros necesarios para reponer en el servidor LDAP.
  
• Carga del LDAP pasa como argumento a la Orden para Cargar la BD LDAP el valor de Path para exportar la BD LDAP (/opt/save/ldif), donde se crea un directorio como año_mes_dia_HoraMinutosSegundos (ejemplo: 2003_12_30_105657) que contiene los ficheros en formato "cpio" "gzip" correspondientes.
  
• ldapload puede ser invocada desde el Sistema, tiene las siguientes opciones:
  ldapload {path-fichero-load}
  
  • {path-fichero-carga} fichero de carga en formato ldif
• STTA proporciona la utilidad Ldif del LDAP para descargar los datos en el Servidor LDAP en formato LDIF
  
• En el caso de software LDAP IPLANET es recomendable que los ficheros de descarga sean del mismo propietario y grupo que el "daemon" del Servidor LDAP, para que puedan ser usados en el proceso de Carga.
  

---

6. 14

* Replicar LDAP *   Replicar contenidos de LDAP entre servidores

Replica completa del contenido de los Servidores LDAP   Extrae el contenido del servidor ldap: Primario - Master   lo transfiere vía FTP o HTTP a los   Host que reciben envios (nombres separado por espacios)   donde son cargados al ejecutar la petición de replicación o vía CRON   El icono de replicación sólo aparece si el segundo LDAP está configurado: ldap2   Los parámetros para la replicación se configuran en: shells   La conexión y acceso a los Servidores LDAP se configuran en: ldap y ldap2

• El Path para replicar la BD LDAP (/opt/tarantella/tools/ldapreplicate) ha de realizar una "carga" de los ficheros necesarios para reponer en el servidor LDAP.
  
• ldapreplicate puede ser invocada desde el Sistema o vía CRON.
  Ha de ser invocado primero por el Host Master de Envios para descargar el LDAP (el realiza la transferencia del fichero "ldif" )
  Ha de ser invocado en segunda instancia por cada uno de los Host que reciben envios (nombres separado por espacios) para cargar el LDAP y remplazar todo el contenido existente
  
• ldapreplicate carga los valores de shells para conocer todos los detalles de la tarea de replicación:
  • Host Master que descarga y envia el contenido del directorio.
  • Hosts que reciben y cargan el contenido del directorio.
  • Protocolo de envio y detalles de acceso.
  • Ordenes para la carga y descarga.
  • Directorios de trabajo y transferencia, etc.
  
  
• ldapreplicate usa el Directorio para salvar envios (/opt/save/replicas) para salvar los envios realizados o cargados como año_mes_dia_HoraMinutosSegundos (ejemplo: 2003_12_30_105657) con los ficheros correspondientes.
  
• ldapreplicate usa el Directorio de ficheros recibidos (/opt/save/getfile) como directorio para dejar los ficheros de carga de LDAP en los envios, y como directorio de carga de los LDAP cuando ldapreplicate se ejecuta en un servidor de la lista de Host que reciben envios (nombres separado por espacios) .
  
• Si el Método para envio de ficheros (replicaciones) es FTP los valores de acceso han de configurarse en shells, si es HTTP los servidores de Webmin bajo STTA han de estar configurados en Servidores de Webmin de modo que en la siguiente petición HTTP(s) a STTA el Host Master de Envios, este realiza el envio con la infraestrucutra de Webmin/STTA
  
• Es necesario que los accesos estén configurados y que los directorios existan en los hosts de origen y destino.
  
• Los servidores LDAP han de estar operativos, en la carga son parados y arrancados.
  
• El procedimiento de Replicar LDAP sirve para sincronizaciones y replicaciones globales de las listas de Objetos y Elementos en STTA del Servicio entre servidores STTA.
  

---

6. 15

* Esquema LDAP *  Esquema del Servidor LDAP

Tabla con el esquema del Servidor LDAP   La conexión y acceso al Servidor LDAP se configuran en ldap

• Esquema LDAP muestra una tabla con el esquema del Servidor LDAP
  
  

---

7. Utilidades de Supervisión

• 7. 01

  * Historial de Acciones Webmin *  Gestion del Historial de Acciones Webmin

  
  

  Consultar las acciones de STTA grabadas en el log de Webmin   Las acciones de STTA sobre los Servicios son grabadas   con el máximo detalle de atributos, objetos y resultados    El log de acciones o diarios de acciones han de activarse    en Webmin, incluyendo el diario de cambios en archivos

  • El Historial de Acciones Webmin es gestionado en STTA de modo específico para poder obtener la máxima información sobre las acciones realizadas: objetos, cambios en ficheros, órdenes ejecutadas, etc. La interface muestra una lista de acciones con sus atributos en forma de tabla, cuyos hiper-enlaces permiten acceder a los detalles específicos de cada acción, que proporcionan hiper-enlaces propios para consultar los detalles de cada objeto o atributo.
    
  • Se escribe practicamente cada acción de STTA que actua sobre la infraestructura del entorno y sobre los Objetos y Elementos en STTA
    
  • El formato de escritura de las acciones es el específico de Webmin, que mantiene el control sobre el mantenimiento y ubicación de los logs del servicio. Las acciones de STTA son registradas como acciones especiíficas del módulo de Webmin, del mismo modo que las de otros módulos. (Por defecto se escriben en: /var/webmin/webmin.log)
    
  • El Historial de Acciones Webmin es una potente herramienta de depuración y seguimiento de la administración del Servicio, que puede ser usada para entender los cambios realizados en el mismo.
    

  ---

• 7. 02

  * Gestor de Ficheros *   Gestor de Ficheros de STTA

  
  

  STTA incluye un Gestor de Ficheros para el Servicio    Permite acciones como: Ejecutar, Modificar, Borrar, Vaciar.    Las acciones son accesibles según los permisos de acceso.    Permite navegar entre los ficheros de un directorio.    Muestra los atributos de los ficheros.    Cambia los permisos de los ficheros.       Se utiliza en cualquier gestión de directorios o ficheros del entorno.    Se requiere un "acl" específico de supervision.

  • El Gestor de Ficheros de STTA es una potente herramienta diseñada para administrar los ficheros del Servicio.
    
  • Las acciones posibles se determinan en función de los permisos de acceso del fichero y los que recibe el "cgi" file_manager.cgi en la petición.
    
  • Las acciones posibles son:
    • Modificar Fichero abre un area de texto con el contenido actual para que sea alterado, no hay bloqueos de acceso simultáneo, al Enviar Petición el contenido del area de texto del formulario sustituye al del fichero actual.
    • Vaciar Fichero deja el contenido del fichero actual vacío al Enviar Petición.
    • Borrar Fichero elimina el fichero actual al Enviar Petición.
    • Ejecutar Fichero ejecuta el fichero actual con una llamada al Sistema Operativo al Enviar Petición.
    
    
  • El Gestor de Ficheros de STTA también permite cambiar los permisos del fichero seleccionado.
    

  ---

• 7. 03

  * Log LDAP *  Gestión del log del servidor LDAP

  
  

  Gestión del log del servidor LDAP    Los parámetros se configuran en Configuración LDAP    No hay que confundirlo con el Log Usuarios LDAP.

  
  

  • El Gestor de Ficheros de STTA permite acceder al Log LDAP para que pueda ser consultado o vaciado.
    
  • Al configurar los parámetros se establece el permiso de acceso y la acción posible sobre el fichero.
    
  • Se requiere un "acl" específico de supervision.
  • Este log puede ser gestionado de manera automática por la Gestión de listas de logs de los Servicios.

  ---

• 7. 04

  * Log HTTP *  Gestión del log del servidor HTTP

  
  

  Gestión del log del servidor HTTP    Los parámetros se configuran en Configuración HTTP

  
  

  • El Gestor de Ficheros de STTA permite acceder al Log HTTP para que pueda ser consultado o vaciado.
    
  • Al configurar los parámetros se establece el permiso de acceso y la acción posible sobre el fichero.
    
  • Se requiere un "acl" específico de supervision.
  • Este log puede ser gestionado de manera automática por la Gestión de listas de logs de los Servicios.

  ---

• 7. 05

  * Tarantella Logs *  Gestión de LOGS de Tarantella

  
  

  Gestión del directorio de LOGS de Tarantella    Utiliza el valor de Path Gestor logs de Tarantella   (/opt/tarantella/var/log), que se configuran en tta

  
  

  • El Gestor de Ficheros de STTA permite acceder al directorio de Tarantella Logs para que pueda ser consultado o vaciado.
    
  • Al configurar los parámetros se establece el permiso de acceso y la acción posible sobre el fichero.
    
  • Se requiere un "acl" específico de supervision.
  • Este log puede ser gestionado de manera automática por la Gestión de listas de logs de los Servicios y por las herramienta de Archivar Logs TTA .

  ---

• 7. 06

  * Cache LDAP Logs *  Gestión del directorio de logs de LDAP-CACHE

  
  

  Gestión del directorio de logs de LDAP-CACHE   Cada fichero registra la traza de la utilidad scancache   cuando se accede a una aplicación vía Tarantella    Utiliza el valor de Path Directorio Logs depuración LDAP Cache   (/opt/tarantella/var/log/cache), que se configuran en cache y debug   Sólo tiene efecto si LDAP-Cache están activado   La traza se registra si   el Nivel depuración de búsqueda en LDAP Cache es mayor que 0

  
  

  • El Gestor de Ficheros de STTA permite acceder al directorio de Cache LDAP Logs para que pueda ser consultado o vaciado.
    
  • Al configurar los parámetros se establece el permiso de acceso y la acción posible sobre el fichero.
    
  • Se requiere un "acl" específico de supervision.
  • Este log puede ser gestionado de manera automática por la Gestión de listas de logs de los Servicios.
  • El nombre de cada fichero está precedido de ttadebug, seguido del número de proceso del sistema operativo. Su contenido muestra el log de las acciones de scancache en la petición de acceso y los valores:
    • Scanning values
    • Environment Values
    • Scanned Params
    • LDAP Cache values
    • TTA login values
    • STTA session check
    • STTA ticket check

  ---

• 7. 07

  * Log Sistema *  Gestión del Log del Sistema

  
  

  Gestión del log del Sistema Operativo    Los parámetros se configuran en logs

  
  

  • El Gestor de Ficheros de STTA permite acceder al Log Sistema para que pueda ser consultado o vaciado.
    
  • El Sistema Operativo suele tener más de un log, se trata de seleccionar el más relevante para la gestión del Servicio, en el que se registran los mensajes generales del Sistema, por ejemplo.
    
  • Al configurar los parámetros se establece el permiso de acceso y la acción posible sobre el fichero.
    
  • Se requiere un "acl" específico de supervision.
  • Este log puede ser gestionado de manera automática por la Gestión de listas de logs de los Servicios.

  ---

• 7. 08

  * Logs de STTA *  Logs de servicios de STTA

  
  

  STTA registra las acciones de algunos servicios   que se ejecutan directamente sin la interface de Webmin    El directorio de logs de STTA se configura en stta    Path del directorio de logs de CGIs y/o herramientas STTA    (/opt/tarantella/var/log/stta)

  
  

  • El Gestor de Ficheros de STTA permite acceder al directorio de Logs de STTA para que pueda ser consultado o vaciado.
    
  • El directorio de Logs de STTA registra un fichero con el Path y Prefijo para el Nombre del debug del CGI o herramienta STTA (/opt/tarantella/var/log/stta/dbug_) de algunos servicios de STTA: Gestión de sesiones y Tickets,Monitor de Acciones de STTA,scancache, etc.
    Mayormente son servicios que pueden ser ejecutados por línea de comandos o vía CRON.
    
  • Al configurar los parámetros se establece el permiso de acceso y la acción posible sobre el fichero.
    
  • Se requiere un "acl" específico de supervision.
  • Este log puede ser gestionado de manera automática por la Gestión de listas de logs de los Servicios.

  ---

• 7. 09

  * Sincronizar Listas *  Sincronizar Listas de STTA

  
  

  Las Listas de STTA almacenan la información de   Objetos y Elementos en STTA del Servicio   STTA puede configurase con varios servidores   Sincronizar Listas asegura la integridad de las mismas    Los servidores bajo STTA se configuran en Servidores de Webmin   han de tener la tranferencia vía HTTP(s) automática activada.    La gestión de Listas de STTA se configura en main y stta

  • Sincronizar Listas sólo se realiza si la Sincronización automática de las Tablas de STTA ? (false), es "true", de modo que STTA opera Con Sincronización en tiempo real. El modo contrario de operar es Declarando un Host Master de las tablas del Servicio.
    
  • Sincronizar Listas fuerza al servidor STTA en el que se ejecuta a propagar o copiar en los Hosts con STTA (nombres separado por espacios) (rstmco1-82 rstmco1-81):
    • Cada uno de los ficheros de listas que aparecen en Lista a sincronizar automaticamente (separada por espacios) (ou_list grphosts_list hosts_list hostsuser_list grpapps_list apps_list domains_list links_list acts_list profcache_list sysusers_list), las listas están ubicadas en el Path directorio listas de carga (/opt/tarantella/defs)
      
    • El path del fichero que resulta de evaluar cada valor que aparecen en Lista de sincronización de STTA (separada por espacios) (ldap_log_name) como un parámetro del entorno que contiene un path de fichero a sincronizar.
      
    
    
  • Este procedimiento trata de asegurar la Integridad de las las listas de Objetos y Elementos en STTA del Servicio, del mismo modo que Replicar LDAP lo hace con el contenido de los servidores LDAP.
    
    • El parámetro Lista a sincronizar automaticamente (separada por espacios) determina qué Objetos y Elementos en STTA del Servicio o listas se Sincronizan entre los servidores STTA.
      
    • El parámetro Lista de sincronización de STTA (separada por espacios) determina qué otras "listas o ficheros" del Servicio se Sincronizan entre los servidores STTA.
      
  • En cada petición a STTA que altera los Objetos y Elementos en STTA del Servicio, la lista correspondiente es propagada o copiada (siempre que la sincronización esté habilitada), Sincronizar Listas sirve para sincronizaciones y replicaciones globales. Esta opción permite regenerar las listas desde cualquier servidor STTA accesible.
    

  ---

• 7. 10

  * Dir. Copias *  Gestión del directorio de Copias

  
  

  Gestión del directorio de Copia de STTA    Utiliza el valor de Directorio para guardar ficheros   (/opt/save), que se configuran en stta.

  
  

  • El Gestor de Ficheros de STTA permite acceder al directorio de Dir. Copias para que pueda ser consultado, vaciado, etc. A modo de navegador del directorio.
    
  • El path del directorio (stta_savedir) se configua en Configuración STTA.
  • Se requiere un "acl" específico de supervision.

  ---

8. Otras utilidades

• 8. 01

  * Generar Web Ayuda *   STTA permite generar las páginas de ayuda en HTML

  
  

  Generar Web Ayuda permite disponer de las páginas de ayuda   de modo que puedan ser usadas como páginas HTML   sin necesidad de STTA ni de toda la infreaestructura necesaria.       Los últimos valores suminitrados quedan almacenados.      y son utilizados como valores por defecto en la próxima petición.

  
  

  • Las bibliotecas para gestionar la ayuda de STTA extienden las funcionalidades de Webmin, al margen de generar las páginas de ayuda o de incluir varias de ellas en un formato de Libre, permiten generar una Web o directorio con las páginas en formato HTML.
  
  
  • Al Generar Web Ayuda la estructura de ayuda para la "lengua seleccionada" es procesada para generar las páginas HTML correspondientes.
  
  
  • Se pueden establecer determinados valores para la generación de las páginas:
    
    
    
    • La lengua de los fichero de ayuda si tiene infraestructura creada.
    
    
    • Directorio para crear la estructura Web es un path local del servidor para depositar la estructura de las páginas.
    
    
    • Url base para los enlaces (href), sustituirá a la usada por defecto en STA (/stta/help.cgi/stta), si se usa la palabra NONE se dejará en blanco y se podrán usar localizaciones relativas, esto permite generar una estructura para acceso local, sin necesidad de servidor Web. Un path absoluto implica publicar en un servidor Web.
    
    
    • Directorio de images para los gráficos, sustituirá al usado por defecto para las imágenes de las páginas, si se quiere usar localizaciones relativas lo mejor es usar .. como valor o path. Un path absoluto implica publicar en un servidor Web.
    
    
    • Copiar directorio de imágenes, permite copiar las imágenes al directorio de gráficos, conviene no marcar la opción si se usa ... Las imagenes pueden copiarse usando todo el contenido images de $STTA, con su estructura y nombres.
    
    
    • Orden para empaquetar directorio, es un comando del sistema para empaquetar la estructura, por ejemplo: (cd path-completo; tar cf ../sttawebhelp.tar * ; gzip -f ../sttawebhelp.tar ). Los paréntesis son importantes.
    
    
    • Colores de fondo, texto y enlaces de las páginas, por defecto se usan los de la Interface de STTA .
    
    
    
    

  ---

• 8. 02

  * Marcar STTA *   Marcas de código de STTA

  
  

  El código de STTA está marcado con una información (brandinfo)       Es una estrategia no agresiva de seguimiento    Permite delimitar responsabilidades y ofrecer garantías

  • Marcas de código STTA
  • Preguntas Frecuentes

  Marcas de código STTA
  
  
  

  • Problema
    
    • El cógigo de STTA es GPL y por tanto de uso y distribución libre. Pero si se quiere ofrecer una serie de garantías más allá de GPL con responsabiliades de explotación y soporte de entornos y sistemas es necesario un mecanismos de "fijación" del código.
    
    
    • Cualquiera puede editar un "cgi" o fichero de STTA y alterar su contenido, pero ante una situación de Soporte y responsabilidades de funcionamiento hay que partir de un código concreto desde el cual ofrecer garantías, actualizaciones, seguimiento, soporte, etc.
    
    
  
  
  • Solución
    
    • El código se entrega según la licencia GPL, pero STTA incluye un mecanismo de "branding" que permite marcar todos los elementos importantes del código: cgis, bibliotecas y scripts.De modo que el grupo de soporte, los administradores y usuarios pueden delimitar su responsabilidad a todo elemento del códgio STTA marcado con tal identificador.
    
    

  Preguntas Frecuentes
  
  
  

  • ¿ Cómo se identifica el código ?
    
    El código se identifica mediante una cadena que es generada en tiempo de "marcado" o "branding", basicamente usa el momento (hora y día) del Sistema cuando se marca el código. Se coloca entonces una cadena en las líneas de comentarios del fichero del tipo:
    # stta: (@#) 1.3pre1041039777- [2002_12_28_024257]
    Todo elemento del código "marcado" es registrado junto con su tamaño en bytes en el fichero .brandinfo en el directorio de STTA
    (este fichero se publica en la zona de descarga de la Web de publicación de STTA como declaración de registro de versión estable para la explotación. ).
    
  
  
  • ¿ Dónde se puede ver la marca genérica del código por la interface de STTA ? Al pie de la ventana de Mostrar Status de STTA
  
  
  • ¿ Qué herramientas hay para gestionar las "marcas" ?
  
  Existe varios front-end para gestionar las marcas del código STTA:
  
  • El script brandmgr.pl de los Scripts de STTA, proporciona información sobre las marcas y la resgistra en su log correspondiente.
    
  • Para comprobar si el código ha sido alterado total o parcialmente se puede usar el icono correspondiente en la sección de Administración Marcas de STTA (stta_brandlist.cgi). Los ficheros alterados aparecen en marcados con el color de fondo definido en la interface y el número de ficheros alterados aparece al final de la lista.
  • Para marcar el código se usa el cgi stta_brandmgr.cgi que proporciona un listado y requiere una clave de acceso.
    Esta información ha de solicitarse como usuario registrado a los desarrolladores. Los cambios realizados por esta interface son registrados en su log correspondiente ( se configura en Path del directorio de logs de CGIs y/o herramientas STTA).
  
  
  • ¿ Cómo se usa el BrandingInfo en STTA ?
  
  
  • En cada petición de acceso a la interface (vía CGIs) se comprueban las "marcas" de las bibliotecas y del CGI a ejecutar, si han sido alteradas no se sigue con la ejecución de la solicitud y se muestra el error. Este comportamiento puede inhibirse solicitando la información correspondiente como usuario registrado a los desarrolladores.
  
  
  • De cara a la PublicacionSTTA se publica el fichero ".brandinfo"como declaración de registro de versión estable para la explotación.
  
  
  • Las actualizaciones de STTA comprobarán las marcas para decidir cómo y qué actualizar en cada caso, usando las funciones e información existente en la instalación.
  
  
  • Pueden elaborarse tareas semiautomáticas de sincronización de instalaciones y servicios con STTA.
  
  
  • Protección de Marcado accidental
  
  
  • Sólo el administrador puede acceder a las tareas de Marcado de Ficheros del Código de STTA.
  
  
  • Para evitar marcado accidentales es necesario suministrar una palabra de acceso o password.
    Por razones de seguridad esta información ha de solicitarse como usuario registrado a los desarrolladores.
    
  
  

  ---

• 8. 03

  * Comprobar Integridad *   Informes de Comprobar Integridad

  
  

  STTA genera informes de comprobación de objetos en los servicios    Se trata de que verificar la existencia de los objetos en los servicios       Se realizan muchas peticiones sucesivas a los servicios: Tarantella, LDAPs.

  
  

  • Comprobar Integridad presenta un informe de la existencia de de los objetos del servicio.
  
  
  • STTA puede registrar esta información en un fichero HTML
  
  
  • Se procesa cada entrada de los Objetos y Elementos en STTA definidos en las tablas de STTA del Servicio y se verifica su correspondencia en las bases de datos de: Tarantella y los servidores LDAP. El análisis es desde la perspectiva de STTA que es responsable de la integridad y sincronización.
  
  
  • Esta funcionalida produce reiteradas peticiones a los servicios en muy corto espacio de tiempo, por lo que puede producir una sobrecarga importante durante su proceso en los hosts involucrados.
  
  

  ---

9. Gestión de listas de logs de los Servicios

• 9. 01

  * Declarar lista de logs a monitorizar *  STTA permite Declarar lista de logs a monitorizar para su control.

  
  

  Controla el crecimiento y proliferación de los ficheros de logs y copias en el Servicio.    Ayuda a la administración y mantenimiento de ficheros y logs.    STTA ofrece mecanismos sencillos de control y configuración      de la Gestión de listas de logs de los Servicios, sin uso de la CRON       El control de los logs es autómatico, se efectúa en cada petición STTA

  • La Gestión de listas de logs de los Servicios utiliza listas de ficheros que son vacíados en función del tiempo configurado para cada una.
    
  • Existen tres listas:
    
    • El Path de lista de Copias contiene una lista de ficheros usados para backup que pueden ser borrados trascurridos cierto tiempo.
    • El Path de lista de logs de debug contiene una lista de ficheros usados para "debug" que pueden ser borrados trascurridos cierto tiempo.
    • El Path de lista de logs de STTA contiene una lista de ficheros usados para "debug de STTA" que pueden ser borrados trascurridos cierto tiempo.
  • Dentro del fichero por defecto de configuración de cada lista, existe una lista de ficheros posibles comentados, todas las líneas que comienzan por un signo de comentario # no son procesadas. El formato de las líneas a procesar es: titulo-o-comentario=PATH (directorio o fichero), si existe y ha cumplido su tiempo, es procesada por STA.
    Por ejemplo: TTA logs Dir=/opt/tarantella/var/log, como es un directorio borrará todo su contenido.
  • Todas las lista tienen sus propios parámetros y atributos, que se gestionan en Configuración lista de Logs y Copias.
    
  • Las listas pueden gestionarse por medio del Gestor de Ficheros de STTA desde el icono correspondiente de la interface de STTA.
    
  • El control de los logs es autómatico, se efectúa en cada petición STTA para desactivarlo basta con que la lista no exista, esté vacía o todas sus líneas estén comentadas.
    

  ---

• 9. 02

  * Configuración lista de Logs y Copias *   STTA Configuración lista de Logs y Copias:  Attributos de listas de logs y copias del Servicio.

  
  

  - Configuran los valores para la Gestión de listas de logs de los Servicios   - Registran valores para la gestión de las listas de "logs" correspondientes.    El control de los logs es autómatico, se efectúa en cada petición STTA

  
  

  list_debuglogs_name - Path de lista de logs de debug   list_debuglogs_perm - Permiso para gestionar la lista de logs de debug   list_debuglogs_fperm - Permiso del fichero lista de logs de debug   list_debuglogs_delhours - Borrar cada fichero de lista de logs debug cada (en horas)   list_sttalogs_name - Path de lista de logs de STTA   list_sttalogs_perm - Permiso para gestionar la lista de logs de STTA   list_sttalogs_fperm - Permiso del fichero lista de logs de STTA   list_sttalogs_delhours - Borrar cada fichero de lista de logs cada (en horas)   list_backups_name - Path de lista de Copias   list_backups_perm - Permiso para gestionar la lista de Copias   list_backups_fperm - Permiso del fichero lista de Copias   list_backups_delhours - Borrar cada fichero de lista de Copias cada (en horas)

  • La Gestión de listas de logs de los Servicios utilizar ficheros a modo de listas, cuyos "paths" son vacíados transcurrido cierto número de horas.
    
  • Para usar días o semanas hay que convertirlos a un número de horas, por ejemplo:
    
    • Treinta minutos: 0.30
    • Un día: 24
    • Una semana: 168
    
    
  • Si el "path" de la lista "valores name" no tiene contenido o no existe STTA no realiza acción alguna sobre la lista correspondiente.

  • Path de lista de logs de debug (list_debuglogs_name)
    
    
    • Contiene el path completo del fichero que registra los logs de la Lista Logs Debug
      Por defecto: /etc/webmin/stta/dataconf/debuglogs_list
    • Es utilizado por la Lista Logs Debug
    
    
  • Permiso para gestionar la lista de logs de debug (list_debuglogs_perm)
    
    
    • Admite los valores para el Gestor de Ficheros de STTA:
    • (all) Todos los permisos.
    • Lectura (read).
    • Vaciar (clean).
    • Modificar (modify).
    • Ejecutar (run).
    • Es utilizado por la Lista Logs Debug
    
    
  • Permiso del fichero lista de logs de debug (list_debuglogs_fperm)
    
    
    • Admite como valor los mismos que la orden del sistema operativo "chmod", un "modo" numérico formado entre uno y cuatro dígitos octales (0-7). Algunas opciones posibles son:
      
      • 0755      -rwxr-xr-x
      • 0744     -rwxr--r--
      • 0766     -rwxrw-rw-
      • 0777     -rwxrwxrwx
      • 0600     -rw-------
      • 0644     -rw-r--r--
      • 0666     -rw-rw-rw-
      • 0700     -rwx------
      • 0500     -r-x------
      • 0555     -r-xr-xr-x
    • El modo más idóneo suele ser 0600.
    • Es utilizado por la Lista Logs Debug
    
    
  • Borrar cada fichero de lista de logs debug cada (en horas) (list_debuglogs_delhours)
    
    
    • Define cada cuántas horas se ha de proceder al borrado de los logs de la Lista Logs Debug
      Por ejemplo cada treinta minutos: 0.30
    • Es utilizado por la Lista Logs Debug
    
    
  • Path de lista de logs de STTA (list_sttalogs_name)
    
    
    • Contiene el path del fichero de la Lista Logs STTA
      Por defecto: /etc/webmin/stta/dataconf/sttalogs_list
    • Es utilizado por la Lista Logs STTA
    
    
  • Permiso para gestionar la lista de logs de STTA (list_sttalogs_perm)
    
    
    • Admite los valores para el Gestor de Ficheros de STTA:
    • (all) Todos los permisos.
    • Lectura (read).
    • Vaciar (clean).
    • Modificar (modify).
    • Ejecutar (run).
    • Es utilizado por la Lista Logs STTA
    
    
  • Permiso del fichero lista de logs de STTA (list_sttalogs_fperm)
    
    
    • Admite como valor los mismos que la orden del sistema operativo "chmod", un "modo" numérico formado entre uno y cuatro dígitos octales (0-7). Algunas opciones posibles son:
      
      • 0755      -rwxr-xr-x
      • 0744     -rwxr--r--
      • 0766     -rwxrw-rw-
      • 0777     -rwxrwxrwx
      • 0600     -rw-------
      • 0644     -rw-r--r--
      • 0666     -rw-rw-rw-
      • 0700     -rwx------
      • 0500     -r-x------
      • 0555     -r-xr-xr-x
    • El modo más idóneo suele ser 0600.
    • Es utilizado por la Lista Logs STTA
    
    
  • Borrar cada fichero de lista de logs cada (en horas) (list_sttalogs_delhours)
    
    
    • Define cada cuántas horas se ha de proceder al borrado de los logs de la Lista Logs STTA
      Por ejemplo cada día: 24
    • Es utilizado por la Lista Logs STTA
    
    
  • Path de lista de Copias (list_backups_name)
    
    
    • Contiene el path del fichero de la Lista Copias STTA
      Por defecto: /etc/webmin/stta/dataconf/backups_list
    • Es utilizado por la Lista Copias STTA
    
    
  • Permiso para gestionar la lista de Copias (list_backups_perm)
    
    
    • Admite los valores para el Gestor de Ficheros de STTA:
    • (all) Todos los permisos.
    • Lectura (read).
    • Vaciar (clean).
    • Modificar (modify).
    • Ejecutar (run).
    • Es utilizado por la Lista Copias STTA
    
    
  • Permiso del fichero lista de Copias (list_backups_fperm)
    
    
    • Admite como valor los mismos que la orden del sistema operativo "chmod", un "modo" numérico formado entre uno y cuatro dígitos octales (0-7). Algunas opciones posibles son:
      
      • 0755      -rwxr-xr-x
      • 0744     -rwxr--r--
      • 0766     -rwxrw-rw-
      • 0777     -rwxrwxrwx
      • 0600     -rw-------
      • 0644     -rw-r--r--
      • 0666     -rw-rw-rw-
      • 0700     -rwx------
      • 0500     -r-x------
      • 0555     -r-xr-xr-x
    • El modo más idóneo suele ser 0600.
    • Es utilizado por la Lista Copias STTA
    
    
  • Borrar cada fichero de lista de Copias cada (en horas) (list_backups_delhours)
    
    
    • Define cada cuántas horas se ha de proceder al borrado de los logs de la Lista Copias STTA
      Por ejemplo cada semana: 168
    • Es utilizado por la Lista Copias STTA
    
    

  ---

10. Monitor de Acciones de STTA

• 10. 01

  * Monitor: definiciones y estructuras *   Monitor: definiciones y estructuras

  
  

  El Monitor permite: Registrar y ejecutar acciones sobre el Servicio Optimizar la Explotación

  
  
  

  • Definiciones
  • Preguntas Frecuentes
  • Estructura

  Definiciones
  
  
  

  • El monitor de acciones se ha desarrollado para registrar acciones sobre el Servicio, de modo que:
    
    
    
    • Se puedan volver a ejecutar en caso necesario
    
    
    • Se puedan lanzar de modo manual o "dispararse" automáticamente según el estado del Servicio
    
    
    • Contengan todas los pasos necesarios en la secuencia correcta
    
    
    • Sirvan como "respuestas" o "acciones" tipificadas a las contingencias del Servicio
    
    
    • Permitan el control y optimización de la Explotación
    
    
    • Interactuen con los elementos del Servicio manteniendo la integridad y sincronización
    
    

  Preguntas Frecuentes
  
  
  

  • ¿ Cómo se activa ?

    Está usando el Monitor TTA ? activa la función, de lo contrario no aparecen los iconos de gestión en la interface. La CRON, para permitir el funcionamiento automático, se instala por medio de la utilidad mktools.sh, una vez activado.

  
  
  • ¿ Cómo funciona ?

    STTA puede disparar acciones configuradas en el monitor si las condiciones especificadas en las mismas se cumplen:

    • Por medio de la CRON (monitor.sh) que registra sus acciones en el log correspondiente
    • Por medio de la STTA LDAP Cache (scancache) vía tcls y la Definición del Ticket de acceso el nombre de la acción Acción para Ticket expirado
  
  
  • STTA puede ejecutar acciones configuradas en el monitor por medio de la interface del Monitor Acciones
  
  
  • ¿ Bajo qué condiciones actúa ?

    Qué: Bajo las condiciones establecidas en la configuración de las acciones:

    • Si el número de sesiones de los Objetos y Elementos en STTA del servicio es mayor, igual, distinto o menor que el valor que se defina.
    • Si el la fecha u hora es mayor, igual, distinto o menor que el valor que se defina.
    • Si el host está inactio o desconectador.
    
    Cuándo: Establecida la condición (objeto->condición -> valor) las acciones posibles son:
    
    
    • Ejecutar un guión o script definido.
    • Desalojar la sesión.
    • Cancelar las sesiones inactivas.
    
    Cómo: Definida la condición y la acción asociada, los modos de ejecución posibles son:
    
    
    • Automática vía CRON (si está configurada) o en los arranques y paradas.
    • Manual (simplemente registra la acción para ser invocada por la interface de STTA.
    • Programada en función de una fecha y hora es ejecutada por la CRON activada.
  
  
  • ¿ Cómo se registra una acción ?

    Es necesario definir un "script" o "fichero" de ejecución, que a su vez puede llamar a otros, y que se ejecuta como una orden del sistema.
    Hay que crear y definir la acción por medio de la interface de STTA y asociarle el fichero definido.

  
  
  • ¿ Son comunes las acciones a todo el Servicio ?

    Cada hosts del Servicio ha de estar acondicionado para la ejecución de acciones del Monitor, la configuración de acciones y guiones asociados es propagada y sincronizada por las Sincronizar Listas.

  
  

  Estructura
  
  
  Los ficheros o scripts de acciones deben ser almacenados junto a las listas de los Objetos y Elementos en STTA del servicio, en el directorio scripts, por ejemlo, para asegurar su backup y replicación, aunque se puede configurar en Path de Guiones para el Monitor.

  Las acciones del monitor se registran en el Path de la lista de Acciones y que contiene la Tabla de Acciones del Monitor.

  *   Estructura Tabla de Acciones del Monitor *

  N.Pos Alias Nombre / ayuda Descripción: Rango Servicio Obligatorio Comentario 0 alias Alias clave STTA STTA Si Se comprueban en altas los duplicados 1 name Descripción Descripción de la acción STTA Si Título en las selecciones en STTA 2 target Objeto Objeto de la condición alias clave de la lista del tipo de objeto o valor fecha-hora STTA Si Segundo valor de la condición 3 object Objeto Qué limitar user,ou,host,grphosts,app,grpapps,link,domains,date,time STTA Si Primer elemento de la condición, del fichero forms_vars de STTA 4 condition Condición Si ... gt,lt,eq,ne,noactive,disconnected STTA Si Las opciones son del fichero form_vars de STTA 5 conditionValue Valor condition value en función del tipo de condición y objeto STTA Si Relacionado con otros atributos 6 action Acción Qué hacer si la condición es verdadera run-script,logout,cancel-old-resume STTA Si Las opciones son del fichero form_vars de STTA 7 script Guión para ejecutar Guión a ejecutar path del fichero guión STTA - script directory config: Path de Guiones para el Monitor 8 when Cuándo ejecutar Cuándo ejecutarlo start-tta,start-sys,stop-tta,stop-sys STTA Si Las opciones son del fichero form_vars de STTA 9 how Modo ejecución Cómo ejecutarlo manual,auto,task STTA Si Las opciones son del fichero form_vars de STTA

  
  

  ---

• 10. 02

  * Monitor Acciones *   Monitor Acciones de STTA

  
  

  La interface de STTA gestiona las Acciones definidas para el Monitor    La administración sólo requiere acceso a STTA.       Requiere que el Monitor esté activados, no precisa de la CRON.

  
  

  • El Monitor Acciones permite gestionar las acciones definidas, de modo que se puedan: Ejecutar Ahora , Modificar , Borrar
  
  
  • Muestra una tabla con los detalles de la definición de cada acción según la Estructuras del registro de acciones.
  
  
  • Mediante la interface se pueden ejecutar y probar las acciones antes de someterlas a la CRON
  
  
  • La ejecución del Monitor Acciones es registrada en los logs de Webmin si es por medio de la interface de STTA, o en el log correspondientes si es vía CRON configurado en Path y Prefijo para el Nombre del log del CGI o herramienta STTA
  
  

  
  

  ---

• 10. 03

  * Ficheros de Ordenes *   Ficheros de Ordenes del Monitor de Acciones

  
  

  Los Ficheros de Ordenes son "scripts" para ejecutar acciones   Son invocados por el Monitor pero son "ejecutables" en sí mismos.       Requiere que el Monitor y su CRON estén activados.

  
  

  • Los Ficheros de Ordenes son unidades de acción(es) en sí mismos, establecen la secuencia a realizar y pueden llamar a otros comandos y utilidades, requirendo otras estructuras y elementos.
  
  
  • Para la gestión de los "scripts" o Ficheros de Ordenes la interface de STTA aplica las funcionalidades del Gestor de Ficheros de STTA: ver, editar, borrar, vaciar, ejecutar.
  
  
  • Los ficheros o scripts de acciones deben ser almacenados junto a las listas de los Objetos y Elementos en STTA del servicio, en el directorio scripts, por ejemlo, para asegurar su backup y replicación, aunque se puede configurar en Path de Guiones para el Monitor.
  
  
  • Para asociar los Ficheros de Ordenes hay que crearlos antes y es recomendable que sean probados.
  
  

  ---

• 10. 04

  * Modos de ejecución de acciones y disparadores *   Modos de ejecución de acciones y disparadores del Monitor de Acciones

  
  

  El Monitor se puede programar para ejecutar las acciones   o para invocarlas si la Explotación lo precisa.       Requiere que el Monitor y su CRON estén activados.

  
  

  • STTA puede disparar acciones configuradas en el monitor si las condiciones especificadas en las mismas se cumplen:
    • Por medio de la CRON (monitor.sh) que registra sus acciones en el log correspondiente
    • Por medio de la STTA LDAP Cache (scancache) vía tcls y la Definición del Ticket de acceso el nombre de la acción Acción para Ticket expirado
  
  
  • STTA puede ejecutar acciones configuradas en el monitor por medio de la interface del Monitor Acciones
  
  
  • La ejecución del Monitor Acciones es registrada en los logs de Webmin si es por medio de la interface de STTA, o en el log correspondientes si es vía CRON configurado en Path y Prefijo para el Nombre del log del CGI o herramienta STTA
  
  

  ---

11. Gestión de sesiones y Tickets

• 11. 01

  * Sesiones Tarantella *   Informes de Sesiones Tarantella por STTA

  
  

  STTA crea informes de sessiones de Tarantella   recogidos de su registro de sesiones    La gestión de sesiones se configura en session

  
  

  • Sesiones Tarantella presenta un informe de las sesiones capturado de Tarantella.
  
  
  • STTA registra la información de sesiones en el Path del Fichero de salida sesiones TTA cada cierto tiempo, programado en Recargar Informes de Sesiones, para evitar llamadas a Tarantella en peticiones muy sucesivas de estado de sesiones.
  
  
  • STTA procesa las sesiones para:
    
    
    
    • Ordenar las entradas según el criterio establecido
    
    
    • Enlazar los elemetos de cada entrada con los Objetos y Elementos en STTA del Servicio definidos en las tablas de STTA
    
    
    • Establecer los enlaces que permiten calcelar o terminar la sesión de cada entrada.
    
    
    • Resumir y acumular las entradas para ofrecer un contador de Objetos y Elementos en STTA del Servicio.
    
    
  
  
  • La CRON ttases realiza las labores de refresco automático del registro de sesiones, de modo que puede ser usado, no sólo por la interface de STTA, sino también por STTA LDAP Cache (scancache) vía tcls para el control de Nro. Máximo de Sesiones del los Objetos y Elementos en STTA y del Nro. Máximo de Sesiones de Objeto LDAP Cache
  
  
  • Para la funcionalidad de la gestión de Sesiones Tarantella es necesario activar Usa Cron para Listar Sesiones ? y configurar los parámetros en Configuración Sesiones.
  
  

  ---

• 11. 02

  * Contador Sesiones Tarantella *   Informes del Contador Sesiones Tarantella por STTA

  
  

  STTA genera un contador de sessiones de Tarantella   recogido de su registro de sesiones    La gestión de sesiones se configura en session

  
  

  • El Contador Sesiones Tarantella presenta un resumen de recuento del informe de las sesiones capturado de Tarantella.
  
  
  • STTA registra el recuento de la información de sesiones en el Path del Fichero de Resumen de sesiones TTA cada cierto tiempo, programado en Recargar Informes de Sesiones, para evitar llamadas a Tarantella en peticiones muy sucesivas.
  
  
  • El Contador Sesiones Tarantella muestra un resumen y acumulado de las entradas agrupadas por Objetos y Elementos en STTA del Servicio.
  
  
  • La CRON ttases realiza las labores de refresco automático del registro de contadores sesiones, de modo que puede ser usado, no sólo por la interface de STTA, sino también por STTA LDAP Cache (scancache) vía tcls para el control de Nro. Máximo de Sesiones del los Objetos y Elementos en STTA y del Nro. Máximo de Sesiones de Objeto LDAP Cache
  
  
  • Para la funcionalidad de la gestión de Contador Sesiones Tarantella es necesario activar Usa Cron para Listar Sesiones ? y configurar los parámetros en Configuración Sesiones.
  
  

  ---

• 11. 03

  * Registro Sesiones Tarantella *   Informes del Registro Sesiones Tarantella por STTA

  
  

  STTA crea informes de Uso de Tarantella   recogidos de la utilidad Tarantella billing       El billing ha de activarse en el Array de Tarantella

  
  

  • El Registro Sesiones Tarantella presenta un informe de las sesiones capturado del Tarantella billing o de algún fichero o registro histórico con el mismo formato.
  
  
  • Se presenta la inforamción en formato CVS o HTML, en pantalla o en fichero.
  
  
  • El Registro Sesiones Tarantella permite generar un informe dentro de un rango de fechas.
  
  
  • El Registro Sesiones Tarantella presenta información del uso de licencias y acumulados de Objetos y Elementos en STTA.
  
  
  • Para la funcionalidad de la gestión de Registro Sesiones Tarantella es necesario activar el billing en el Array de Tarantella.
  
  

  ---

• 11. 04

  * Definición del Ticket de acceso *   Criterios y tipos de Ticket de Acceso

  
  

  Definición del Ticket de acceso del Objeto LDAP Cache   establece el criterio con el que será evaluado   para conceder o denegar el Acceso a la Aplicación solicitada.    Sólo tiene efecto si Comprobar Ticket de Sesiones   y LDAP-Cache están activados

  
  

  • Si el valor de Definición del Ticket de acceso es No activo la STTA LDAP Cache (scancache) vía tcls no realiza control alguno.
    
  • La STTA LDAP Cache (scancache) vía tcls según la Definición del Ticket de acceso:
    
    
    • Si el tipo definido es "Hasta consumir el contador" comprueba que el valor del Contador (nro de Accesos) no es mayor que el de Valor del límite del Ticket e incrementa el contador en el Objeto LDAP Cache.
      
    • Si el tipo definido es "Hasta Fecha en fomato "ddmmyyyy"" comprueba que el Valor del límite del Ticket no se ha sobrepasado.
      
    • Si el tipo definido es "Hasta Hora en formato "hhmmss"" comprueba que el Valor del límite del Ticket no se ha sobrepasado.
      
    • Si hay Acción para Ticket expirado definida es ejecutada en caso de que se sobrepase el límite definido, antes de denegar el acceso.
      
    • Cuando se deniega el acceso se emitiendo el mensaje de Ticket no Valido !!!!.
      
    
    
  • Los mecanismos de la Gestión de sesiones y Tickets deben de estar completamente operativos.
    

  ---

• 11. 05

  * Resumen Sesiones Tarantella *   Informes del Resumen Sesiones Tarantella por STTA

  
  

  STTA genera un resumen TOTAL de sessiones de Tarantella   recogidos de los registro de sesiones    La gestión de sesiones se configura en session

  
  

  • El Resumen Sesiones Tarantella presenta un informe del total acumulado de sesiones recogido de Tarantella.
  
  
  • El Resumen Sesiones Tarantella actúa como registro histórico y mantiene la misma estructura que el informe de sesiones
  
  
  • STTA registra la información total de sesiones en el Path del Fichero de Acumulado de sesiones TTA.
  
  
  • Para la funcionalidad de la gestión de Resumen Sesiones Tarantella es necesario activar Usa Cron para Listar Sesiones ? y configurar los parámetros en Configuración Sesiones.
  
  

  ---

12. Modalidades o formas de uso y configuración

• 12. 01

  * Con password cache de Tarantella *  STTA Con password cache de Tarantella

  
  

  Es el modo estandar de Tarantella para mantener credenciales de acceso a aplicaciones    STTA ofrece mecanismos para crear y actulizar perfiles de Password Cache    La gestión, jerarquización, configuración de reglas, etc de credenciales es muy limitada.

  • Los mecanismos de password cache formaron parte fundamental de STTA en la versiones iniciales, hasta que las limitaciones en las explotaciones determinaron la creación de la modalidad Con LDAP Cache.
    
  • Si el entrorno opera Con LDAP Cache y se mantiene activa la password cache de Tarantella, se pueden entregar credenciales de acceso de la password cache si no son encontradas en los mecanismos LDAP-Cache, por lo que, desde el punto de vista de STTA no es recomendable mantener habilitados ambos mecanismos al mismo tiempo.
    
  • El uso de STTA Con password cache de Tarantella requiere que Esta usando el servicio LDAP Cache ? (is_ldapcache) esté desactivado.
  • STTA proporciona utilidades para gestionar:
    
    • Perfiles Password Cache .
    • Usuarios de Hosts Password Cache.
    
    

  ---

• 12. 02

  * Con LDAP Cache *  STTA Con LDAP Cache

  
  

  Permite más funcionalidades que la Caché de Password    Prorporciona mayor flexibilidad y adaptación a la explotación del Servicio    Se apoya en los mecanismos base de Tarantella sin alteraciones sustanciales.

  
  

  • STTA se desarrolla a partir de las necesidades de flexibilizar la gestión de Credencial de Acceso a Aplicaciones, Con LDAP Cache el Servicio puede adaptarse a muy diferentes requisitos y criterios de explotación y acceso, pero también a la concurrencia de los mismos. Este mecanismo ha demostrado su eficacia y gestionabilidad en entornos con múltiples aplicaciones y en el acceso a servicios de un mismo host con criterios y necesidades distintas.
    
    
  • STTA complementa la gestión de Credencial de Acceso a Aplicaciones Con LDAP Cache con otras funcionalidades que pueden ser "disparadas o invocadas" de manera automática según las situaciones y necesidades del Servicio ( Gestión de sesiones y Tickets, Modos de ejecución de acciones y disparadores), tratando en todo momento de:
    • Adaptar el uso y explotación del Servicio para garantizar las mejores prestaciones posibles manteniendo los criterios y requisitos establecidos (seguridad, limitaciones de uso, etc.).
      
    • Mantener una "sensación" de globalidad y "sincronización" del Servicio, aunque sea fruto de la integración de componentes muy distintos que se comunican entre sí.
      
    • Facilitar la gestión y administración del Servicio y sus componentes.
      
    
    

  • ¿ Qué es la LDAP-CACHE ?
  • ¿ Por qué LDAP-CACHE ?
  • ¿ Cómo funciona LDAP-CACHE ?
  • Configuración de LDAP-CACHE - evaluación de credenciales

  
  
  
  ¿ Qué es la LDAP-CACHE ?
  
  
  Es un mecanismo alternativo para proporcionar Credencial de Acceso a Aplicaciones a las peticiones del usuario de Tarantella

  ¿ Por qué LDAP-CACHE ?
  
  
  La explotación del Servicio Con password cache de Tarantella ofrece serias limitaciones, aunque puede ser gestionada por STTA, en un contexto donde se requiere sobre la Credencial de Acceso a Aplicaciones:

  • Establecer diferentes de valores según contexto: por usuario, por host, por grupo, por aplicción, etc. Trabajar sobre la idea de perfil de acceso más que sobre credenciales de hosts.
  • Establecer una jerarquía entre los mismos configurable según entorno, de modo que se evalue cada valor en un orden configurable.
  • Extensión de los mecanismos de conexión a las aplicaciones de los servidores según cada credencial.
  • Ofrecer mecanismos ampliados en el acceso a las aplicaciones como: Gestión de sesiones y Tickets, Modos de ejecución de acciones y disparadores según cada credencial.
  • Disponer de un mecanismo de gestión fácil e intergrado, almacenado en repositorios abiertos, alternativos, que puede ser ubicado de modo independiente a los Servidores de Acceso, con acondicionamientos de seguridad propios.
  • Disponer de medios de depuración y seguimiento en el suministro de las credenciales solicitadas.

  ¿ Cómo funciona LDAP-CACHE ?
  
  
  El Objeto LDAP Cache define los atributos de cada perfil de acceso, que es almacenado en el Servidor LDAP CACHE.
  
  STTA gestiona los perfil de acceso:

  • asociando a los Objetos y Elementos en STTA un [ OBJETO por DEFECTO ]
  • según los contextos y necesidades del Servico permite gestionar objetos a medida: Navegar, Crear LDAP Cache , Modificar LDAP Cache , Borrar LDAP Cache .

  La modificación de los TCLs de Tarantella permite la conexión con el Servidor LDAP CACHE usando la utilidad scancache que:

  • Carga la configuración de STTA y entorno de Tarantella.
  • Extrae las credenciales según el objeto Tarantella solicitado y la Credencial de Acceso al Servicio.
  • Evalua las reglas establecidas según su prioridad para proporcionar la Credencial de Acceso a Aplicaciones.
  • Si no se encuentra credencial alguna se cargan valores por defecto o los del Acceso al servicio, según se configure STTA.
  • Si así se ha configurado, según cada credencial y el contexto, aplica los controles de: Gestión de sesiones y Tickets, Modos de ejecución de acciones y disparadores.
  • Escribe los logs y trazas según se haya configurado el Servicio.
  • Envia a Tarantella la credendial junto con la Extensión de los mecanismos de conexión a las aplicaciones de los servidores.
  • Devuelve el control a Tarantella con el resultado de:
    • Acceso correcto y carga de la aplicación
    • Credenciales no válidas y acceso no permitido
    • No hay Sesiones Disponibles !!! y acceso no permitido
    • Ticket no Valido !!!! y acceso no permitido
    • Se dispara tarea o proceso segun contexto, con acceso correcto o no permitido

  
  Configuración de LDAP-CACHE - evaluación de credenciales
  
  
  

  • Número de reglas para LDAP Cache - Establece el número máximo de reglas a utilizar,el máximo son siete.
  • Cada Regla de Cache va asociada a un tipo de los Objetos y Elementos en STTA.
  • Excepto la reglas de Usuarios y Organizaciones o grupos, que sólo son evaluadas una vez (paso 3), el resto se evaluan tres veces:
    • Paso 1: Se busca un Objeto LDAP Cache asociado al Nombre de Usuario LDAP.
    • Paso 2: Si no existe credencial se busca un Objeto LDAP Cache asociado al Grupo de Usuario.
    • Paso 3: Si no existe credencial se busca un [ OBJETO por DEFECTO ] asociado al Objeto que se ha solicitado. Este paso es el único usado de la secuencia de los 3 si el tipo es Usuario u Organización
    • Los pasos 1,2 y 3 se repiten por cada Regla de Cache configurada hasta encontrar alguna credencial o alcanzar el máximo de Número de reglas para LDAP Cache.
    • Si no existe credencial y se admiten valores por defecto, se usan las credenciales por defecto del Servicio
    • Si no existe credencial aún y así se configura, se usan las del Acceso al Servicio

  
  

  ---

• 12. 03

  * Con verificación de los servicios en las petición http *  STTA Con verificación de los servicios en las petición http

  
  

  Monitoriza la disponibilidad de los servicios y hosts del Entorno.    Muestra detalles de configuración de los Servicios.    Ofrece a los administradores un único punto para visualizar      y diagnosticar (a modo de consola) el estado de cada elemento.       Esta tarea se puede realizar en cada petición HTTP que se realiza

  • Si se activa Comprobar Servicios en cada Acceso (check_services) STTA realiza una verificación de las direcciones IP y puertos necesarios para el Servicio.
    
  • Muestra iconos en las páginas a modo de alerta indicando errores en la disponibilidad de las conexiones.
    
  • Los detalles de las comprobaciones del estado de los Servicios se ven en los enlaces de Mostrar Status de STTA.
    
  • Se activa la Configuración Principal.
    

  ---

• 12. 04

  * Con Monitor de acciones *  STTA Con Monitor de acciones

  
  

  Permite mantener el Servicio dentro de los criterios establecidos (monitorización).    Realiza (dispara) acciones frecuentes de modo automático según el estado del Servicio.    Asiste a los administradores en las tareas de mantenimiento, control y optimización.       Se basa en "disparadores" que provocan la ejecución de 'scripts' para alterar los servicios.

  • STTA permite monitorizar el servicio automatizando acciones y tareas, que son realizadas cuando en el entorno alcanza determinados criterios. El Monitor de Acciones de STTA permite realizar tareas específicas sobre el Servicio partiendo de "eventos" a medida, que actúan como disparadores, ya sea de modo automático o manual.
    
  • El Monitor de Acciones de STTA permite definir Modos de ejecución de acciones y disparadores, múltiples criterios y condiciones encadenadas, ajustados a las necesidades del Servicio.
    
  • Se configura en Configuración Principal activando la variable has_monitor ( Está usando el Monitor TTA ?)
  • El Monitor de Acciones de STTA vía CRON se instala por medio de la utilidad mktools.sh, para permitir el funcionamiento automático del mismo.
  • Para usar acciones definidas en función del estado de las sesiones de Tarantella en el Servicio, es necesario activar la Gestión de sesiones y Tickets

  ---

• 12. 05

  * Con Gestor de sesiones *  STTA Con Gestor de sesiones

  
  

  Permite conocer el estado de la explotación del Servicio con una gestión detallada de sesiones.    Proporciona resúmenes de sesiones Tarantella y gestión de las mismas.       Se complementa con la gestión de tickets de sesión.

  • STTA permite gestionar las Sesiones Tarantella para conocer y/o monitorizar el estado de la explotación.
    
  • El Gestión de sesiones y Tickets proporciona utilidades de resumen, recuento e informes: Registro Sesiones Tarantella , Contador Sesiones Tarantella
    
  • Se activa en Configuración Principal activando la variable has_cronsess ( Usa Cron para Listar Sesiones ?)
  • Se configura en Configuración Sesiones
  • El Gestión de sesiones y Tickets vía CRON se instala por medio de la utilidad mktools.sh, para permitir el funcionamiento automático del mismo.
  • El Monitor de Acciones de STTA puede usar acciones definidas en función del estado de las sesiones de Tarantella en el Servicio.

  ---

• 12. 06

  * Con Tickets de acceso *  STTA Con Tickets de acceso

  
  

  Se concede acceso limitado al Servico: evaluación, sistemas de pago, etc.    STTA autoajusta el entorno automáticamente según el estado del ticket.       Requiere que el Servicio funcione Con LDAP Cache..

  • STTA permite gestionar tickets de acceso al Servicio de modo que se pueda efectuar un control según diferentes criterios: fechai, hora o contador.
    
  • Cuando el ticket de acceso ha expirado STTA puede ejecutar (disparar) alguna acción programada para ajustar el Servicio.
    
  • Se activa en: Configuración Ticket de Sesiones activando la variable (Comprobar Ticket de Sesiones) check_ticket.
    
  • La comprobación del ticket de acceso a la sesión se realiza en el Objeto LDAP Cache
  • Para la comprobación y actualización del ticket de sesión STTA ha de operar Con LDAP Cache.

  ---

• 12. 07

  * Con Sincronización en tiempo real *  STTA Con Sincronización en tiempo real de Listas de Objetos

  
  

  Las Listas de STTA almacenan la información de   Objetos y Elementos en STTA del Servicio   STTA puede configurase con varios servidores   Con Sincronización en tiempo real asegura la integridad de las mismas   y posibilidad de gestión y administración desde cualquier servidor operativo    Los servidores bajo STTA se configuran en Servidores de Webmin   han de tener la tranferencia vía HTTP(s) automática activada.    La gestión de Listas de STTA se configura en main y stta

  • La Sincronización en tiempo real sólo se realiza si la Sincronización automática de las Tablas de STTA ? (false), es "true", en tal caso todos los servidores con STTA pueden alterar las lista y sincronizarlas entre sí. El modo contrario de operar es Declarando un Host Master de las tablas del Servicio.
    
  • En cada petición a STTA que altera los Objetos y Elementos en STTA del Servicio, la lista correspondiente es propagada o copiada (siempre que la sincronización esté habilitada). Por ello se puede administrar el Servicio desde cualquier servidor con STTA configurado.
    
  • El procedimiento de Sincronizar Listas sirve para sincronizaciones y replicaciones globales. Esta opción permite regenerar las listas desde cualquier servidor STTA accesible.
    
  • El parámetro Lista a sincronizar automaticamente (separada por espacios) determina qué Objetos y Elementos en STTA del Servicio o listas se Sincronización en tiempo real.
    
  • Es aconsejable que todos los hosts o servidores STTA del Servicio tengan la misma configuración de Lista a sincronizar automaticamente (separada por espacios) en la modalidad Con Sincronización en tiempo real, de modo que la gestión pueda hacerse desde cualquier servidor STTA.
    

  ---

• 12. 08

  * Declarando un Host Master de las tablas del Servicio *  STTA Declarando un Host Master de las tablas del Servicio

  
  

  Las Listas de STTA almacenan la información de   Objetos y Elementos en STTA del Servicio   STTA puede configurase de modo que sólo un host   mantenga la integridad de las mismas,   la gestión y administración ha de hacerse siempre desde el mismo.    La definición del servidor como "hostmaster" se configura en main

  • STTA usa un Host Master para gestionar las Listas sólo se realiza si Es Host Master de las Tablas de STTA ? (true), es "true", en tal caso todos los demás servidores con STTA han de tener configurado este valor a "false" y usar el URL del Host Master de las Tablas del Servicio (https://rstmco1-82.cnso:10000/tarantella) para que en la gestión de listas aparezca el "link" o enlace al "hostMaster".
    El modo contrario de operar es Con Sincronización en tiempo real.
    
  • En cada petición a STTA que altera los Objetos y Elementos en STTA del Servicio, la lista correspondiente es alterada unicamente en el Host Master de las Tablas del Servicio.
    
  • El procedimiento de Replicar LDAP sirve para sincronizaciones y replicaciones globales de las listas entre servidores STTA.
    
  • Los procedimientos de Backup Tarantella ENS y Backup Tarantella realizan una copia del directorio de las listas.
    

  ---

• 12. 09

  * Bajo Open LDAP o Iplanet *  STTA Bajo Open LDAP o Iplanet

  
  

  Los servicios LDAP pueden usar cualquier software gestionable por Perl LDAP.    El desarrollo inicial se realizó con IPlanet.    Los procesos de Instalación y actualizaciones de STTA están optimizados para OpenLDAP.       STTA puede configurar OpenLDAP con la infraestructura necesaria.

  • STTA require conectividad Perl LDAP para realizar la gestión de los servicios LDAP en el Entorno y la configuración adecuada de los valores de conexión, paths y utilidades.
    
  • STTA puede funcionar sin servicios LDAP si:
    
    • No utiliza usuarios con Credencial de Acceso al Servicio sobre LDAP, sólo Usuarios del Sistema
    • No utiliza la gestión de Credencial de Acceso a Aplicaciones sobre LDAP, sólo los mecanismos de Con password cache de Tarantella
  • El uso de servicios LDAP se activa en Configuración Principal variables has_ldapusers ( Usa usuarios LDAP con TTA ?) y is_ldapcache ( Esta usando el servicio LDAP Cache ?)
  • Es necesario conocer los detalles de instalación de los servicios LDAP, se configura en:
    
    • Configuración LDAP
    • Configuración Variables LDAP
    • Configuración LDAPCACHE
    • Configuración variables LDAPCACHE
    Existen, además, configuraciones adicionales para funcionar Con LDAPs de backup o secundario.
  • STTA proporciona e instala Scripts de STTA específicos para la gestión de OpenLDAP con opciones de tracear y registrar acciones: Configuración Parámetros Debug.
  • El Gestión de sesiones y Tickets vía CRON se instala por medio de la utilidad mktools.sh, para permitir el funcionamiento automático del mismo.
  • El Monitor de Acciones de STTA puede usar acciones definidas en función del estado de las sesiones de Tarantella en el Servicio.
  • Los procesos de Instalación y actualizaciones de STTA acondicionan los servicios de Tarantella para usar las instancias de LDAP ya sea para obtener Credencial de Acceso al Servicio (Login Authority LA) o para proporcionar Credencial de Acceso a Aplicaciones vía LDAP-Cache.
    

---