| `Indice` |

* Libro STTA *

- _1.-Origen y antecentes de STTA
- _2.-STTA como Interface de Servicios con Tarantella
- _3.-Tecnologías en STTA
- _4.-Interface de STTA
- _5.-Objetos y Elementos en STTA
- _6.-Utilidades de administración
- _7.-Utilidades de Supervisión
- _8.-Otras utilidades
- _9.-Gestión de listas de logs de los Servicios
- 10.-Monitor de Acciones de STTA
- 11.-Gestión de sesiones y Tickets
- 12.-Modalidades o formas de uso y configuración
- 13.-Parámetros y configuración de STTA
- 14.-Instalación y actualizaciones de STTA
- 15.-Acceso a otros servidores STTA
- 16.-Autenticación de acceso a Servidores de Aplicaciones

## 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 varlorar 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 aplicciones
    - 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

- 3. 02

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

    | Perl LDAP Conexión con LDAP mediante interface Perl

- 3. 03

    * Conexión con Tarantella mediante scripts *

    | Conexión con Tarantella mediante scripts

## 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 combrobados 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 no 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 a Módulo 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 Servico, 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_srvtitle) |

- 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

      | Estos enlaces permiten ...

    - Parte inferior izquierda de la pantalla

      | Estos enlaces permiten ...

    - Parte central del pie de la pantalla

      | Este enlace muestra la ventana de Status

    - Parte inferior derecha de la pantalla

      | Estos enlaces permiten ...

    - 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) (800) y Ancho de la ventana de ayuda (pixels) (600). 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 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 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.
      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
      El uso y definición de la Credencial de Acceso al Servicio depende mayormente de la configuración de Tarantella, de los LA (login authorities) que pueden activarse, para combiar o disponer de varios métodos de autenticación de acceso para los usuarios del Servicio.
      STTA gestiona la Credencial de Acceso al Servicio del usuario "autenticado" contra el Sistema Operativo o contra servicios LDAP.
      La Credencial de Acceso al Servicio:
      - Está formada por una Clave de Acceso asociada a un Nombre de Usuario LDAP
      - Proporciona acceso a los servicios y determinan un Tipo de Webtop de aplicaciones o tareas posibles.
      - Es registrada en los LDAP o en los Sistema Operativos, según el tipo de usuario seleccionado.
      - STTA sincroniza los cambios de la misma en los diferentes servicios LDAP o Sistema Operativos, de modo que sea transparente el servicio o servidor que atiende el acceso del usuario.
      - Definida en más de un mecanismo (ej: LDAP y Sistema) ofrece a Tarantella mecanismos adicionales, según la configuración de los LA (login authorities) se establecerán los criterios de prioridadad y selección en el acceso.
      - Es independiente, mantiene mecanismos de gestión diferentes, de las que se usan para presentarse a las aplicaciones correspondientes del perfil del usuario. Consultar: Autenticación de acceso a Servidores de Aplicaciones

      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.

      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.

      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.

      Password

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

      Borrado de Usuarios

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

      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.

  * 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 *

    - 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.
    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

    Modificar Organización

    Mover Organizaciones

    Borrado de Organizaciones

    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 *

    - 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.
    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

    Modificar Grupo Hosts

    Mover Grupos Hosts

    Borrado de Grupo Hosts

  * 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 *

    - 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.
    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

    Modificar Host

    Mover Hosts

    Borrado de Host

    Status de Hosts

  * 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 *

    - 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.
    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

    Modificar Grupo Aplicaciones

    Mover Grupos Aplicaciones

    Borrar Grupo Aplicaciones

  * 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 *

    - 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.
    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

    Modificar Aplicaciones

    Mover Aplicaciones

    Borrado de Aplicaciones

  * 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 *

    - 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.
    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

    Modificar Dominios

    Mover Dominio

    Borrado de Dominios

  * 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 *

    - 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.
    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

    Modificar de Vínculos

    Mover Vínculo

    Borrado de Vínculos

  * 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 *

    * 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 *

    * 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 *

    * 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_08_12_172108) 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_08_12_172108) 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_08_12_172108) 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_08_12_172108) 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 - Certificacion
    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_08_12_172108) con los ficheros correspondientes.
    - ldapreplicate usa el Directorio de ficheros recibidos (/opt/save/getfiles) 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

      * 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

      - 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 ? (true), 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) ():
        - Cada uno de los ficheros de listas que aparecen en Listas a sincronizar automaticamente (separadas por espacios) (ou grphosts hosts hostsuser grpapps apps domains links acts profcache sysusers), 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 Listas de sincronización de STTA (separadas 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.
      - 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.
      - Se requiere un "acl" específico de supervision.

  ## 8. Otras utilidades

  - 8. 01

      * Generar Web Ayuda *

  - 8. 02

      * Marcar STTA *

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

  - 9. 01

      * Declarar lista a monitorizar *

  - 9. 02

      * Declarar lista a monitorizar *

  ## 10. Monitor de Acciones de STTA

  - 10. 01

      * Monitor: definiciones y estructuras *

      app_types_def="app_types.def" $root_directory/$module_name/install/tta/objects/3.2 ______________________________________________

      * 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 | iSegundo 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 *

  - 10. 03

      * Ficheros de Ordenes *

  - 10. 04

      * Modos de ejecución de acciones y disparadores *

  ## 11. Gestión de sesiones y Tickets

  - 11. 01

      * Sesiones Tarantella *

  - 11. 02

      * Contador Sesiones Tarantella *

  - 11. 03

      * Registro Sesiones 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.

  ## 12. Modalidades o formas de uso y configuración

  - 12. 01

      * Con password cache de Tarantella *

      | STTA Con password cache de Tarantella

  - 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 Servico
      - 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 con las petición http *

      | STTA Con verificación de los servicios con las petición http

  - 12. 04

      * Con Monitor de acciones *

      | STTA Con Monitor de acciones

  - 12. 05

      * Con Gestor de sesiones *

      | STTA Con Gestor de sesiones

  - 12. 06

      * Con Tickets de acceso *

      | STTA Con Tickets de acceso

  - 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 ? (true), 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.

  - 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-83.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

  - 12. 10

      * Con LDAPs de backup o secundario *

      | STTA Con LDAPs de backup o secundario

  - 12. 11

      * Con gestión de listas de Logs *

      | STTA Con gestión de listas de Logs

  - 12. 12

      * Sin ayuda activa *

      | STTA Sin ayuda activa

  - 12. 13

      * Niveles de debug y acciones en caso de error en el servicio *

      | STTA Niveles de debug y acciones en caso de error en el servicio

  ## 13.-Parámetros y configuración de STTA

  STTA puede configurarse:
  - Por medio de la interface: hay iconos para secciones de uso frecuente y uno global.
  - Mediante invocación del cgi vía URL: http(s)://hostname:[webmin-por]/stta/config.cgi?[nombre-de-sección].
  - Las secciones de configuración están almacenadas en ficheros independientes dentro del directorio de configuración locales /etc/webmin/stta/dataconf. Cada sección contiene una línea con cada parámetro <nombre-del-parámetro=valor-asignado). Estos ficheros son editables.
  - Sólo si los cambios se realizan por medio de la interface de STTA se regenera la información de scancache y el entorno de los scripts .
  - Los ficheros globales o genéricos de valores para configurar STTA se cargan desde /usr/local/webmin-1.100/stta/dataconf/base, sólo los valores de cada una de las secciones, en el orden en el que vienen escritas, son procesado para las tareas de configuración y ayuda del entorno. Cualquier otro valor u alteración de orden realizado sobre los ficheros locales (/etc/webmin/stta/dataconf ) es sobreescrito..

  - 13.01.- Configuración Principal | - ( main )

  * Configuración Principal *

  | STTA Configuración Principal: Permiten activar o desactivar funcionalidades.

  Los Valores Principales de STTA determinan las Modalidades o formas de uso y configuración Acciones y Servicios generales, etc Tienen un impacto global sobre el Servicio Suele implicar otras configuraciones para detalles específicos .

  check_services | - Comprobar Servicios en cada Acceso
  is_masterHost | - Es Host Master de las Tablas de STTA ?
  masterHostURL | - URL del Host Master de las Tablas del Servicio
  masterHost | - Host Master de las Tablas del Servicio
  is_ldapcache | - Esta usando el servicio LDAP Cache ?
  has_cronsess | - Usa Cron para Listar Sesiones ?
  has_monitor | - Está usando el Monitor TTA ?
  has_ldapusers | - Usa usuarios LDAP con TTA ?
  has_systemusers | - Usa usuarios del Sistema con TTA ?
  stta_sync | - Sincronización automática de las Tablas de STTA ?
  stta_hosts | - Hosts con STTA (nombres separado por espacios)
  help_active | - Usar ayuda en las pantallas de entrada
  motd | - Path fichero mensajes del entorno STTA

  - La Configuración Principal se gestiona por medio de los procedimientos de configuración.
  - Comprobar Servicios en cada Acceso (check_services)
    <sectionCfg main>
    - Admite dos valores: true o false
    - Activa o desactiva el uso de STTA Con verificación de los servicios con las petición http.
  - Es Host Master de las Tablas de STTA ? (is_masterHost)
    <sectionCfg main>
    - Admite dos valores: true o false
    - Activa o desactiva el uso de STTA Declarando un Host Master de las tablas del Servicio.
  - URL del Host Master de las Tablas del Servicio (masterHostURL)
    <sectionCfg main>
    - Contiene la URL para redirigir STTA Declarando un Host Master de las tablas del Servicio. Ejemplo: http://hostname:10000/stta
    - STTA muestra un icono con la URL como enlace para gestionar los Objetos y Elementos en STTA del Servicio.
  - Host Master de las Tablas del Servicio (masterHost)
    <sectionCfg main>
    - Contiene el hostname de STTA Declarando un Host Master de las tablas del Servicio.
    - Es el único host que puede alterar los Objetos y Elementos en STTA del Servicio.
  - Esta usando el servicio LDAP Cache ? (is_ldapcache)
    <sectionCfg main>
    - Admite los valores: true o false
    - Si es true se activa el uso de STTA LDAP Cache (scancache) vía tcls en el Servicio
    - STTA activa o desactiva la gestión del Objeto LDAP Cache sobre LDAP-Cache en los formularios de Objetos y Elementos en STTA.
    - No basta con activar este atributo, es necesario configurar el Servicio con Con LDAP Cache (servidores LDAPCACHE, Tcls, etc).
  - Usa Cron para Listar Sesiones ? (has_cronsess)
    <sectionCfg main>
    - Admite dos valores: true o false
    - Activa o desactiva el uso de la CRON para control de Sessiones de Tarantella
    - Algunas funcionalidades de STTA ( Gestión de sesiones y Tickets, Modos de ejecución de acciones y disparadores ) no operan si no está habilitado.
    - La gestión de sesiones vía CRON se instala por medio de la utilidad mktools.sh.
  - Está usando el Monitor TTA ? (has_monitor)
    <sectionCfg main>
    - Admite dos valores: true o false
    - Activa o desactiva el Monitor de Acciones de STTA para el Servicio, que incluye Modos de ejecución de acciones y disparadores.
    - 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.
  - Usa usuarios LDAP con TTA ? (has_ldapusers)
    <sectionCfg main>
    - Admite los valores: true o false
    - Si es true se activa el uso y definición de la Credencial de Acceso al Servicio vía LDAP. Tarantella, tendrá activado la opción LDAP como LA(login authorities).
    - STTA activa o desactiva la gestión de Credencial de Acceso al Servicio sobre LDAP en los formularios de Objetos y Elementos en STTA y algunas funcionalidades como Usuarios LDAP.
    - No basta con activar este atributo, es necesario configurar el Servicio con Bajo Open LDAP o Iplanet.
  - Usa usuarios del Sistema con TTA ? (has_systemusers)
    <sectionCfg main>
    - Admite los valores: true o false
    - Si es true se activa el uso y definición de la Credencial de Acceso al Servicio vía Usuario del Sistema. Tarantella, tiene activada esta opción por defecto como LA(login authorities).
    - STTA activa o desactiva la gestión de Credencial de Acceso al Servicio sobre el Sistema Operativo en los formularios de Objetos y Elementos en STTA y algunas funcionalidades de gestión de los mismos.
    - No basta con activar este atributo, es necesario configurar el Servicio Con Sincronización en tiempo real para manterner su integridad.
  - Sincronización automática de las Tablas de STTA ? (stta_sync)
    <sectionCfg main>
    - Admite los valores: true o false
    - Si es true se activa el el Servicio Con Sincronización en tiempo real para manterner su integridad.
    - Este valor es crupcial para sincronizar Objetos y Elementos en STTA del Servicio.
    - No basta con activar este atributo, es necesario configurar el Servicio y la comunicación entre los servidores Webmin del mismo: Acceso a otros servidores STTA.
    - La lista con hosts a sicronizar se configura en Hosts con STTA.
  - Hosts con STTA (nombres separado por espacios) (stta_hosts)
    <sectionCfg main>
    - Admite una lista de "hosts" o servidores de Webmin separados por comas.
    - Este valor es crupcial para sincronizar Objetos y Elementos en STTA del Servicio.
    - STTA realiza la gestión de Objetos y Elementos en STTA del Servicio Con Sincronización en tiempo real sobre cada uno de los "hosts" de la lista para mantener la integridad.
    - No basta con incluir un "hosts" en la lista, es necesario configurar el Servicio y la comunicación entre los servidores Webmin del mismo: Acceso a otros servidores STTA. El "host" ha se ser declarado en Sesiones Webmin y comunicación con otros servicios.
    - Esta funcionalidad se activa en Sincronización automática de las Tablas de STTA ?.
  - Usar ayuda en las pantallas de entrada (help_active)
    <sectionCfg main>
    - Admite los valores: true o false
    - STTA activa o desactiva los enlaces de ayuda en los formularios de entrada y en los textos de ayuda.
    - Esta opción es útil si las páginas de ayuda no están completas, lo están para otro idioma, o se prefiere Generar Web Ayuda de STTA y publicar en otro servidor.
  - Path fichero mensajes del entorno STTA (motd)
    <sectionCfg main>
    - Admite el path completo de un fichero texto legigle en el Sistema
    - STTA usa el contenido de este fichero para mostralos como Mensaje del Sistema en Botones y enlaces de navegación: Cabecera de página.
    - Si no existe o su contenido está en blanco STTA no muestra Mensaje alguno.
    - El estilo de los mensajes del entorno se configura en Configuración interface.

  - 13.02.- Configuración interface | - ( interface )

  * Configuración interface *

  | STTA Configuración interface: Atributos de la Interface.

  interface | - Menu Interface
  default_cat | - Modulo por defecto
  order_cat | - Orden de Modulos
  bgimage | - Imagen de fondo de páginas
  cs_page | - Color de fondo de página (hex)
  cs_table | - Color de fondo cuerpo de Tablas (hex)
  cs_header | - Color de fondo Cabeceras de Tablas (hex)
  cs_link | - Color de enlaces de texto en páginas(hex)
  cs_text | - Color de texto en páginas (hex)
  cs_revtext | - Color de texto inverso en páginas (hex)
  help_width | - Ancho de la ventana de ayuda (pixels)
  help_height | - Altura de la ventana de ayuda (pixels)
  back_return | - Módulo por defecto para enlace fin de página
  motd_style | - Estilo de los mensajes del entorno STTA

  - Menu Interface (interface)
    <sectionCfg interface>
  - Modulo por defecto (default_cat)
    <sectionCfg interface>
  - Orden de Modulos (order_cat)
    <sectionCfg interface>
  - Imagen de fondo de páginas (bgimage)
    <sectionCfg interface>
  - Color de fondo de página (hex) (cs_page)
    <sectionCfg interface>
  - Color de fondo cuerpo de Tablas (hex) (cs_table)
    <sectionCfg interface>
  - Color de fondo Cabeceras de Tablas (hex) (cs_header)
    <sectionCfg interface>
  - Color de enlaces de texto en páginas(hex) (cs_link)
    <sectionCfg interface>
  - Color de texto en páginas (hex) (cs_text)
    <sectionCfg interface>
  - Color de texto inverso en páginas (hex) (cs_revtext)
    <sectionCfg interface>
  - Ancho de la ventana de ayuda (pixels) (help_width)
    <sectionCfg interface>
  - Altura de la ventana de ayuda (pixels) (help_height)
    <sectionCfg interface>
  - Módulo por defecto para enlace fin de página (back_return)
    <sectionCfg interface>
  - Estilo de los mensajes del entorno STTA (motd_style)
    <sectionCfg interface>

  - 13.03.- Configuración Ficheros de Listas | - ( list )

  * Configuración Ficheros de Listas *

  | STTA Configuración Ficheros de Listas: Valores de las "listas" de Objetos y Elementos en STTA.

  ou_list | - Path de la lista de Organizaciones
  sysusers_list | - Path de la lista de Usuarios del Sistema
  hosts_list | - Path de la lista de Hosts
  grphosts_list | - Path del la lista de Grupos de Hosts
  apps_list | - Path de las lista de Aplicaciones
  grpapps_list | - Path para la lista de Grupo de Aplicaciones
  links_list | - Path de la lista de Vínculos
  acts_list | - Path de la lista de Acciones
  domains_list | - Path de la lista de Dominios
  profcache_list | - Path de la lista de Perfiles de Cache
  hostsuser_list | - Path de la lista de Usuarios de Hosts

  - Path de la lista de Organizaciones (ou_list)
    <sectionCfg list>
  - Path de la lista de Usuarios del Sistema (sysusers_list)
    <sectionCfg list>
  - Path de la lista de Hosts (hosts_list)
    <sectionCfg list>
  - Path del la lista de Grupos de Hosts (grphosts_list)
    <sectionCfg list>
  - Path de las lista de Aplicaciones (apps_list)
    <sectionCfg list>
  - Path para la lista de Grupo de Aplicaciones (grpapps_list)
    <sectionCfg list>
  - Path de la lista de Vínculos (links_list)
    <sectionCfg list>
  - Path de la lista de Acciones (acts_list)
    <sectionCfg list>
  - Path de la lista de Dominios (domains_list)
    <sectionCfg list>
  - Path de la lista de Perfiles de Cache (profcache_list)
    <sectionCfg list>
  - Path de la lista de Usuarios de Hosts (hostsuser_list)
    <sectionCfg list>

  - 13.04.- Configuración STTA | - ( stta )

  * Configuración STTA *

  | STTA Configuración STTA: Valores para activar o desactivar funcionalidades del entorno.

  stta_srvtitle | - Descripción del Servidor
  list_to_sync | - Listas a sincronizar automaticamente (separadas por espacios)
  other_list_sync | - Listas de sincronización de STTA (separadas por espacios)
  stta_logdir | - Path del directorio de logs de CGIs y/o herramientas STTA
  stta_debugname | - Path y Prefijo para el Nombre del debug del CGI o herramienta STTA
  stta_defslist | - Path directorio listas de carga
  stta_logname | - Path y Prefijo para el Nombre del log del CGI o herramienta STTA
  default_portalive | - Valor por defecto del puerto de status Hosts
  stta_savedir | - Directorio para guardar ficheros

  - Descripción del Servidor (stta_srvtitle)
    <sectionCfg stta>
  - Listas a sincronizar automaticamente (separadas por espacios) (list_to_sync)
    <sectionCfg stta>
  - Listas de sincronización de STTA (separadas por espacios) (other_list_sync)
    <sectionCfg stta>
  - Path del directorio de logs de CGIs y/o herramientas STTA (stta_logdir)
    <sectionCfg stta>
  - Path y Prefijo para el Nombre del debug del CGI o herramienta STTA (stta_debugname)
    <sectionCfg stta>
  - Path directorio listas de carga (stta_defslist)
    <sectionCfg stta>
  - Path y Prefijo para el Nombre del log del CGI o herramienta STTA (stta_logname)
    <sectionCfg stta>
  - Valor por defecto del puerto de status Hosts (default_portalive)
    <sectionCfg stta>
  - Directorio para guardar ficheros (stta_savedir)
    <sectionCfg stta>

  - 13.05.- Configuración TTA | - ( tta )

  * Configuración TTA *

  | STTA Configuración TTA: Valores del servicio Tarantella.

  tta_dir | - Path del directorio de Tarantella
  tta_daemon | - Path del daemon de Tarantella
  tta_defaults_ou | - Path de valores por defecto de Objetos TTA OrgUnit
  tta_ldapUser | - Path usuarios LDAP en Cache TTA(standard)
  ttalog_path | - Path Gestor logs de Tarantella
  tta_base | - Raiz para el árbol del directorio ENS
  ens_base | - Tarantella Federal Name -TFN- (.../_ens/)
  tta_aliascmd | - Path de la orden alias tta
  tta_status | - Orden para obtener el Status de Tarantella
  tta_restart | - Orden para rearrancar Tarantella
  tta_backup | - Orden para generar copia de TTA
  tta_ensrestore | - Orden para Recuperar ENS Backup de TTA
  tta_archive | - Orden para archivar los logs de Tarantella
  tta_emusessions_end | - Orden para finalizar sesiones emulación Tarantella
  tta_webtops | - Path del la lista de Webtops para los usuarios TTA
  tta_ensdump_dir | - Path del directorio de Descarga de Bases de Datos TTA
  tta_ensdump | - Orden para Descargar ENS de TTA
  tta_ensload | - Orden para Cargar ENS de TTA
  tta_backup_dir | - Path para copiar Tarantella
  tta_ensload_dir | - Path del directorio de Carga de Bases de Datos TTA
  tta_ensrecreate | - Orden para Inicializar ENS de TTA
  tta_defaults_obj | - Path de valores por defecto de Objetos TTA Person
  tta_defaults_hosts | - Path de valores por defecto de Objetos TTA Host
  tta_appwidth | - Anchura (pixels) ventana de aplicaciones
  tta_appheigth | - Altura (pixels) ventana de aplicaciones
  url_tta | - URL para Ayuda de Software Tarantella

  - Path del directorio de Tarantella (tta_dir)
    <sectionCfg tta>
  - Path del daemon de Tarantella (tta_daemon)
    <sectionCfg tta>
  - Path de valores por defecto de Objetos TTA OrgUnit (tta_defaults_ou)
    <sectionCfg tta>
  - Path usuarios LDAP en Cache TTA(standard) (tta_ldapUser)
    <sectionCfg tta>
  - Path Gestor logs de Tarantella (ttalog_path)
    <sectionCfg tta>
  - Raiz para el árbol del directorio ENS (tta_base)
    <sectionCfg tta>
  - Tarantella Federal Name -TFN- (.../_ens/) (ens_base)
    <sectionCfg tta>
  - Path de la orden alias tta (tta_aliascmd)
    <sectionCfg tta>
  - Orden para obtener el Status de Tarantella (tta_status)
    <sectionCfg tta>
  - Orden para rearrancar Tarantella (tta_restart)
    <sectionCfg tta>
  - Orden para generar copia de TTA (tta_backup)
    <sectionCfg tta>
  - Orden para Recuperar ENS Backup de TTA (tta_ensrestore)
    <sectionCfg tta>
  - Orden para archivar los logs de Tarantella (tta_archive)
    <sectionCfg tta>
  - Orden para finalizar sesiones emulación Tarantella (tta_emusessions_end)
    <sectionCfg tta>
  - Path del la lista de Webtops para los usuarios TTA (tta_webtops)
    <sectionCfg tta>
  - Path del directorio de Descarga de Bases de Datos TTA (tta_ensdump_dir)
    <sectionCfg tta>
  - Orden para Descargar ENS de TTA (tta_ensdump)
    <sectionCfg tta>
  - Orden para Cargar ENS de TTA (tta_ensload)
    <sectionCfg tta>
  - Path para copiar Tarantella (tta_backup_dir)
    <sectionCfg tta>
  - Path del directorio de Carga de Bases de Datos TTA (tta_ensload_dir)
    <sectionCfg tta>
  - Orden para Inicializar ENS de TTA (tta_ensrecreate)
    <sectionCfg tta>
  - Path de valores por defecto de Objetos TTA Person (tta_defaults_obj)
    <sectionCfg tta>
  - Path de valores por defecto de Objetos TTA Host (tta_defaults_hosts)
    <sectionCfg tta>
  - Anchura (pixels) ventana de aplicaciones (tta_appwidth)
    <sectionCfg tta>
  - Altura (pixels) ventana de aplicaciones (tta_appheigth)
    <sectionCfg tta>
  - URL para Ayuda de Software Tarantella (url_tta)
    <sectionCfg tta>

  - 13.06.- Configuración LDAP | - ( ldap )

  * Configuración LDAP *

  | STTA Configuración LDAP: Valores del servicio LDAP.

  ldap_server | - Nombre de host o IP del servidor LDAP
  ldap_servertitle | - Descripción del servidor LDAP
  ldap_port | - Número de puerto del servidor LDAP
  ldap_user | - Credenciales de administrador del LDAP
  ldap_passwd | - Password (texto) administrador LDAP
  ldap_version | - Version software LDAP
  ldap_type | - LDAP Software
  ldap_dirname | - Nombre del directorio (sin-path) del servidor LDAP
  ldap_conf | - Archivo configuración LDAP
  ldap_stop | - Orden para parar LDAP
  ldap_start | - Orden para Arrancar LDAP
  ldap_restart | - Orden para rearrancar LDAP
  ldap_backup | - Orden para generar copia de BD LDAP
  ldap_restore | - Orden para recuperar copia de BD LDAP
  ldap_load | - Orden para Cargar la BD LDAP
  ldap_ldif | - Orden para exportar la BD LDAP
  ldap_server_log_name | - Path del log del servidor LDAP
  ldap_server_log_perm | - Permiso para gestionar el log Servidor LDAP
  ldap_server_log_fperm | - Permiso del fichero log Servidor LDAP
  ldap_server_log_tail | - Número líneas para ver desde el final del log Servidor LDAP
  ldap_server_acclog_name | - Path del log de Accesos al servidor LDAP
  ldap_server_acclog_perm | - Permiso para gestionar el log acceso LDAP
  ldap_server_acclog_fperm | - Permiso del fichero log acceso LDAP
  ldap_server_acclog_tail | - Número líneas para ver desde el final del log acceso LDAP

  - Nombre de host o IP del servidor LDAP (ldap_server)
    <sectionCfg ldap>
  - Descripción del servidor LDAP (ldap_servertitle)
    <sectionCfg ldap>
  - Número de puerto del servidor LDAP (ldap_port)
    <sectionCfg ldap>
  - Credenciales de administrador del LDAP (ldap_user)
    <sectionCfg ldap>
  - Password (texto) administrador LDAP (ldap_passwd)
    <sectionCfg ldap>
  - Version software LDAP (ldap_version)
    <sectionCfg ldap>
  - LDAP Software (ldap_type)
    <sectionCfg ldap>
  - Nombre del directorio (sin-path) del servidor LDAP (ldap_dirname)
    <sectionCfg ldap>
  - Archivo configuración LDAP (ldap_conf)
    <sectionCfg ldap>
  - Orden para parar LDAP (ldap_stop)
    <sectionCfg ldap>
  - Orden para Arrancar LDAP (ldap_start)
    <sectionCfg ldap>
  - Orden para rearrancar LDAP (ldap_restart)
    <sectionCfg ldap>
  - Orden para generar copia de BD LDAP (ldap_backup)
    <sectionCfg ldap>
  - Orden para recuperar copia de BD LDAP (ldap_restore)
    <sectionCfg ldap>
  - Orden para Cargar la BD LDAP (ldap_load)
    <sectionCfg ldap>
  - Orden para exportar la BD LDAP (ldap_ldif)
    <sectionCfg ldap>
  - Path del log del servidor LDAP (ldap_server_log_name)
    <sectionCfg ldap>
  - Permiso para gestionar el log Servidor LDAP (ldap_server_log_perm)
    <sectionCfg ldap>
  - Permiso del fichero log Servidor LDAP (ldap_server_log_fperm)
    <sectionCfg ldap>
  - Número líneas para ver desde el final del log Servidor LDAP (ldap_server_log_tail)
    <sectionCfg ldap>
  - Path del log de Accesos al servidor LDAP (ldap_server_acclog_name)
    <sectionCfg ldap>
  - Permiso para gestionar el log acceso LDAP (ldap_server_acclog_perm)
    <sectionCfg ldap>
  - Permiso del fichero log acceso LDAP (ldap_server_acclog_fperm)
    <sectionCfg ldap>
  - Número líneas para ver desde el final del log acceso LDAP (ldap_server_acclog_tail)
    <sectionCfg ldap>

  - 13.07.- Configuración LDAP2 | - ( ldap2 )

  * Configuración LDAP2 *

  | STTA Configuración LDAP2: Valores del servicio LDAP2 o secundario.

  ldap2_server | - Nombre de host o IP del servidor LDAP 2
  ldap2_servertitle | - Descripción del servidor LDAP 2
  ldap2_port | - Número de puerto del servidor LDAP 2
  ldap2_user | - Credenciales de administrador del LDAP 2
  ldap2_passwd | - Password (texto) administrador LDAP 2
  ldap2_version | - Version software LDAP2
  ldap2_type | - LDAP 2 Software
  ldap2_conf | - Archivo configuración LDAP 2
  ldap2_restart | - Orden para rearrancar LDAP 2

  - Nombre de host o IP del servidor LDAP 2 (ldap2_server)
    <sectionCfg ldap2>
  - Descripción del servidor LDAP 2 (ldap2_servertitle)
    <sectionCfg ldap2>
  - Número de puerto del servidor LDAP 2 (ldap2_port)
    <sectionCfg ldap2>
  - Credenciales de administrador del LDAP 2 (ldap2_user)
    <sectionCfg ldap2>
  - Password (texto) administrador LDAP 2 (ldap2_passwd)
    <sectionCfg ldap2>
  - Version software LDAP2 (ldap2_version)
    <sectionCfg ldap2>
  - LDAP 2 Software (ldap2_type)
    <sectionCfg ldap2>
  - Archivo configuración LDAP 2 (ldap2_conf)
    <sectionCfg ldap2>
  - Orden para rearrancar LDAP 2 (ldap2_restart)
    <sectionCfg ldap2>

  - 13.08.- Configuración Variables LDAP | - ( ldap_vars )

  * Configuración Variables LDAP *

  | STTA Configuración Variables LDAP: Atributos de servicios LDAP.

  ldap_daemon | - Path del daemon LDAP
  ldap_dir | - Path del directorio software LDAP
  ldap_base | - Raíz DN en el árbol del directorio
  ldap_dnusers | - Raíz DN para usuarios en árbol LDAP
  ldap_replicate | - Path para replicar la BD LDAP
  ldap_ldif_dir | - Path para exportar la BD LDAP
  ldap_backup_dir | - Path para copias de BD LDAP
  ldap_log_name | - Path para el log LDAP
  ldap_log_perm | - Permiso para gestionar el log LDAP
  ldap_log_fperm | - Permiso del fichero log LDAP
  ldap_log_tail | - Número líneas para ver desde el final de LDAP
  url_ldap | - URL para Ayuda de Software LDAP

  - Path del daemon LDAP (ldap_daemon)
    <sectionCfg ldap_vars>
  - Path del directorio software LDAP (ldap_dir)
    <sectionCfg ldap_vars>
  - Raíz DN en el árbol del directorio (ldap_base)
    <sectionCfg ldap_vars>
  - Raíz DN para usuarios en árbol LDAP (ldap_dnusers)
    <sectionCfg ldap_vars>
  - Path para replicar la BD LDAP (ldap_replicate)
    <sectionCfg ldap_vars>
  - Path para exportar la BD LDAP (ldap_ldif_dir)
    <sectionCfg ldap_vars>
  - Path para copias de BD LDAP (ldap_backup_dir)
    <sectionCfg ldap_vars>
  - Path para el log LDAP (ldap_log_name)
    <sectionCfg ldap_vars>
  - Permiso para gestionar el log LDAP (ldap_log_perm)
    <sectionCfg ldap_vars>
  - Permiso del fichero log LDAP (ldap_log_fperm)
    <sectionCfg ldap_vars>
  - Número líneas para ver desde el final de LDAP (ldap_log_tail)
    <sectionCfg ldap_vars>
  - URL para Ayuda de Software LDAP (url_ldap)
    <sectionCfg ldap_vars>

  - 13.09.- Configuración CACHE | - ( cache )

  * Configuración CACHE *

  | STTA Configuración CACHE: Valores para gestión de STTA LDAP Cache (scancache) vía tcls.

  cache_scancfg | - Directorio de configuración LDAP Cache
  cache_rulelimit | - Número de reglas para LDAP Cache
  cacherule_1 | - LDAP Cache Rule 1
  cacherule_2 | - LDAP Cache Rule 2
  cacherule_3 | - LDAP Cache Rule 3
  cacherule_4 | - LDAP Cache Rule 4
  cacherule_5 | - LDAP Cache Rule 5
  cacherule_6 | - LDAP Cache Rule 6
  cacherule_7 | - LDAP Cache Rule 7
  cache_domain | - Dominio por defecto de login para LDAP Cache
  cache_chkdefaults | - Usar objeto por defecto LDAP Cache
  cache_chkttalogin | - Usar valores login de usuario tta en LDAP Cache
  cache_debuglog_dir | - Path Directorio Logs depuración LDAP Cache
  cache_debuglog | - Path fichero depuración LDAP Cache

  - Directorio de configuración LDAP Cache (cache_scancfg)
    <sectionCfg cache>
  - Número de reglas para LDAP Cache (cache_rulelimit)
    <sectionCfg cache>
  - LDAP Cache Rule 1 (cacherule_1)
    <sectionCfg cache>
  - LDAP Cache Rule 2 (cacherule_2)
    <sectionCfg cache>
  - LDAP Cache Rule 3 (cacherule_3)
    <sectionCfg cache>
  - LDAP Cache Rule 4 (cacherule_4)
    <sectionCfg cache>
  - LDAP Cache Rule 5 (cacherule_5)
    <sectionCfg cache>
  - LDAP Cache Rule 6 (cacherule_6)
    <sectionCfg cache>
  - LDAP Cache Rule 7 (cacherule_7)
    <sectionCfg cache>
  - Dominio por defecto de login para LDAP Cache (cache_domain)
    <sectionCfg cache>
  - Usar objeto por defecto LDAP Cache (cache_chkdefaults)
    <sectionCfg cache>
  - Usar valores login de usuario tta en LDAP Cache (cache_chkttalogin)
    <sectionCfg cache>
  - Path Directorio Logs depuración LDAP Cache (cache_debuglog_dir)
    <sectionCfg cache>
  - Path fichero depuración LDAP Cache (cache_debuglog)
    <sectionCfg cache>

  - 13.10.- Configuración LDAPCACHE | - ( ldapcache )

  * Configuración LDAPCACHE *

  | STTA Configuración LDAPCACHE: Valores del servicio LDAPCACHE.

  ldapcache_server | - Nombre de host o IP del servidor LDAP Cache
  ldapcache_servertitle | - Descripción del servidor LDAP Cache
  ldapcache_port | - Número de puerto del servidor LDAP Cache
  ldapcache_user | - Credenciales administrador LDAP Cache
  ldapcache_passwd | - Password (texto) administrador LDAP Cache
  ldapcache_version | - Version software LDAP Cache
  ldapcache_type | - Software de LDAP Cache
  ldapcache_dirname | - Nombre del directorio (sin-path) del servidor LDAP Cache
  ldapcache_conf | - Archivo configuración LDAP Cache
  ldapcache_stop | - Orden para Parar el LDAP Cache
  ldapcache_start | - Orden para Arrancar el LDAP Cache
  ldapcache_restart | - Orden para rearrancar el LDAP Cache
  ldapcache_backup | - Orden para copiar la BD LDAP Cache
  ldapcache_restore | - Orden para recuperar la BD LDAP Cache
  ldapcache_load | - Orden para Cargar la BD LDAP Cache
  ldapcache_ldif | - Orden para exportar la BD LDAP Cache
  ldapcache_server_log_name | - Path del log del servidor LDAP Cache
  ldapcache_server_log_perm | - Permiso para gestionar el log LDAP Cache
  ldapcache_server_log_fperm | - Permiso del fichero log acceso LDAP Cache
  ldapcache_server_log_tail | - Número para ver desde el final del log acceso LDAP Cache
  ldapcache_server_acclog_name | - Path del log de Accesos al servidor LDAP Cache
  ldapcache_server_acclog_perm | - Permiso para gestionar el log acceso LDAP Cache
  ldapcache_server_acclog_fperm | - Permiso del fichero log acceso LDAP Cache
  ldapcache_server_acclog_tail | - Número líneas para ver desde el final del log acceso LDAP Cache

  - Nombre de host o IP del servidor LDAP Cache (ldapcache_server)
    <sectionCfg ldapcache>
  - Descripción del servidor LDAP Cache (ldapcache_servertitle)
    <sectionCfg ldapcache>
  - Número de puerto del servidor LDAP Cache (ldapcache_port)
    <sectionCfg ldapcache>
  - Credenciales administrador LDAP Cache (ldapcache_user)
    <sectionCfg ldapcache>
  - Password (texto) administrador LDAP Cache (ldapcache_passwd)
    <sectionCfg ldapcache>
  - Version software LDAP Cache (ldapcache_version)
    <sectionCfg ldapcache>
  - Software de LDAP Cache (ldapcache_type)
    <sectionCfg ldapcache>
  - Nombre del directorio (sin-path) del servidor LDAP Cache (ldapcache_dirname)
    <sectionCfg ldapcache>
  - Archivo configuración LDAP Cache (ldapcache_conf)
    <sectionCfg ldapcache>
  - Orden para Parar el LDAP Cache (ldapcache_stop)
    <sectionCfg ldapcache>
  - Orden para Arrancar el LDAP Cache (ldapcache_start)
    <sectionCfg ldapcache>
  - Orden para rearrancar el LDAP Cache (ldapcache_restart)
    <sectionCfg ldapcache>
  - Orden para copiar la BD LDAP Cache (ldapcache_backup)
    <sectionCfg ldapcache>
  - Orden para recuperar la BD LDAP Cache (ldapcache_restore)
    <sectionCfg ldapcache>
  - Orden para Cargar la BD LDAP Cache (ldapcache_load)
    <sectionCfg ldapcache>
  - Orden para exportar la BD LDAP Cache (ldapcache_ldif)
    <sectionCfg ldapcache>
  - Path del log del servidor LDAP Cache (ldapcache_server_log_name)
    <sectionCfg ldapcache>
  - Permiso para gestionar el log LDAP Cache (ldapcache_server_log_perm)
    <sectionCfg ldapcache>
  - Permiso del fichero log acceso LDAP Cache (ldapcache_server_log_fperm)
    <sectionCfg ldapcache>
  - Número para ver desde el final del log acceso LDAP Cache (ldapcache_server_log_tail)
    <sectionCfg ldapcache>
  - Path del log de Accesos al servidor LDAP Cache (ldapcache_server_acclog_name)
    <sectionCfg ldapcache>
  - Permiso para gestionar el log acceso LDAP Cache (ldapcache_server_acclog_perm)
    <sectionCfg ldapcache>
  - Permiso del fichero log acceso LDAP Cache (ldapcache_server_acclog_fperm)
    <sectionCfg ldapcache>
  - Número líneas para ver desde el final del log acceso LDAP Cache (ldapcache_server_acclog_tail)
    <sectionCfg ldapcache>

  - 13.11.- Configuración LDAPCACHE2 | - ( ldapcache2 )

  * Configuración LDAPCACHE2 *

  | STTA Configuración LDAPCACHE2: Valores del servicio LDAPCACHE2 o secundario.

  ldapcache2_server | - Nombre de host o IP del servidor LDAP Cache 2
  ldapcache2_servertitle | - Descripción del servidor LDAP Cache 2
  ldapcache2_port | - Número de puerto del servidor LDAP Cache 2
  ldapcache2_user | - Credenciales administrador LDAP Cache 2
  ldapcache2_passwd | - Password (texto) administrador LDAP Cache 2
  ldapcache2_version | - Version software LDAP CacheCache 2
  ldapcache2_type | - Software de LDAP Cache 2
  ldapcache2_conf | - Archivo configuración LDAP Cache 2 2
  ldapcache2_restart | - Orden para rearrancar el LDAP Cache 2

  - Nombre de host o IP del servidor LDAP Cache 2 (ldapcache2_server)
    <sectionCfg ldapcache2>
  - Descripción del servidor LDAP Cache 2 (ldapcache2_servertitle)
    <sectionCfg ldapcache2>
  - Número de puerto del servidor LDAP Cache 2 (ldapcache2_port)
    <sectionCfg ldapcache2>
  - Credenciales administrador LDAP Cache 2 (ldapcache2_user)
    <sectionCfg ldapcache2>
  - Password (texto) administrador LDAP Cache 2 (ldapcache2_passwd)
    <sectionCfg ldapcache2>
  - Version software LDAP CacheCache 2 (ldapcache2_version)
    <sectionCfg ldapcache2>
  - Software de LDAP Cache 2 (ldapcache2_type)
    <sectionCfg ldapcache2>
  - Archivo configuración LDAP Cache 2 2 (ldapcache2_conf)
    <sectionCfg ldapcache2>
  - Orden para rearrancar el LDAP Cache 2 (ldapcache2_restart)
    <sectionCfg ldapcache2>

  - 13.12.- Configuración variables LDAPCACHE | - ( ldapcache_vars )

  * Configuración variables LDAPCACHE *

  | STTA Configuración variables LDAPCACHE: Atributos de los servicios LDAPCACHE.

  ldapcache_daemon | - Path to the LDAP Cache daemon
  tta_ldapcacheApps | - Path Base para Aplicaciones de TTA LDAP Cache
  ldapcache_base | - Raíz DN en el árbol del directorio LDAP Cache
  ldapcache_dndefaultobj | - Ultimo objeto por defecto de LDAP Cache
  ldapcache_defaultobj | - Objeto por defecto de LDAP Cache
  tta_ldapcacheHosts | - Path Base para Hosts de TTA LDAP Cache
  tta_ldapcacheUser | - Path Base para Usuarios de TTA LDAP Cache
  ldapcache_ldif_dir | - Path para exportar la BD del LDAP Cache
  ldapcache_backup_dir | - Path para generar copias de la BD LDAP Cache
  ldapcache_replicate | - Path de la orden para replicar BD LDAP Cache

  - Path to the LDAP Cache daemon (ldapcache_daemon)
    <sectionCfg ldapcache_vars>
  - Path Base para Aplicaciones de TTA LDAP Cache (tta_ldapcacheApps)
    <sectionCfg ldapcache_vars>
  - Raíz DN en el árbol del directorio LDAP Cache (ldapcache_base)
    <sectionCfg ldapcache_vars>
  - Ultimo objeto por defecto de LDAP Cache (ldapcache_dndefaultobj)
    <sectionCfg ldapcache_vars>
  - Objeto por defecto de LDAP Cache (ldapcache_defaultobj)
    <sectionCfg ldapcache_vars>
  - Path Base para Hosts de TTA LDAP Cache (tta_ldapcacheHosts)
    <sectionCfg ldapcache_vars>
  - Path Base para Usuarios de TTA LDAP Cache (tta_ldapcacheUser)
    <sectionCfg ldapcache_vars>
  - Path para exportar la BD del LDAP Cache (ldapcache_ldif_dir)
    <sectionCfg ldapcache_vars>
  - Path para generar copias de la BD LDAP Cache (ldapcache_backup_dir)
    <sectionCfg ldapcache_vars>
  - Path de la orden para replicar BD LDAP Cache (ldapcache_replicate)
    <sectionCfg ldapcache_vars>

  - 13.13.- Configuración HTTP | - ( http )

  * Configuración HTTP *

  | STTA Configuración HTTP: Valores de servicios Web .

  http_port | - Número de puerto del servidor HTTP
  http_log_name | - Path del log de HTTP
  http_log_perm | - Permiso para gestionar el log servidor HTTP
  http_log_fperm | - Permiso del fichero log servidor HTTP
  http_log_tail | - Número líneas para ver desde el final del log servidor HTTP
  httpacc_log_name | - Path del log de accessos HTTP
  httpacc_log_perm | - Permiso para gestionar el log acceso HTTP
  httpacc_log_fperm | - Permiso del fichero log acceso HTTP
  httpacc_log_tail | - Número para ver desde el final del log acceso HTTP
  https_port | - Número de puerto del servidor HTTPS
  https_log_name | - Path del log de HTTPS
  https_log_perm | - Permiso para gestionar el log servidor HTTPS
  https_log_fperm | - Permiso del fichero log servidor HTTPS
  https_log_tail | - Número líneas para ver desde el final del log servidor HTTPS
  httpsacc_log_name | - Path del log de accessos HTTPS
  httpsacc_log_perm | - Permiso para gestionar el log acceso HTTPS
  httpsacc_log_fperm | - Permiso del fichero log acceso HTTPS
  httpsacc_log_tail | - Número para ver desde el final del log acceso HTTPS

  - Número de puerto del servidor HTTP (http_port)
    <sectionCfg http>
  - Path del log de HTTP (http_log_name)
    <sectionCfg http>
  - Permiso para gestionar el log servidor HTTP (http_log_perm)
    <sectionCfg http>
  - Permiso del fichero log servidor HTTP (http_log_fperm)
    <sectionCfg http>
  - Número líneas para ver desde el final del log servidor HTTP (http_log_tail)
    <sectionCfg http>
  - Path del log de accessos HTTP (httpacc_log_name)
    <sectionCfg http>
  - Permiso para gestionar el log acceso HTTP (httpacc_log_perm)
    <sectionCfg http>
  - Permiso del fichero log acceso HTTP (httpacc_log_fperm)
    <sectionCfg http>
  - Número para ver desde el final del log acceso HTTP (httpacc_log_tail)
    <sectionCfg http>
  - Número de puerto del servidor HTTPS (https_port)
    <sectionCfg http>
  - Path del log de HTTPS (https_log_name)
    <sectionCfg http>
  - Permiso para gestionar el log servidor HTTPS (https_log_perm)
    <sectionCfg http>
  - Permiso del fichero log servidor HTTPS (https_log_fperm)
    <sectionCfg http>
  - Número líneas para ver desde el final del log servidor HTTPS (https_log_tail)
    <sectionCfg http>
  - Path del log de accessos HTTPS (httpsacc_log_name)
    <sectionCfg http>
  - Permiso para gestionar el log acceso HTTPS (httpsacc_log_perm)
    <sectionCfg http>
  - Permiso del fichero log acceso HTTPS (httpsacc_log_fperm)
    <sectionCfg http>
  - Número para ver desde el final del log acceso HTTPS (httpsacc_log_tail)
    <sectionCfg http>

  - 13.14.- Configuración PATHS | - ( path )

  * Configuración PATHS *

  | STTA Configuración PATHS: Atributos de "path" del Servicio.

  system_log | - Path del log del Sistem Operativo
  filemgr_path | - Path del Gestor de Ficheros
  monitor_scripts_path | - Path de Guiones para el Monitor

  - Path del log del Sistem Operativo (system_log)
    <sectionCfg path>
  - Path del Gestor de Ficheros (filemgr_path)
    <sectionCfg path>
  - Path de Guiones para el Monitor (monitor_scripts_path)
    <sectionCfg path>

  - 13.15.- Configuración Sesiones | - ( session )

  * Configuración Sesiones *

  | STTA Configuración Sesiones: Valores para la Gestion de sesiones del Servicio.

  tta_websessions | - Orden para conocer las sesiones Webtop Tarantella
  sessout_timeout | - Recargar Informes de Sesiones
  tta_emusessions | - Orden para conocer las sesiones emulación Tarantella
  tta_websessions_logout | - Orden para desconectar sesiones Webtop Tarantella
  tta_sessout_file | - Path del Fichero de salida sesiones TTA
  countsessout_file | - Path del Fichero de Resumen de sesiones TTA
  totalsessout_file | - Path del Fichero de Acumulado de sesiones TTA
  osdataout_file | - Path del Fichero de Acumulado de Datos SO
  cmd_getosdata | - Path del ejecutable para obtener datos del SO
  tta_billing_dir | - Directorio de Informes de sesiones TTA
  msg_noticket | - Mensaje para ticket sesión no válido
  msg_nosess | - Mensaje de que no hay sesiones disponibles

  - Orden para conocer las sesiones Webtop Tarantella (tta_websessions)
    <sectionCfg session>
  - Recargar Informes de Sesiones (sessout_timeout)
    <sectionCfg session>
  - Orden para conocer las sesiones emulación Tarantella (tta_emusessions)
    <sectionCfg session>
  - Orden para desconectar sesiones Webtop Tarantella (tta_websessions_logout)
    <sectionCfg session>
  - Path del Fichero de salida sesiones TTA (tta_sessout_file)
    <sectionCfg session>
  - Path del Fichero de Resumen de sesiones TTA (countsessout_file)
    <sectionCfg session>
  - Path del Fichero de Acumulado de sesiones TTA (totalsessout_file)
    <sectionCfg session>
  - Path del Fichero de Acumulado de Datos SO (osdataout_file)
    <sectionCfg session>
  - Path del ejecutable para obtener datos del SO (cmd_getosdata)
    <sectionCfg session>
  - Directorio de Informes de sesiones TTA (tta_billing_dir)
    <sectionCfg session>
  - Mensaje para ticket sesión no válido (msg_noticket)
    <sectionCfg session>
  - Mensaje de que no hay sesiones disponibles (msg_nosess)
    <sectionCfg session>

  - 13.16.- Configuración Ticket de Sesiones | - ( ticksess )

  * Configuración Ticket de Sesiones *

  | STTA Configuración Ticket de Sesiones: Valores para la Gestión de sesiones y Tickets.

  default_maxsess | - Número ilimitado de Sesiones
  check_maxsess | - Comprobar límite de Sesiones
  check_ticket | - Comprobar Ticket de Sesiones

  - Número ilimitado de Sesiones (default_maxsess)
    <sectionCfg ticksess>
  - Comprobar límite de Sesiones (check_maxsess)
    <sectionCfg ticksess>
  - Comprobar Ticket de Sesiones (check_ticket)
    <sectionCfg ticksess>

  - 13.17.- Configuración Alias | - ( alias )

  * Configuración Alias *

  | STTA Configuración Alias: Valores de alias del entorno.

  servers_alias | - Alias de Servidores por Defecto
  users_alias | - Alias de Usuarios por Defecto
  apps_alias | - Alias de Aplicaciones por Defecto

  - Alias de Servidores por Defecto (servers_alias)
    <sectionCfg alias>
  - Alias de Usuarios por Defecto (users_alias)
    <sectionCfg alias>
  - Alias de Aplicaciones por Defecto (apps_alias)
    <sectionCfg alias>

  - 13.18.- Configuración Valores | - ( values )

  * Configuración Valores *

  | STTA Configuración Valores: Otros valores del Servicio (sección varios).

  mon_title | - Titulo Monitor
  companyntdomain | - Dominio Windows NT por defecto
  companydomain | - Dominio de empresa por defecto
  loginUsername | - Login por defecto del usuario
  run_exec_user | - Login para ejecutar órdenes

  - Titulo Monitor (mon_title)
    <sectionCfg values>
  - Dominio Windows NT por defecto (companyntdomain)
    <sectionCfg values>
  - Dominio de empresa por defecto (companydomain)
    <sectionCfg values>
  - Login por defecto del usuario (loginUsername)
    <sectionCfg values>
  - Login para ejecutar órdenes (run_exec_user)
    <sectionCfg values>

  - 13.19.- Configuración Parámetros Debug | - ( debug )

  * Configuración Parámetros Debug *

  | STTA Configuración Parámetros Debug: Valores para depuración de acciones.

  debug_code | - Nivel de Depuración de Codigo en Ejecución
  iferror_services | - Si hay error en Servicos
  iferror_objects | - Si hay error en la Gestion de Objetos
  output_cgis | - Visualizar Errores por Pantalla
  cache_scandebug | - Nivel depuración de búsqueda en LDAP Cache
  ldap_debug | - Nivel de depuración de LDAP
  ldapcache_debug | - Nivel de depuración de LDAP CACHE

  - Nivel de Depuración de Codigo en Ejecución (debug_code)
    <sectionCfg debug>
  - Si hay error en Servicos (iferror_services)
    <sectionCfg debug>
  - Si hay error en la Gestion de Objetos (iferror_objects)
    <sectionCfg debug>
  - Visualizar Errores por Pantalla (output_cgis)
    <sectionCfg debug>
  - Nivel depuración de búsqueda en LDAP Cache (cache_scandebug)
    <sectionCfg debug>
  - Nivel de depuración de LDAP (ldap_debug)
    <sectionCfg debug>
  - Nivel de depuración de LDAP CACHE (ldapcache_debug)
    <sectionCfg debug>

  - 13.20.- Comentarios de STTA | - ( feedback )

  No puedo incluir (/usr/local/webmin-1.100/stta/help/config_feedbak)--config_feedbak--

  - 13.21.- Configuración lista de Logs y Copias | - ( logs )

  * Configuración lista de Logs y Copias *

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

  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)

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

  - 13.22.- Configuración de Shells | - ( shells )

  * Configuración de Shells *

  | STTA Configuración de Shells : Valores para Scripts de STTA.

  stta_tools_dir | - Directorio de los tools de STTA
  service_tosend | - Método para envio de ficheros (replicaciones)
  to_send_dir | - Directorio de ficheros a enviar
  get_dir | - Directorio de ficheros recibidos
  stta_savedir | - Directorio para guardar ficheros
  save_send_dir | - Directorio para salvar envios
  master_sender_host | - Host Master de Envios
  target_hosts | - Host que reciben envios (nombres separado por espacios)
  login_tosend | - Login para enviar ficheros (FTP)
  passw_tosend | - Path fichero con password para envios (FTP)
  tclx_library | - Path biblioteca TCL (tta)
  stta_wkdir | - Directorio de trabajo (scripts)
  ziptool | - Path herramienta de compresión
  unziptool | - Path herramienta de descompresión
  extract_cmd | - Orden para extraer copia de ficheros (cpio)
  backup_cmd | - Orden para copiar ficheros (cpio)

  - Directorio de los tools de STTA (stta_tools_dir)
    <sectionCfg shells>
  - Método para envio de ficheros (replicaciones) (service_tosend)
    <sectionCfg shells>
  - Directorio de ficheros a enviar (to_send_dir)
    <sectionCfg shells>
  - Directorio de ficheros recibidos (get_dir)
    <sectionCfg shells>
  - Directorio para guardar ficheros (stta_savedir)
    <sectionCfg stta>
  - Directorio para salvar envios (save_send_dir)
    <sectionCfg shells>
  - Host Master de Envios (master_sender_host)
    <sectionCfg shells>
  - Host que reciben envios (nombres separado por espacios) (target_hosts)
    <sectionCfg shells>
  - Login para enviar ficheros (FTP) (login_tosend)
    <sectionCfg shells>
  - Path fichero con password para envios (FTP) (passw_tosend)
    <sectionCfg shells>
  - Path biblioteca TCL (tta) (tclx_library)
    <sectionCfg shells>
  - Directorio de trabajo (scripts) (stta_wkdir)
    <sectionCfg shells>
  - Path herramienta de compresión (ziptool)
    <sectionCfg shells>
  - Path herramienta de descompresión (unziptool)
    <sectionCfg shells>
  - Orden para extraer copia de ficheros (cpio) (extract_cmd)
    <sectionCfg shells>
  - Orden para copiar ficheros (cpio) (backup_cmd)
    <sectionCfg shells>

  - 13.23.- Otros ficheros | - ( others )

  * Otros ficheros *

  | Configuración Para el módulo Servicios con Tarantella

  Otros Ficheros en /etc/webmin/stta/dataconf :

  - scancache es compuesto automaticamente por la interface de STTA con todos los valores que requiere el uso de scancache.
  - envstta es una "shell" compuesta automaticamente por la interface de STTA con todos los valores que requieren el uso de Scripts de STTA.
  - feedback reune los valores usados en el último Uso de comentarios y mecanismos de feedback. La interface de STTA no lo gestiona con un formulario.
  - webhtml reune los últimos valores usados en Generar Web Ayuda. La interface de STTA no lo gestiona con un formulario.

  ## 14. Instalación y actualizaciones de STTA

  - 14. 01

      * Interface, reglas, bloqueo STTA y procedimientos *

      | Esta tarea durante el proceso de instalación/actualización

      - Leer primero
      - Bloqueo de STTA
      - Desbloquear STTA

      - Leer al final
      - Comprobaciones
      - Configuración de STTA
      - Listas de definición de objetos
      - Cambiar Expects TCLs de Tarantella para LDAP Cache
      - Fijar datos de sellado y control ficheros
      - Base DN del LDAP
      - Crear los directorios de logs
      - Crear los scripts para ejecutar tareas (tools)
      - Base del ENS Tarantella

      - Ejecutar guión para Cargar Ficheros en STTA
      - Ejecutar guión para parchear STTA
      - Ejecutar guión de actualización
      - Ejecutar guión de cambio de versión

  - 14. 02

      * Instalación *

      | Esta tarea durante el proceso de instalación/actualización

  - 14. 03

      * Actualización (update) *

      | Esta tarea durante el proceso de instalación/actualización

  - 14. 04

      * Cambio de versión (upgrade) *

      | Esta tarea durante el proceso de instalación/actualización

  - 14. 05

      * Aplicar parche *

      | Esta tarea durante el proceso de instalación/actualización

  - 14. 06

      * Cargar ficheros *

      | Esta tarea durante el proceso de instalación/actualización

  - 14. 07

      * Instalar servidor secundario con LDAP *

      | Esta tarea durante el proceso de instalación/actualización

  - 14. 08

      * Instalar servidor en array sin LDAP *

      | Esta tarea durante el proceso de instalación/actualización

  ## 15. Acceso a otros servidores STTA

  - 15. 01

      * Registrar servidor en Webmin *

  - 15. 02

      * Incluirlo en la lista de host a sincronizar *

  - 15. 03

      * Definir listas automáticas de sincronización *

  - 15. 04

      * Ejecutar sincronización de listas *

  - 15. 05

      * Replicación de listas *

  ## 16. Autenticación de acceso a Servidores de Aplicaciones

  - 16. 01

      * TTA Password Cache *

  - 16. 02

      * STTA LDAP Cache (scancache) vía tcls *

      | Evaluación de Credencial de Acceso a Aplicaciones con LDAP-Cache

      Altera los mecanismos de Credencial de Acceso a Aplicaciones Sustituye los procedimientos de "password cache" de Tarantella

      - Realiza el proceso de evaluación Credencial de Acceso a Aplicaciones basado en el uso de un Objeto LDAP Cache sobre LDAP-Cache.
      - Envía la Credencial de Acceso a Aplicaciones encontrada a Tarantella para el Acceso a la Aplicación solicitada.
      - Utiliza el script en Perl "scancache" que se localiza en el directorio Directorio de los tools de STTA (/opt/tarantella/tools), que carga todos los parámetros de STTA desde el fichero "/etc/webmin/stta/dataconf/scancache" (generado automáticamente al gestionar la configuración de STTA mediante la interface) y los valores del entorno al solicitar la carga de una Aplicación.
      - Registra sus acciones en el Path del directorio de logs de CGIs y/o herramientas STTA (/opt/tarantella/var/log/stta_scancacache) y traza sus acciones en el Cache LDAP Logs

  - 16. 03

      * Extensión de los mecanismos de conexión a las aplicaciones de los servidores *

      | <STTA> Permite el intercambio automático de secuencias interactivas con la aplicación.

      La Extensión de los mecanismos de conexión a las aplicaciones de los servidores se realiza mediante un intercambio automático de secuencias interactivas. Sólo tiene efecto si LDAP-Cache están activado

      - Los atributos del Objeto LDAP Cache determinan las posibilidades de Extensión de los mecanismos de conexión a las aplicaciones de los servidores
        - Usuario (login)
        - Clave (password)
        - Dominio
        - OU_DN
        - Descripción
        - Linea a ejecutar
        - Dialogo app (1)
        - Dialogo app (2)
        - Dialogo app (3)
        - Dialogo app (4)
        - Dialogo app (5)
        - Dialogo app (6)
        - Nro. Máximo de Sesiones
        - Contador (nro de Accesos)
        - Valor del límite del Ticket
        - Definición del Ticket de acceso
        - Acción para Ticket expirado
      - Esta tarea se realiza por medio de STTA LDAP Cache (scancache) vía tcls

  ## Apendice

    * Tablas de Sincronización de Servicios *

    | STTA usa un conjunto de tablas para gestionar las sincronización de los servicios

    - Permiten inter-relacionar los objetos y elementos definidos en los distintos repositorios de los servicios.
    - Son gestionados de forma transparente en cada tarea de gestión
    - De su integridad, definición y gestión depende toda la sincronización de los servicios
    - Hay definidos procedimientos de creación, gestión, replicación, copia, recuperación, control de integridad, etc.

    - Actualmente se usan ficheros del Sistema Operativo a modo de tablas para almacenar la información de sincronización y definiciones de los Objetos y Elementos en STTA.
    - En los procedimientos de instalación, configuración y administración hay tares específicas para mantener estas estructuras de modo consistente y seguro.
    - En formato y detalle de las tablas es el siguiente:

      - Las Tablas de Sincronización están registradas en ficheros cuya localización se configura en los parámetros respectivos de Configuración Ficheros de Listas
      - El caracter usado como separador de cada atributo en las Tablas de Sincronización es "::" (o sea dos caracters de dospuntos seguidos sin espacio entre sí).
      - Al seleccionar entre los Objetos y Elementos en STTA se visualiza el detalle de cada uno de los atributos del objeto.
        También se puede ver el detalle de todas las tablas en Tablas de Sincronización de Servicios.
      - Las Tablas de Sincronización son copiadas en los procedimintos de Backup Tarantella y de Backup Tarantella ENS .
      - Las estructuras de las Tablas de Sincronización se muestran según el formato siguiente por cada uno de los atributos posibles de cada entrada:

      N.Pos | Posición en la tabla de datos
      Alias | Alias o clave de la tabla ( ha de ser clave única)
      Nombre / ayuda | Nombre o descripción del atributo con enlace a fichero de ayuda
      Descripción | Descripción del atributo
      Rango | Rangos posibles del atributo (en blanco significa sin restriciones)
      Servicio | Servicio que requiere o usa este atributo
      Obligatorio | Si es o no obligatorio (en blanco significa no obligatorio)
      Comentario | Comentarios sobre el atributo

    Detalle de Tablas por objetos

- Usuarios
- Organizaciones
- Grupo Hosts
- Hosts
- Grupo Aplicaciones
- Aplicaciones
- Dominios
- Vínculos
- Webtops de Usuario
- Perfiles Password Cache
- Usuarios de Hosts Password Cache

* 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

* 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

* 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

* 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

* 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

* 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

* 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

* 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

* 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

* 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)

* 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

`Indice` | Versión 1.3 derechos de Copia © 2001-2003 por Jesús Pérez Este módulo STTA de Webmin está bajo GNU GPL www.gnu.org `Licencia`