GIR Titan-Hyperion Prerequisitos del sistema

Transcripción

1 GIR Titan-Hyperion Prerequisitos del sistema Versión 1.0-8, enero de 2007

2 2 Copyright c klervi. All rights reserved. La reproducción y la traducción de todo o parte de este manual están prohibidas, sin la autorización escrita previa de klervi. Las informaciones contenidas en este documento son a título de información. Pueden ser modificadas sin aviso previo. Klervi en ningún caso, puede ser responsable de los errores que pueden meterse.

3 Índice general 1. Generalidades Principio Base de datos Configuración minima Capacidades de almacenamiento Capacidades de almacenamiento de los autómatas TIP1- Pabbay Capacidades de almacenamiento de los autómatas TIP2- Vatersay Capacidades de almacenamiento de casilleros de llaves Capacidades de almacenamiento de GIR Titan-Hyperion Acceso a la red Funcionamiento general Volumen de tráfico Derechos de acceso al sistema (versión Windows) Derechos de acceso al sistema (versión Linux) Integración intranet Integración gráfica Autentificación automatizada

4 4 ÍNDICE GENERAL

5 Introducción GIR Titan-Hyperion es un software de gestión de parque automóvil. Cubre la distribución del carburante, la asignación de los vehículos a los conductores, los mantenimientos de los vehículos, el acceso a la estación o a locales, la distribución de llaves. GIR Titan-Hyperion agrupa a la vez la comunicación con los automatas, la edición de datos y la consultación de estados. 5

6 6 ÍNDICE GENERAL

7 Capítulo 1 Generalidades 1.1. Principio Autómata 1 Servidor Hyperion H H internet Simple navigador web H Simple navigador web Autómata 2 El software GIR Titan-Hyperion está instalado en una sola maquina que llamaremos en este documento Servidor Hyperion. El acceso a Hyperion se efectua por un simple navigador web. La comunicación con los autómatas siempre se efectua entre el servidor Hyperion y los autómatas, independientemente del ordenador en el que está lanzado el navigador web. Es posible instalar Hyperion: En un servidor (dedicado o no): se utiliza la aplicación en los diferentes ordenadores con un navigador web. En un ordenador isolado: la utilización de la aplicación queda posible accediendo al servidor web via la interfaz red local ( ) 7

8 8 CAPÍTULO 1. GENERALIDADES En un ordenador en red: la aplicación se utiliza a partir del ordenador donde se hizo la instalación como a partir de otros ordenadores de la red. Con Windows, el acceso a Hyperion en el ordenador donde se hizo la instalación está simplificado por un icono situado cerca del reloj en la barra de tareas. Un doble click en este icono permite lanzar directamente un navigador web con la dirección adecuada Base de datos Hyperion está escrito en lenguaje C y utiliza una base de datos de tipo ISAM. Integra una herramienta de salvaguarda automatica de la base de datos, cuya ejecución está parametrizable (Ver Programaciones automaticas en el manual usuario). El tamaño de un fichero de salvaguarda va de 500 Ko hasta algunos Mo (casi 3 Mo para una base de 1000 vehículos y transacciones). Es posible la exportación de datos a partir de Hyperion por dos maneras: Exportación de transacciones carburante, en continuo o por petición, en un fichero traclient. Se puede poner este fichero en un formato texto de longitud fija, o en formato CSV (Ver el manual usuario para más detalles). Exportación de todas las tablas directamente desde la interfaz, por descargamiento de un fichero CSV. La importación desde una base de datos existente no es posible directamente, pero hace parte de las prestaciones propuestas por GIR Configuración minima El servidor Hyperion debe satisfacer la condiciones minimas siguientes: Procesor tipo Intel Pentium III 250Mo de espacio reservados para la aplicación en el disco duro 50Mo de RAM reservados para la aplicación Sistema de gestión: Microsoft Windows 2000, XP o 2003 (Microsoft Windows 95, 98 y Me están soportados también) GNU/Linux kernel 2.2, 2.4 o 2.6 Los ordenadores clientes deben tener un navigador web: Microsoft Internet Explorer versión 5 o superior Netscape Navigador versión 4 o superior Mozilla versión 1 o superior

9 1.4. CAPACIDADES DE ALMACENAMIENTO Capacidades de almacenamiento Capacidades de almacenamiento de los autómatas TIP1-Pabbay número de productos ilimitado 3000 vehículos (contador kilométrico o horario parametrizables para cada producto) 3000 conductores 2500 transacciones (todos tipos de transacciones confundidos) 500 actividades 100 mensajes Capacidades de almacenamiento de los autómatas TIP2-Vatersay número de productos ilimitado vehículos conductores 2500 transacciones (todos tipos de transacciones confundidos) 1000 actividades 100 mensajes Capacidades de almacenamiento de casilleros de llaves Los casilleros de llaves se pilotan enteramente a distancia por Hyperion, y no almacenan ningún dato Capacidades de almacenamiento de GIR Titan-Hyperion vehículos conductores 1000 actividades 100 mensajes transacciones de carburante transacciones de acceso transacciones de toma de llave

10 10 CAPÍTULO 1. GENERALIDADES

11 Capítulo 2 Acceso a la red 2.1. Funcionamiento general INTERNET Orden. cliente HTTP (1) 8080 Hyperion (4) HTTP GET o POST (3) Envío de e mails Orden. cliente HTTP (2) COM1 COM2 Conexión serie directa Servidor SMTP TCP TCP Modem 6001 Autómata Autómata 2 Autómata 3 Autómata 4 El conjunto del tráfico red generado durante la utilización de GIR Titan- Hyperion se compone de cuatro tipos de solicitudes: 1. Conexión de los ordenadores de los clientes hacia el servidor Hyperion: se trata de solicitudes HTTP hacia el puerto TCP 8080 del servidor web integrado a Hyperion. 2. Conexión con los autómatas en red: Hyperion se conecta a la interfaz red del autómata (dirección IP o nombre DNS de su elección) en el puerto TCP El usuario puede lanzar manualmente los diálogos con los autómatas, pero también se pueden programar automaticamente a hora fija, o lanzar automaticamente en el caso de un funcionamiento en tiempo real. Autómatas de gestión de carburante y de acceso: En ausencia de conexión red entre los autómatas e Hyperion, los surtidores no se bloquean: cada autómata funciona de manera autóno- 11

12 12 CAPÍTULO 2. ACCESO A LA RED ma 1, y los datos entre los autómatas e Hyperion se sincronizan durante los diálogos. Si un diálogo no puede cumplir la orden a causa de una disfunción de la red, la sincronización se aplaza pero la distribución de carburante y el control de acceso siguen funcionando. Casilleros de llaves: Los casilleros de llaves se pilotan enteramente a distancia por el software. Entonces, la distribución y la devolución de llaves solo funcionan por la buena conexión red entre el casillero e Hyperion. Pero si no funciona la conexión red, un mensaje de error indicando un fallo de conexión aparecerá durante cualquiera operación al autómata. 3. Envío de correos electrónicos: se puede parametrizar Hyperion para que envie informaciones bajo forma de mensajes electrónicos. Los mensajes pueden ser periódicos (ex: informe diario) o depender de un acontecimiento (ex: alerta). El envío de correos electrónicos necesita el acceso a un servidor SMTP, cuya dirección se parametriza. Hyperion soporte los metodos de autentificación SMTP de tipo Login, Plain, y Cram-md5. La dirección del expedidor de los mensajes también se parametriza (una misma dirección para todos los mensajes enviados). Dos tipos de formato están disponibles para los mensajes: Formato HTML, destinado a los usuarios. Formato texto, destinado al retratamiento por un robot, para el traslado hacia otros media (SMS, Fax... ) La descripción de este formato se encuentra dentro del manual usuario. La conversión de mensajes texto hacia otros media hace parte de las prestaciones propuestas por GIR. En caso de subscripción a ésta prestación, el servidor SMTP debe permitir el envío a una dirección de tipo dirección@klervi.com 4. Acceso al Internet: Hyperion utiliza el internet para enviar o recibir ficheros de manera sencilla con el servicio post-venta de la empresa GIR. Estos traslados de ficheros solo se envian por solicitud explícita del usuario. Se efectuan por solicitudes HTTP de tipo GET o POST hacia Resulta imposible definir un acceso via proxy, con una autentificación eventual. Hyperion solo soporta las autentificaciones de tipo Basic, Digest y NTLM Volumen de tráfico Conexión entre los ordenadores de los clientes y el servidor web : comparable a un tráfico web estándar. Tamaño de las páginas html: de 10 Ko hasta 1Mo (menos de 100 Ko en general). Conexión a los autómatas : 1. Modo autónomo (Carburante, Acceso) 1 Los autómatas TIP tienen una capacidad de almacenamiento de transacciones

13 2.2. VOLUMEN DE TRÁFICO 13 en TIP1-Pabbay: alrededor de 10Ko para recuperar 100 transacciones alrededor de 100 Ko para enviar 500 vehículos y 500 conductores hasta 1 Mo para una inicialisación completa Hyperion lleva una sincronización con los autómatas con el fin de limitar el volumen de los datos que hay que enviar. Los intercambios durante los diálogos automáticos se limitarán entonces a algunas dicenas de Ko en general. Por ejemplo, un diálogo de sincronización con un autómata para una centena de transacciones hará un tráfico de unos 20 Ko durante 30 segundos. en TIP2-Vatersay: alrededor de 20Ko para recuperar 100 transacciones alrededor de 200 Ko para enviar 500 vehículos y 500 conductores hasta 2 Mo para una inicialisación completa misma sincronización que TIP1-Pabbay. 2. Modo tiempo real (Carburante, Acceso) Tráfico diario (en Ko): ,3 N B donde N representa el número de transacciones por autómata y por día, y B el número de autómatas 3. Modo tiempo real (Casillero de llaves) Tráfico diario (en Ko): N B donde N representa el número de transacciones por autómata y por día, y B el número de autómatas Conexión al internet : Descargamiento de una nueva versión: algunos Mo. Envío de la base de datos: depende mucho del tamaño de la base, alrededor de 1 Mo para 100 vehículos y 4000 transacciones, hasta 50 Mo para una base importante.

14 14 CAPÍTULO 2. ACCESO A LA RED

15 Capítulo 3 Derechos de acceso al sistema (versión Windows) Hyperion no necesita ningún particular software, solo el sistema de gestión: es completamente autónomo, e integra su propio servidor web 1 Dos servidores web están disponibles: el servidor web integrado en hyperion.exe. el servidor tinyweb (tiny.exe). Estas aplicaciones se lanzan por winhyprn.exe, que se vizualiza en un icono por la barra de tareas. El servidor web a utilizar se puede configurar en el fichero winhyprn.ini. Hyperion no exige ningún derecho particular al nivel del sistema, solo un acceso total a su árbol de directorios (c:\hyperion en defecto). No utiliza la base de registro, no se sirve de ninguna DLL repartida. Diálogo con los autómatas: para las conexiones directas o por modem, Hyperion debe tener la autorización de abrir el puerto serie correspondiente para las conexiones red, Hyperion debe tener la autorización de abrir una conexión TCP hacia la interfaz red del autómata En versión Windows, Hyperion se compone del conjunto de los procesos siguientes: 1. con el servidor web integrado: 1 Hyperion no necesita instalar Apache, IIS o cualquier otro servidor web. Si un tal servidor web está instalado en la misma maquina que Hyperion, funcionará de manera totalmente independiente (Ambos servidores tendrán que escuchar en un puerto TCP diferente, el puerto en defecto del servidor Hyperion siendo 8080) 15

16 16CAPÍTULO 3. DERECHOS DE ACCESO AL SISTEMA (VERSIÓN WINDOWS) winhyprn.exe Solicitud HTTP del navigador en el ordenador del cliente TCP 8080 hyperion.exe TCP 4747 Conexión a los autómatas Conexión al internet winhyprn.exe: aplicación permitiendo lanzar hyperion.exe via un icono en la barra de tareas. hyperion.exe: Escucha local en los puertos TCP 4747 y 8080, se conecta a los autómatas por TCP o via un puerto serie, se conecta al internet para los traslados de ficheros y los envios de correos electrónicos. 2. con el servidor web tinyweb: Solicitud HTTP del navigador en el ordenador del cliente 8080 tinyweb.exe winhyprn.exe Conexión a los autómatas twcgibin.exe TCP 4747 hyperion.exe Conexión al internet winhyprn.exe: aplicación permitiendo lanzar tiny.exe e hyperion.exe via un icono en la barra de tareas. tiny.exe: servidor web, escucha en el puerto TCP 8080 y lanza twcgibin.exe. twcgibin.exe: se conecta a hyperion.exe en la interfaz local ( ) en el puerto Varias instancias en este proceso se pueden ejecutar en el mismo tiempo. hyperion.exe: Escucha local en el puerto TCP 4747, se conecta a los autómatas por TCP o via un puerto serie, se conecta al internet para los traslados de ficheros y los envios de correos electrónicos.

17 Capítulo 4 Derechos de acceso al sistema (versión Linux) Hyperion no necesita ningun particular software que el sistema de gestión: es completamente autónomo, e integra su propio servidor web. Sin embargo, es posible desactivar el servidor web integrado para utilizar una aplicación tercera (por ejemplo un servidor web Apache). En este caso, el servidor debe proveer una gestión de los cgi-bin. Hyperion no exige ningun derecho particular al nivel del sistema, solo un acceso total a su árbol de directorios (/home/hyperion en defecto). No utiliza ninguna biblioteca repartida. Diálogo con los autómatas: para las conexiones directas o por modem, Hyperion debe tener la autorización de abrir el puerto serie correspondiente para las conexiones red, Hyperion debe tener la autorización de abrir una conexión TCP hacia la interfaz red del autómata En versión Linux, Hyperion se compone de los procesos siguientes: 1. En modo totalmente autónomo: Solicitud HTTP del navigador en el ordenador del cliente TCP 8080 hyperion TCP 4747 Conexión a los autómatas Conexión al internet hyperion: escucha local en el puerto TCP 8080, se conecta a los autómatas por TCP o via un puerto serie, se conecta al internet para los traslados de ficheros y los envios de correos electrónicos. 2. Con un servidor web Apache externo: 17

18 18CAPÍTULO 4. DERECHOS DE ACCESO AL SISTEMA (VERSIÓN LINUX) Solicitud HTTP del navigador en el ordenador del cliente apache Conexión a los autómatas twcgibin TCP 4747 hyperion Conexión al internet apache: servidor web, escucha en un puerto dedicado y lanza twcgibin. Varias instancias de este proceso se pueden ejecutar en el mismo tiempo. twcgibin: se conecta al proceso hyperion en la interfaz local ( ) en el puerto Varias instancias de este proceso se pueden ejecutar en el mismo tiempo. hyperion: escucha local en el puerto TCP 4747, se conecta a los autómatas por TCP o via un puerto serie, se conecta al internet para los traslados de ficheros y los envios de correos electrónicos.

19 Capítulo 5 Integración intranet 5.1. Integración gráfica Es posible personalizar algunos aspectos de la aparencia de GIR Titan- Hyperion, con el fin de adaptarle a la carta gráfica de un intranet. Al arrancar GIR Titan-Hyperion lee este parametraje, en el fichero data\dti\cust_cfg.txt. Se encuentra un ejemplo con documentos de este fichero en el repertorio examples de la aplicación. Contiene un conjunto de variables bajo la forma Nombre=Valor. GIR Titan-Hyperion también puede incluir ficheros HTML en data\dti para permitir hacer una integración más avanzada. Ver el fichero de ejemplo cust_cfg.txt para más detalles. 19

20 20 CAPÍTULO 5. INTEGRACIÓN INTRANET 5.2. Autentificación automatizada Para poder conectarse a GIR Titan-Hyperion, un usuario ya tiene que estar declarado en la aplicación. La conexión se efectua normalmente, hay que poner a mano el login así que su contraseña. En el caso de un intranet, para evitar la multiplicación de cuentas y contraseñas para cada usuario, puede ser interesante realizar la autentificación de un usuario via una aplicación tercera. GIR Titan-Hyperion permite establecer ésta solución, con la arquitectura siguiente: Servidor intranet A.2 Hyperion A.1 A.3 B.1 B.2 Orden. cliente A. Solicitud del ordenador del cliente hacia un servidor intranet 1. El ordenador del cliente se conecta a un servidor intranet que realiza la autentificación. 2. El servidor intranet graba el usuario como siendo autentificado por GIR Titan-Hyperion, via una solicitud HTTP GET. 3. El servidor intranet redirecciona el ordenador del cliente hacia el URL de conexión a GIR Titan-Hyperion. B. Conexión del ordenador del cliente a GIR Titan-Hyperion 1. El navigador web en el ordenador del cliente efectua la redirección. 2. El usuario está conectado. El servidor intranet realizando la autentificación puede estar instalado en la misma maquina que GIR Titan-Hyperion, sino también en una otra maquina de la red. En el segundo caso, el servidor intranet debe poder efectuar una solicitud HTTP GET en el servidor que aloja GIR Titan-Hyperion. La seguridad de la autentificación radica en los elementos siguientes: Durante la grabación de la autentificación (A2), la dirección IP del emisor debe verificar la máscara definida por la variable AutologAuthAddr en el fichero cust_cfg.txt. Si esta variable no es definida, la grabación de la autentificación resulta imposible. Después de haber realizado la autentificación (A.1), el servidor intranet genera un número aleatorio ( cookie ), que se transmite a GIR Titan- Hyperion durante la grabación (A.2), y luego al ordenador del cliente de la

21 5.2. AUTENTIFICACIÓN AUTOMATIZADA 21 redirección (A.3 y B.1). GIR Titan-Hyperion conserva este cookie durante un corto periodo, y verifica que el valor suministrado durante la conexión del ordenador del cliente corresponda al valor grabado anteriormente. Una protección opcional por contraseña (variable AutologAuthPassword en cust_cfg.txt) para la grabación. Declaración de los usuarios La autentificación automática se autoriza solamente para los usuarios declarados en GIR Titan-Hyperion con la opción Identificación auto.. Además, la definición de una contraseña determina la autorización de conexión en modo manual. Ejemplo: Usuario Contraseña Identificación auto. Conexiones autorizadas A Sí No Manual solo B No Sí Auto. solo C Sí Sí Manual + Auto. Los nombres de los usuarios en GIR Titan-Hyperion se limitan a 16 caracteres, y no están necesariamente los mismos que los logins utilizados en el intranet. Entonces, es posible definir correspondencias entre los logins intranet y los logins Hyperion. Estas correspondencias se pueden declarar manualmente o pueden ser implicitas. Para tener más informaciones, ver la sección Autologin del fichero de ejemplo cust_cfg.txt. Deconexión En defecto, cuando se desconecta de GIR Titan-Hyperion,, el usuario está redireccionado hacia la página de conexión a la aplicación. En el caso de una autentificación automática, el usuario no tiene que ir en ésta página para conectarse. Entonces, es posible redefinir el URL de redirección después de la conexión, por ejemplo para que el usuario sea redireccionado en la portada del intranet, o para cierrar la ventana del navigador. Para más detalles, ver la sección Autologin del fichero de ejemplo cust_cfg.txt. Instalación en un servidor IIS Proveemos un script ASP para conectarse de manera automática a GIR Titan-Hyperion a partir de un servidor web IIS. El proceso que hay que seguir para instalar este script es el siguiente: Instalar el script hyperion-autologin.asp en un repertorio publico del servidor web IIS (c:\inetpub\scripts por ejemplo) Editar el fichero para personalizar la línea cfgurl = " en función del servidor que aloja GIR Titan-Hyperion. Entrar en el Gestor de servicios Internet

22 22 CAPÍTULO 5. INTEGRACIÓN INTRANET Entrar en las propiedades del script hyperion-autologin.asp Hacer un click en el uñero Securidad del fichero o del repertorio Dentro de Acceso anónimo y control de autentificación, hacer un click en Modificar En Metodo de autentificación, desactivar la casilla Acceso anónimo, y luego activar la casilla Autentificación de base, Autentificación Digest o Autentificación integrada (estimulación/respuesta de Windows NT). Hacer un click en OK para cierrar los dos diálogos Definir un vínculo hacia del servidor IIS/Scripts/hyperionautologin.asp para conectarse a GIR Titan-Hyperion automaticamente.